On 7/25/07, Rene Herman <rene.herman@gmail.com> wrote:
On 07/25/2007 10:28 AM, Ingo Molnar wrote:

>> Regardless, I'll stand by "[by disabling updatedb] the problem will
>> for a large part be solved" as I expect approximately 94.372 percent
>> of Linux desktop users couldn't care less about locate.
>
> i think that approach is illogical: because Linux mis-handled a mixed
> workload the answer is to ... remove a portion of that workload?

No. It got snipped but I introduced the comment by saying it was a "that's
not the point" kind of thing. Sometimes things that aren't the point are
still true though and in the case of Linux desktop users complaining about
updatedb runs, a comment that says that for many an obvious solution would
be to stop running the damned thing is not in any sense illogical.

Also note I'm not against swap prefetch or anything. I don't use it and do
not believe I have a pressing need for it, but do suspect it has potential
to make quite a bit of difference on some things -- if only to drastically
reduce seeks if it means it's swapping in larger chunks than a randomly
faulting program would.

I wonder what your hardware is. Con talked about the diff in hardware between most endusers and the kernel developers. Yes, swap prefetch doesn't help if you have 3 GB ram, but it DOES do a lot on a 256 mb laptop... After using OO.o, the system continues to be slow for a long time. With swap prefetch, it's back up speed much faster. Con has showed a benchmark for this with speedups of 10 times and more, users mentioned they liked it. Nick has been talking about 'fixing the updatedb thing' for years now, no patch yet. Besides, he won't fix OO.o nor all other userspace stuff - so actually, he does NOT even promise an alternative. Not that I think fixing updatedb would be cool, btw - it sure would, but it's no reason not to include swap prefetch - it's mostly unrelated.

I think everyone with >1 gb ram should stop saying 'I don't need it' because that's obvious for that hardware. Just like ppl having a dual- or quadcore shouldn't even talk about scheduler interactivity stuff...

Desktop users want it, tests show it works, there is no alternative and the maybe-promised-one won't even fix all cornercases. It's small, mostly selfcontained. There is a maintainer. It's been stable for a long time. It's been in MM for a long time.

Yet it doesn't make it. Andrew says 'some ppl have objections' (he means Nick) and he doesn't see an advantage in it (at least 4 gig ram, right, Andrew?).

Do I miss things?

Apparently, it didn't get in yet - and I find it hard to believe Andrew holds swapprefetch for reasons like the above. So it must be something else.

Nick is saying tests have already proven swap prefetch to be helpfull, that's not the problem. He calls the requirements to get in 'fuzzy'. OK. Beer is fuzzy, do we need to offer beer to someone? If Andrew promises to come to FOSDEM again next year, I'll offer him a beer, if that helps... Anything else? A nice massage?


Rene.
_______________________________________________
http://ck.kolivas.org/faqs/replying-to-mailing-list.txt
ck mailing list - mailto: ck@vds.kolivas.org
http://vds.kolivas.org/mailman/listinfo/ck