> - truly anonymous pages (ie before they've been added to the swap cache)
> are not necessarily going to behave as nicely as other pages. They
> magically appear after VM scanning as a "1st reference", and I have a
> reasonably good argument that says that they'll have been aged up and
> down roughly the same number of times, which makes this more-or-less
> correct. But it's still a theoretical argument, nothing more.
This nicely points out the problem with page aging which Linux
has always had. Pages which are referenced all the time by the
processes using them STILL get aged down all the time.
I suspect that the biggest impact the reverse mapping patch
has right now seems to be caused by fixing this behaviour and
just aging up a page when it is referenced and down when it is
not.
> - I don't like the lack of aging in 'reclaim_page()'. It will walk the
> whole LRU list if required, which kind of defeats the purpose of having
> reference bits and LRU on that list. The code _claims_ that it almost
> always succeeds with the first page, but I don't see why it would. I
> think that comment assumed that the inactive_clean list cannot have any
> referenced pages, but that's never been true.
This depends on whether we do reactivation in __find_page_nolock()
or if we leave the page alone and wait for kswapd to do that for
us.
regards,
Rik
-- IA64: a worthy successor to i860.http://www.surriel.com/ http://distro.conectiva.com/
Send all your spam to aardvark@nl.linux.org (spam digging piggy)
- 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/