Re: [PATCH] mm: Implement Swap Prefetching v22

[Con Kolivas <kernel@kolivas.org>]

On Friday 10 February 2006 00:29, Nick Piggin wrote:
> busy Con Kolivas wrote:

busy? that's an interesting mua comment...

> - Looking a lot better from an impact-on-rest-of-vm code wise inspection.

That's good to hear, thanks.

> I got a couple of suggestions to make it even better.
>
> - I still have big reservations about it. For example the fact that if you
> thrash memory and force everything to swap out, then exit your memory
> hog, it won't do anything if you just happened to `cat bigfile > /dev/null`
>
> - Then, it has the potential to make *useful* swapping much less useful
> (ie. it will page back in your unused programs and libraries, which will
> kick out unmapped pagecache on desktop workloads).
>
> - It does not appear to necessarily solve the updatedb problem.
>
> - People complaining about their browser getting swapped out of their 1GB+
> desktop systems due to a midnight cron run must be angering the VM gods.
> I'd rather try to work out what to sacrifice in order to appease them
> before sending another one up there to beat them into submission.

I really don't want to go throwing out pagecache without some smart semantics 
and then swap in random stuff that could be crap I agree. The answer to this 
is for the vm itself to have an ageing algorithm like the clockpro stuff 
which does this in a smart way. It could certainly age away the updatedb 
wrinkles and leave some free ram - which would help/be helped by prefetching.

I don't think I've ever said it fixes the updatedb debacle. Updatedb gets to 
rule another day, but that does not constitute every swap workload out there. 
It helps my daily workloads, and as you might have missed, others have 
reported demonstrable benefits (and not just the "it seems faster" type).

> Sorry to sound negative about it. 

Well you're honest and that's worth respecting.

> Lucky for you nobody listens to me. 

After some thought I've decided I ain't touching that one.

Cheers,
Con
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/