Re: How can we make page replacement smarter

> Files are different.  File content tends to be grouped
> in large related chunks, both logically in the file and
> on disk.  Generally there is a lot more file data on a
> system than what fits in memory.

Binary paging patterns don't always look like that unfortunately although
I suspect we might want to be weighing towards paging out R/O file mapped
pages earlier simply because they are bigger linear chunks
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Follow-Ups:
- Re: How can we make page replacement smarter
  - From: Rik van Riel <[email protected]>

References:
- swap-prefetch: A smart way to make good use of idle resources (was: updatedb)
  - From: Al Boldi <[email protected]>
- Re: swap-prefetch: A smart way to make good use of idle resources (was: updatedb)
  - From: Chris Snook <[email protected]>
- How can we make page replacement smarter (was: swap-prefetch)
  - From: Al Boldi <[email protected]>
- Re: How can we make page replacement smarter
  - From: Rik van Riel <[email protected]>

Prev by Date: [REGRESSION] 2.6.23-rc1: uhci_hcd. irq 4: nobody cared
Next by Date: Re: [PATCH 0/3] core_pattern: cleaned up repost/continuing post of core_pattern enhancements
Previous by thread: Re: How can we make page replacement smarter
Next by thread: Re: How can we make page replacement smarter
Index(es):
- Date
- Thread

[Index of Archives] [Kernel Newbies] [Netfilter] [Bugtraq] [Photo] [Stuff] [Gimp] [Yosemite News] [MIPS Linux] [ARM Linux] [Linux Security] [Linux RAID] [Video 4 Linux] [Linux for the blind] [Linux Resources]