> On Mon, 7 Apr 2003 18:26, Thomas Schlichter wrote:
> > Hello,
> >
> > some days ago some friends and me argued about a feature which seems not
> to
> > be included in current OSs but could improve useability mainly for
> desktop
> > computers.
> >
> > The idea was about prefetching swapped out pages when some memory is
> free,
> > the CPU is idle and the I/O load is low.
> >
> > So this should not 'cost' much but behave better on following situation:
> > (I think there are even more such situations, this one should just be an
> > example)
> >
> > One is surfing the internet and having some browser windows opened. Now,
> > without closing the browser windows, he is playing some game which needs
> > pretty much memory so the browsers memory is getting swapped out. After
> > finishing gaming he's going to make some coffee and then surfing the
> > internet again.
> > But even if the computer was IDLE for a time and, as the game was closed
> > again, some memory is really FREE, the pages for the browser are swapped
> in
> > just when they are needed and not in advance.
> >
> > With this feature there should be no performance decrease because only
> free
> > resources would be used, and if pages were swapped in but not be used,
> they
> > stay not dirty and so have not to be written to disk when they are
> swapped
> > out again. But the improvements should be obvious if simply the last
> swaped
> > out pages are swapped in again...
>
> This has been argued before. Why would the last swapped out pages be the best
>
> to swap in? The vm subsystem has (somehow) decided they're the least likely
>
> to be used again so why swap them in? Alternatively how would it know which
>
> to swap in instead?
>
> Con
>
What I wanted to say is that if there is free memory it should be filled with
the pages that were in use before the memory got rare. And these are the pages
swapped out last. The other swapped out pages are swapped out even longer and so
will likely not be used in the near future... (That's what the LRU algorithm
says...)
Thomas
-
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/