Mail Index

• Thread Index

• Re: Hopefully a simple question on /proc/pid/mem
  • From: "Stephen C. Tweedie" <sct@redhat.com>
• Re: Hopefully a simple question on /proc/pid/mem
  • From: ebiederm@xmission.com (Eric W. Biederman)
• Re: RFC: Bouncebuffer fixes
  • From: Ingo Molnar <mingo@elte.hu>
• Re: Hopefully a simple question on /proc/pid/mem
  • From: "Stephen C. Tweedie" <sct@redhat.com>
• About reading /proc/*/mem
  • From: "Richard F Weber" <rfweber@link.com>
• [Patch] deadlock on write in tmpfs
  • From: Christoph Rohland <cr@sap.com>
• Re: Hopefully a simple question on /proc/pid/mem
  • From: ebiederm@xmission.com (Eric W. Biederman)
• Re: About reading /proc/*/mem
  • From: ebiederm@xmission.com (Eric W. Biederman)
• Re: About reading /proc/*/mem
  • From: Alexander Viro <viro@math.psu.edu>
• Re: About reading /proc/*/mem
  • From: "Richard F Weber" <rfweber@link.com>
• Re: About reading /proc/*/mem
  • From: "Richard F Weber" <rfweber@link.com>
• Re: About reading /proc/*/mem
  • From: Alexander Viro <viro@math.psu.edu>
• Re: About reading /proc/*/mem
  • From: Alexander Viro <viro@math.psu.edu>
• Re: About reading /proc/*/mem
  • From: "Richard F Weber" <rfweber@link.com>
• Re: [Patch] deadlock on write in tmpfs
  • From: "Stephen C. Tweedie" <sct@redhat.com>
• Re: About reading /proc/*/mem
  • From: "Stephen C. Tweedie" <sct@redhat.com>
• Re: About reading /proc/*/mem
  • From: "Richard F Weber" <rfweber@link.com>
• Re: [Patch] deadlock on write in tmpfs
  • From: Christoph Rohland <cr@sap.com>
• Re: About reading /proc/*/mem
  • From: "Richard F Weber" <rfweber@link.com>
• REVERSE the AGING PROCESS 10 - 20 Years!
  • From: <Youth21@alpma.de>
• about profiling and stats info for pagecache/buffercache
  • From: Alexey Zhuravlev <alexey@datafoundation.com>
• Re: about profiling and stats info for pagecache/buffercache
  • From: Rik van Riel <riel@conectiva.com.br>
• accounting bh->b_count in page->count
  • From: Alexey Zhuravlev <alexey@datafoundation.com>
• Re: accounting bh->b_count in page->count
  • From: Rik van Riel <riel@conectiva.com.br>
• page_launder() bug
  • From: BERECZ Szabolcs <szabi@inf.elte.hu>
• Re: page_launder() bug
  • From: Jonathan Morton <chromi@cyberspace.org>
• Re: page_launder() bug
  • From: BERECZ Szabolcs <szabi@inf.elte.hu>
• Re: page_launder() bug
  • From: "David S. Miller" <davem@redhat.com>
• Re: page_launder() bug
  • From: Aaron Lehmann <aaronl@vitelus.com>
• Re: page_launder() bug
  • From: Tobias Ringstrom <tori@tellus.mine.nu>
• Re: page_launder() bug
  • From: "David S. Miller" <davem@redhat.com>
• Re: page_launder() bug
  • From: Alan Cox <alan@lxorguk.ukuu.org.uk>
• No Subject
  • From: "Chandrashekar Nagaraj" <chandrashekar.nag@wipro.com>
• [Patch] Do not account shmem pages to the page cache
  • From: Christoph Rohland <cr@sap.com>
• Re: page_launder() bug
  • From: Daniel Phillips <phillips@bonn-fries.net>
• Re: page_launder() bug
  • From: Horst von Brand <vonbrand@inf.utfsm.cl>
• Re: page_launder() bug
  • From: Tobias Ringstrom <tori@tellus.mine.nu>
• Re: about profiling and stats info for pagecache/buffercache
  • From: "Stephen C. Tweedie" <sct@redhat.com>
• on load control / process swapping
  • From: Rik van Riel <riel@conectiva.com.br>
• MM performance benchmark
  • From: Randy Appleton <rappleto@nmu.edu>
• Re: on load control / process swapping
  • From: Matt Dillon <dillon@earth.backplane.com>
• Re: on load control / process swapping
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: on load control / process swapping
  • From: Matt Dillon <dillon@earth.backplane.com>
• [PATCH] allocation looping + kswapd CPU cycles
  • From: Mark Hemment <markhe@veritas.com>
• Re: [PATCH] allocation looping + kswapd CPU cycles
  • From: Alex Bligh - linux-kernel <linux-kernel@alex.org.uk>
• Re: on load control / process swapping
  • From: "Scott F. Kaplan" <sfkaplan@cs.amherst.edu>
• Re: [PATCH] allocation looping + kswapd CPU cycles
  • From: Marcelo Tosatti <marcelo@conectiva.com.br>
• Re: [PATCH] allocation looping + kswapd CPU cycles
  • From: Jens Axboe <axboe@suse.de>
• Re: [PATCH] allocation looping + kswapd CPU cycles
  • From: "David S. Miller" <davem@redhat.com>
• [RFC] alternative swap_amount
  • From: Roger Larsson <roger.larsson@norran.net>
• Re: on load control / process swapping
  • From: Kirk McKusick <mckusick@mckusick.com>
• Re: on load control / process swapping
  • From: Matt Dillon <dillon@earth.backplane.com>
• Re: on load control / process swapping
  • From: Peter Jeremy <peter.jeremy@alcatel.com.au>
• Re: page_launder() bug
  • From: Rusty Russell <rusty@rustcorp.com.au>
• Re: page_launder() bug
  • From: Jonathan Morton <chromi@cyberspace.org>
• Re: page_launder() bug
  • From: Martin Dalecki <dalecki@evision-ventures.com>
• Re: [PATCH] allocation looping + kswapd CPU cycles
  • From: Mark Hemment <markhe@veritas.com>
• Re: [PATCH] allocation looping + kswapd CPU cycles
  • From: Marcelo Tosatti <marcelo@conectiva.com.br>
• Re: on load control / process swapping
  • From: Matt Dillon <dillon@earth.backplane.com>
• Re: [PATCH] allocation looping + kswapd CPU cycles
  • From: Mark Hemment <markhe@veritas.com>
• Re: [PATCH] allocation looping + kswapd CPU cycles
  • From: Marcelo Tosatti <marcelo@conectiva.com.br>
• Re: [PATCH] allocation looping + kswapd CPU cycles
  • From: "Stephen C. Tweedie" <sct@redhat.com>
• Re: [PATCH] allocation looping + kswapd CPU cycles
  • From: Marcelo Tosatti <marcelo@conectiva.com.br>
• Re: [PATCH] allocation looping + kswapd CPU cycles
  • From: "Stephen C. Tweedie" <sct@redhat.com>
• Re: [PATCH] allocation looping + kswapd CPU cycles
  • From: Marcelo Tosatti <marcelo@conectiva.com.br>
• Re: [PATCH] allocation looping + kswapd CPU cycles
  • From: "Stephen C. Tweedie" <sct@redhat.com>
• [PATCH] VM fixes against 2.4.4-ac6
  • From: Marcelo Tosatti <marcelo@conectiva.com.br>
• Re: [PATCH] VM fixes against 2.4.4-ac6
  • From: Marcelo Tosatti <marcelo@conectiva.com.br>
• Re: on load control / process swapping
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: on load control / process swapping
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: [PATCH] allocation looping + kswapd CPU cycles
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: on load control / process swapping
  • From: Matt Dillon <dillon@earth.backplane.com>
• Re: on load control / process swapping
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: on load control / process swapping
  • From: Matt Dillon <dillon@earth.backplane.com>
• Re: MM performance benchmark
  • From: ebiederm@xmission.com (Eric W. Biederman)
• Re: on load control / process swapping
  • From: Rik van Riel <riel@conectiva.com.br>
• toner supplies
  • From: tonersuply@mailops.com
• kernel position
  • From: Any Anderson <any_and@yahoo.com>
• Re: kernel position
  • From: "Stephen C. Tweedie" <sct@redhat.com>
• Re: kernel position
  • From: Kunaal Mahanti <kunaal.mahanti@wipro.com>
• Re: kernel position
  • From: "Stephen C. Tweedie" <sct@redhat.com>
• what does MREMAP_FIXED flag to do_mremap mean?
  • From: "Anil Prasad" <prasadan@us.ibm.com>
• [PATCH] v2.4.4-ac9 highmem deadlock
  • From: Ben LaHaise <bcrl@redhat.com>
• Re: [PATCH] v2.4.4-ac9 highmem deadlock
  • From: Marcelo Tosatti <marcelo@conectiva.com.br>
• [PATCH] remove page_launder() from bdflush
  • From: Marcelo Tosatti <marcelo@conectiva.com.br>
• Re: on load control / process swapping
  • From: Terry Lambert <tlambert2@mindspring.com>
• Re: [PATCH] remove page_launder() from bdflush
  • From: David Woodhouse <dwmw2@infradead.org>
• Re: on load control / process swapping
  • From: Cy Schubert - ITSD Open Systems Group <Cy.Schubert@uumail.gov.bc.ca>
• Re: on load control / process swapping
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: on load control / process swapping
  • From: Matt Dillon <dillon@earth.backplane.com>
• About performance related to do_map
  • From: Hua Ji <hji@netscreen.com>
• Re: on load control / process swapping
  • From: Roger Larsson <roger.larsson@norran.net>
• Re: on load control / process swapping
  • From: Matt Dillon <dillon@earth.backplane.com>
• Kernel Debugger
  • From: Amarnath Jolad <amarnath.jolad@wipro.com>
• Re: Kernel Debugger
  • From: Kris Kennaway <kris@obsecurity.org>
• Re: on load control / process swapping
  • From: Terry Lambert <tlambert2@mindspring.com>
• RE: Kernel Debugger
  • From: "Martin Frey" <frey@scs.ch>
• RE: Kernel Debugger
  • From: R.Oehler@GDImbH.com
• RE: on load control / process swapping
  • From: Charles Randall <crandall@matchlogic.com>
• Re: RE: Kernel Debugger
  • From: Kapish K <kapish@ureach.com>
• Re: on load control / process swapping
  • From: Matt Dillon <dillon@earth.backplane.com>
• Re: RE: on load control / process swapping
  • From: Matt Dillon <dillon@earth.backplane.com>
• [PATCH] mm/swapfile.c
  • From: Thiago Rondon <maluco@mileniumnet.com.br>
• Re: on load control / process swapping
  • From: Matt Dillon <dillon@earth.backplane.com>
• Re: RE: on load control / process swapping
  • From: Matt Dillon <dillon@earth.backplane.com>
• Re: on load control / process swapping
  • From: Alfred Perlstein <bright@rush.net>
• Re: RE: on load control / process swapping
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: on load control / process swapping
  • From: Alfred Perlstein <bright@rush.net>
• Re: RE: on load control / process swapping
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: RE: on load control / process swapping
  • From: Matt Dillon <dillon@earth.backplane.com>
• inode/dentry pressure
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: inode/dentry pressure
  • From: Alexander Viro <viro@math.psu.edu>
• Re: inode/dentry pressure
  • From: Jeff Garzik <jgarzik@mandrakesoft.com>
• Re: inode/dentry pressure
  • From: Ed Tomlinson <tomlins@cam.org>
• Running out of vmalloc space
  • From: David Pinedo <dp@fc.hp.com>
• SMP/highmem problem
  • From: Ragnar Kjørstad <kernel@ragnark.vestdata.no>
• RE: Running out of vmalloc space
  • From: Hua Ji <hji@netscreen.com>
• Re: Running out of vmalloc space
  • From: Matti Aarnio <matti.aarnio@zmailer.org>
• Re: SMP/highmem problem
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: Running out of vmalloc space
  • From: "Stephen C. Tweedie" <sct@redhat.com>
• Re: Running out of vmalloc space
  • From: Christoph Hellwig <hch@caldera.de>
• Re: Running out of vmalloc space
  • From: Andi Kleen <ak@muc.de>
• Re: Running out of vmalloc space
  • From: Matti Aarnio <matti.aarnio@zmailer.org>
• RE: Running out of vmalloc space
  • From: Hua Ji <hji@netscreen.com>
• Re: Running out of vmalloc space
  • From: David Pinedo <dp@fc.hp.com>
• Re: on load control / process swapping
  • From: Terry Lambert <tlambert2@mindspring.com>
• Re: on load control / process swapping
  • From: Matt Dillon <dillon@earth.backplane.com>
• Re: Running out of vmalloc space
  • From: Matti Aarnio <matti.aarnio@zmailer.org>
• Re: on load control / process swapping
  • From: Jonathan Morton <chromi@cyberspace.org>
• Re: Running out of vmalloc space
  • From: "Stephen C. Tweedie" <sct@redhat.com>
• Re: Running out of vmalloc space
  • From: Andi Kleen <ak@muc.de>
• Re: Running out of vmalloc space
  • From: Christoph Hellwig <hch@ns.caldera.de>
• [PATCH] mm/swap_stat.c
  • From: Thiago Rondon <maluco@mileniumnet.com.br>
• [PATCH?] mm/vmalloc.c
  • From: Thiago Rondon <maluco@mileniumnet.com.br>
• About swapper_page_dir and processes' page directory
  • From: Hua Ji <hji@netscreen.com>
• Re: Linux 2.4.4-ac10
  • From: Ingo Oeser <ingo.oeser@informatik.tu-chemnitz.de>
• Re: Linux 2.4.4-ac10
  • From: Rik van Riel <riel@conectiva.com.br>
• java/old_mmap allocation problems...
  • From: firenza@gmx.net
• Re: Linux 2.4.4-ac10
  • From: Ingo Oeser <ingo.oeser@informatik.tu-chemnitz.de>
• Re: Linux 2.4.4-ac10
  • From: Mike Galbraith <mikeg@wen-online.de>
• Re: Linux 2.4.4-ac10
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: on load control / process swapping
  • From: Jonathan Morton <chromi@cyberspace.org>
• Re: Linux 2.4.4-ac10
  • From: Mike Galbraith <mikeg@wen-online.de>
• Re: on load control / process swapping
  • From: "Andrew Reilly" <areilly@bigpond.net.au>
• Re: Linux 2.4.4-ac10
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: Linux 2.4.4-ac10
  • From: "Stephen C. Tweedie" <sct@redhat.com>
• Re: SMP/highmem problem
  • From: Thomas Langås <tlan@stud.ntnu.no>
• Re: SMP/highmem problem
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: Linux 2.4.4-ac10
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: on load control / process swapping
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: Linux 2.4.4-ac10
  • From: Mike Castle <dalgoda@ix.netcom.com>
• Re: on load control / process swapping
  • From: Jonathan Morton <chromi@cyberspace.org>
• Re: Linux 2.4.4-ac10
  • From: Mike Galbraith <mikeg@wen-online.de>
• Re: Linux 2.4.4-ac10
  • From: Mike Galbraith <mikeg@wen-online.de>
• [RFC][PATCH] Re: Linux 2.4.4-ac10
  • From: Mike Galbraith <mikeg@wen-online.de>
• vm_enough_memory() and RAM disks
  • From: Scott Anderson <scott_anderson@mvista.com>
• Re: Running out of vmalloc space
  • From: David Pinedo <dp@fc.hp.com>
• RE: vm_enough_memory() and RAM disks
  • From: "Chuck Lever" <cel@netapp.com>
• write drop behind effect on active scanning
  • From: Marcelo Tosatti <marcelo@conectiva.com.br>
• Re: Running out of vmalloc space
  • From: "Stephen C. Tweedie" <sct@redhat.com>
• Re: About swapper_page_dir and processes' page directory
  • From: bsuparna@in.ibm.com
• Re: write drop behind effect on active scanning
  • From: Daniel Phillips <phillips@bonn-fries.net>
• Re: write drop behind effect on active scanning
  • From: Marcelo Tosatti <marcelo@conectiva.com.br>
• Re: write drop behind effect on active scanning
  • From: Mark Hahn <hahn@coffee.psychology.mcmaster.ca>
• Re: [RFC][PATCH] Re: Linux 2.4.4-ac10
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: write drop behind effect on active scanning
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: Running out of vmalloc space
  • From: David Pinedo <dp@fc.hp.com>
• Re: write drop behind effect on active scanning
  • From: Marcelo Tosatti <marcelo@conectiva.com.br>
• Re: Running out of vmalloc space
  • From: "Stephen C. Tweedie" <sct@redhat.com>
• Re: [RFC][PATCH] Re: Linux 2.4.4-ac10
  • From: Jonathan Morton <chromi@cyberspace.org>
• [PATCH] inode & dentry cache balancing
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: vm_enough_memory() and RAM disks
  • From: Scott Anderson <scott_anderson@mvista.com>
• Re: [RFC][PATCH] Re: Linux 2.4.4-ac10
  • From: Scott Anderson <scott_anderson@mvista.com>
• Charity
  • From: Public Joint-Stock Company "Centre of Perspective Technologies Development" <klimov@omskcity.com>
• [PATCH] remove deadlocks __alloc_pages()
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: [RFC][PATCH] Re: Linux 2.4.4-ac10
  • From: Mike Galbraith <mikeg@wen-online.de>
• Re: [RFC][PATCH] Re: Linux 2.4.4-ac10
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: [RFC][PATCH] Re: Linux 2.4.4-ac10
  • From: Mike Galbraith <mikeg@wen-online.de>
• Re: [RFC][PATCH] Re: Linux 2.4.4-ac10
  • From: Rik van Riel <riel@conectiva.com.br>
• [PATCH] 2.4.5-pre5 VM patch
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: [RFC][PATCH] Re: Linux 2.4.4-ac10
  • From: Mike Galbraith <mikeg@wen-online.de>
• Link Request
  • From: florence_smyth@representative.com
• Re: [RFC][PATCH] Re: Linux 2.4.4-ac10
  • From: David Weinehall <tao@acc.umu.se>
• Re: [RFC][PATCH] Re: Linux 2.4.4-ac10
  • From: Pavel Machek <pavel@suse.cz>
• Possible bug in tlb shootdown patch (IA64)
  • From: Jack Steiner <steiner@sgi.com>
• [PATCH] VM update
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: Possible bug in tlb shootdown patch (IA64)
  • From: Ben LaHaise <bcrl@redhat.com>
• [PATCH] vm patch, take 2
  • From: Rik van Riel <riel@conectiva.com.br>
• [PATCH] highmem deadlock removal, balancing & cleanup
  • From: Rik van Riel <riel@conectiva.com.br>
• [with-PATCH-really] highmem deadlock removal, balancing & cleanup
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: Running out of vmalloc space
  • From: Andrew Morton <andrewm@uow.edu.au>
• Re: [RFC][PATCH] Re: Linux 2.4.4-ac10
  • From: Pavel Machek <pavel@suse.cz>
• No Subject
  • From: "Bulent Abali" <abali@us.ibm.com>
• order of matching alloc_pages/free_pages call pairs. Are they always same?
  • From: "Bulent Abali" <abali@us.ibm.com>
• Re: order of matching alloc_pages/free_pages call pairs. Are they always same?
  • From: "Joseph A. Knapka" <jknapka@earthlink.net>
• [PATCH] modified memory_pressure calculation
  • From: Manfred Spraul <manfred@colorfullife.com>
• Re: [PATCH] modified memory_pressure calculation
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: [PATCH] modified memory_pressure calculation
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: [PATCH] modified memory_pressure calculation
  • From: Manfred Spraul <manfred@colorfullife.com>
• Re: [PATCH] modified memory_pressure calculation
  • From: Manfred Spraul <manfred@colorfullife.com>
• Re: [PATCH] modified memory_pressure calculation
  • From: Rik van Riel <riel@conectiva.com.br>
• http://ds9a.nl/cacheinfo project - please comment & improve
  • From: bert hubert <ahu@ds9a.nl>
• Re: [PATCH] modified memory_pressure calculation
  • From: Marcelo Tosatti <marcelo@conectiva.com.br>
• Re: [PATCH] modified memory_pressure calculation
  • From: Manfred Spraul <manfred@colorfullife.com>
• Re: [PATCH] modified memory_pressure calculation
  • From: Marcelo Tosatti <marcelo@conectiva.com.br>
• Re: order of matching alloc_pages/free_pages call pairs. Are they always same?
  • From: Timur Tabi <ttabi@interactivesi.com>
• Re: Possible bug in tlb shootdown patch (IA64)
  • From: Jack Steiner <steiner@sgi.com>
• Re: Plain 2.4.5 VM
  • From: Mark Hahn <hahn@coffee.psychology.mcmaster.ca>
• Re: http://ds9a.nl/cacheinfo project - please comment & improve
  • From: Marcelo Tosatti <marcelo@conectiva.com.br>
• Re: http://ds9a.nl/cacheinfo project - please comment & improve
  • From: bert hubert <ahu@ds9a.nl>
• Re: Plain 2.4.5 VM
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: http://ds9a.nl/cacheinfo project - please comment & improve
  • From: Marcelo Tosatti <marcelo@conectiva.com.br>
• Re: Plain 2.4.5 VM
  • From: Jonathan Morton <chromi@cyberspace.org>
• Re: Plain 2.4.5 VM
  • From: Marcelo Tosatti <marcelo@conectiva.com.br>
• Re: http://ds9a.nl/cacheinfo project - please comment & improve
  • From: Ingo Oeser <ingo.oeser@informatik.tu-chemnitz.de>
• Re: http://ds9a.nl/cacheinfo project - please comment & improve
  • From: bert hubert <ahu@ds9a.nl>