Re: 2.6.20 OOM with 8Gb RAM

2007-04-13 Thread William Lee Irwin III
On Fri, 13 Apr 2007 15:54:33 -0700 William Lee Irwin III <[EMAIL PROTECTED]> wrote: >> After all this time, bdevs are still lowmem etc. Crying shame. On Fri, Apr 13, 2007 at 04:32:42PM -0700, Andrew Morton wrote: > One would need to hunt down every use of b_data in filesystems and switch > them t

Re: 2.6.20 OOM with 8Gb RAM

2007-04-13 Thread Andrew Morton
On Fri, 13 Apr 2007 15:54:33 -0700 William Lee Irwin III <[EMAIL PROTECTED]> wrote: > On Fri, Apr 13, 2007 at 03:46:53PM -0700, Andrew Morton wrote: > > It's just weird - it exploits internal knowledge of VFS behaviour, diddles > > with pagecache within a fake disk strategy handler, etc. > > Furth

Re: 2.6.20 OOM with 8Gb RAM

2007-04-13 Thread Jason Lunz
On Fri, Apr 13, 2007 at 03:46:53PM -0700, Andrew Morton wrote: > > If I want to run a system entirely from ram with a compressed filesystem > > image mounted on /, is it better to store that image in a ramdisk, or on > > a tmpfs and mount it via loopback? > > Store it all in ramfs, no loopback nee

Re: 2.6.20 OOM with 8Gb RAM

2007-04-13 Thread William Lee Irwin III
On Fri, Apr 13, 2007 at 03:46:53PM -0700, Andrew Morton wrote: > It's just weird - it exploits internal knowledge of VFS behaviour, diddles > with pagecache within a fake disk strategy handler, etc. > Furthermore, because it pretends to be a block device, the VFS will not use > highmem pages when a

Re: 2.6.20 OOM with 8Gb RAM

2007-04-13 Thread Andrew Morton
On Fri, 13 Apr 2007 18:39:36 -0400 Jason Lunz <[EMAIL PROTECTED]> wrote: > On Thu, Apr 12, 2007 at 12:15:53PM -0700, Andrew Morton wrote: > > All of ZONE_NORMAL got used by ramdisk, and networking wants to > > allocate a page from ZONE_NORMAL. An oom-killing is the correct > > response, although

Re: 2.6.20 OOM with 8Gb RAM

2007-04-13 Thread Jason Lunz
On Thu, Apr 12, 2007 at 12:15:53PM -0700, Andrew Morton wrote: > All of ZONE_NORMAL got used by ramdisk, and networking wants to > allocate a page from ZONE_NORMAL. An oom-killing is the correct > response, although probably not effective. > > ramdisk is a nasty thing - cannot you use ramfs or tm

Re: 2.6.20 OOM with 8Gb RAM

2007-04-12 Thread Cameron Schaus
Andrew Morton wrote: All of ZONE_NORMAL got used by ramdisk, and networking wants to allocate a page from ZONE_NORMAL. An oom-killing is the correct response, although probably not effective. ramdisk is a nasty thing - cannot you use ramfs or tmpfs? Sure enough, changing the ramdisk to a tmp

Re: 2.6.20 OOM with 8Gb RAM

2007-04-12 Thread Andrew Morton
On Thu, 12 Apr 2007 11:38:30 -0600 Cameron Schaus <[EMAIL PROTECTED]> wrote: > I am running the latest FC5-i686-smp kernel, 2.6.20, on a machine with > 8Gb of RAM, and 2 Xeon processors. The system has a 750Mb ramdisk, > and one process allocating and deallocating memory that is also > writing lo

2.6.20 OOM with 8Gb RAM

2007-04-12 Thread Cameron Schaus
I am running the latest FC5-i686-smp kernel, 2.6.20, on a machine with 8Gb of RAM, and 2 Xeon processors. The system has a 750Mb ramdisk, and one process allocating and deallocating memory that is also writing lots of files to the ramdisk. The process also reads and writes from the network. Afte