Messages in this thread |  | | Date | Fri, 6 Feb 2009 12:50:46 +0100 | | From | Johannes Weiner <> | | Subject | Re: [PATCH 3/3][RFC] swsusp: shrink file cache first |
| |
On Fri, Feb 06, 2009 at 07:06:34PM +0900, MinChan Kim wrote: > On Fri, Feb 6, 2009 at 5:03 PM, MinChan Kim <minchan.kim@gmail.com> wrote: > >> Another reason for preferring file page eviction is that the locality > >> principle is visible in fault patterns and swap might perform really > >> bad with subsequent faulting of contiguously mapped pages. > > > > Why do you think that swap might perform bad with subsequent faulting > > of contiguusly mapped page ? > > You mean normal file system is faster than swap due to readahead and > > smart block of allocation ? > > But, I still can't understand this issue. > what mean "page eviction" ? Is it reclaim or swap out ?
Reclaim evicts pages from memory by swap out (and writeback).
In the suspend case, "reclaim" is perhaps not 100% correct. We are not directly interested in the amount of free pages as you are with reclaim, but interested in the amount of pages in use as those are the pages we have to write to disk. So "shrinking" is the better term.
But yes, I mean what you said:
You mean normal file system is faster than swap due to readahead and smart block of allocation ?
Yes.
Hannes
|  |