Messages in this thread | | | From | "Clayton Weaver" <> | Subject | Re: [GIT PULL] mm: frontswap (for 3.2 window) | Date | Sat, 05 Nov 2011 10:08:23 -0700 |
| |
(NB: My only dog in this hunt is the length of this thread.)
When swapping to rotating media, all swapped pages have the same age. Is there any performance reason to keep this property when swapping to in-memory swap space that has rotating media or some other longer-latency swap space for worst-case swap storage? Is there any performance reason to extend lru logic to this type of low-latency/high-latency swap?
Seems like an obvious question.
Will all of these potential frontswap backends want page compression? (Should it be factored out into a common page compression implementation that anything can use? Does this already exist? How many pages should it operate on at one time, batched together to get higher average compression ratios?) --
Clayton Weaver cgweav at fastmail dot fm
| |