On Thu, Aug 03, 2000 at 11:05:47AM -0700, Linus Torvalds wrote:
> As far as I can tell, the above is _exactly_ equivalent to having one
> single list, and multiple "scan-points" on that list.
> A "scan-point" is actually very easy to implement: anybody at all who
> needs to scan the list can just include his own "anchor-page": a "struct
> page_struct" that is purely local to that particular scanner, and that
> nobody else will touch because it has an artificially elevated usage count
> (and because there is actually no real page associated with that virtual
> "struct page" the page count will obviosly never decrease ;).
I have seen this done in other contexts, where there was a single more or
less LRU list, with different regions, mainly, a "wash" region which
cleaned dirty pages. Regions were just pointers into the list.
Bad ascii art concept drawing:
'U' is used, 'D' is dirty',
'W' is washing, 'C' is clean
... active ... | ... wash .... | ... free ...
<- size of wash->\washptr
Basically when a page aged into the "wash" section of the list, it would be
cleaned and moved on to the clean section. This was done either on demand
by tasks trying to find free pages, or by a pagecleaner task. Tunables were
the size of the wash, the size goals for the free section, i/o rate, how
on demand tasks would scan after finding a page, how agressive the pagecleaner
It seemed to work ok, and the code was not too horrible.
> etc.. Basically, you can have any number of virtual "clocks" on a single
> For example, imagine a common problem with floppies: we have a timeout
> for the floppy motor because it's costly to start them up again. And
> they are removable. A perfect floppy driver would notice when it is
> idle, and instead of turning off the motor it might decide to scan for
> dirty pages for the floppy on the (correct) assumption that it would be
> nice to have them all written back instead of turning off the motor and
> making the floppy look idle.
This would be a big win for laptops. Instead of turning off flushing, or
flushing too often, just piggy back all the flushing onto time when the
drive was already spun up anyway. Happy result, less power and noise, and
-- David Gould firstname.lastname@example.org SuSE, Inc., 580 2cd St. #210, Oakland, CA 94607 510.628.3380 "I sense a disturbance in the source" -- Alan Cox
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to email@example.com Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Mon Aug 07 2000 - 21:00:12 EST