Mail Index

• Thread Index

• Re: Big memory, no struct page allocation
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: Big memory, no struct page allocation
  • From: William Lee Irwin III <wli@holomorphy.com>
• [PATCH] rewrite find_vma_prev
  • From: Matthew Wilcox <willy@debian.org>
• Re: Big memory, no struct page allocation
  • From: David Chow <davidchow@shaolinmicro.com>
• PLEASE KINDLY HELP US
  • From: " Abdulaih Abacha." <abdulaih_abacha2001@lycos.com>
• Re: [PATCH] (1/2) reverse mapping VM for 2.5.23 (rmap-13b)
  • From: Daniel Phillips <phillips@arcor.de>
• Benchmarking Tool
  • From: Abhishek Nayani <abhi@kernelnewbies.org>
• Re: Benchmarking Tool
  • From: Benjamin LaHaise <bcrl@redhat.com>
• Re: Benchmarking Tool
  • From: Rik van Riel <riel@conectiva.com.br>
• vm lock contention reduction
  • From: Andrew Morton <akpm@zip.com.au>
• Re: vm lock contention reduction
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: vm lock contention reduction
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: vm lock contention reduction
  • From: Andrew Morton <akpm@zip.com.au>
• Re: vm lock contention reduction
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: vm lock contention reduction
  • From: Andrew Morton <akpm@zip.com.au>
• Re: vm lock contention reduction
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: vm lock contention reduction
  • From: Andrew Morton <akpm@zip.com.au>
• Re: vm lock contention reduction
  • From: Benjamin LaHaise <bcrl@redhat.com>
• Re: vm lock contention reduction
  • From: Linus Torvalds <torvalds@transmeta.com>
• Re: vm lock contention reduction
  • From: Andrew Morton <akpm@zip.com.au>
• Re: vm lock contention reduction
  • From: Linus Torvalds <torvalds@transmeta.com>
• Re: Benchmarking Tool
  • From: Abhishek Nayani <abhi@kernelnewbies.org>
• Re: vm lock contention reduction
  • From: Linus Torvalds <torvalds@transmeta.com>
• Re: vm lock contention reduction
  • From: Alexander Viro <viro@math.psu.edu>
• Re: vm lock contention reduction
  • From: Andrew Morton <akpm@zip.com.au>
• Re: vm lock contention reduction
  • From: Andrew Morton <akpm@zip.com.au>
• Re: vm lock contention reduction
  • From: Andrea Arcangeli <andrea@suse.de>
• Re: vm lock contention reduction
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: vm lock contention reduction
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: vm lock contention reduction
  • From: Andrew Morton <akpm@zip.com.au>
• Re: vm lock contention reduction
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: vm lock contention reduction
  • From: Linus Torvalds <torvalds@transmeta.com>
• Re: vm lock contention reduction
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: vm lock contention reduction
  • From: Andrew Morton <akpm@zip.com.au>
• [PATCH] minimal rmap for 2.5.25
  • From: Rik van Riel <riel@conectiva.com.br>
• [PATCH][RFT](2) minimal rmap for 2.5 - akpm tested
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: [PATCH][RFT](2) minimal rmap for 2.5 - akpm tested
  • From: Andrew Morton <akpm@zip.com.au>
• Would You Like To Work From Home?
  • From: Ian Deadman <ideadman@mindless.com>
• Re: [PATCH][RFT](2) minimal rmap for 2.5 - akpm tested
  • From: Linus Torvalds <torvalds@transmeta.com>
• Re: [PATCH][RFT](2) minimal rmap for 2.5 - akpm tested
  • From: Andrew Morton <akpm@zip.com.au>
• Re: [PATCH][RFT](2) minimal rmap for 2.5 - akpm tested
  • From: Linus Torvalds <torvalds@transmeta.com>
• Re: vm lock contention reduction
  • From: Andrew Morton <akpm@zip.com.au>
• Re: vm lock contention reduction
  • From: Linus Torvalds <torvalds@transmeta.com>
• Re: vm lock contention reduction
  • From: Andrew Morton <akpm@zip.com.au>
• scalable kmap (was Re: vm lock contention reduction)
  • From: "Martin J. Bligh" <fletch@aracnet.com>
• Re: vm lock contention reduction
  • From: "Martin J. Bligh" <fletch@aracnet.com>
• Re: scalable kmap (was Re: vm lock contention reduction)
  • From: Andrew Morton <akpm@zip.com.au>
• Re: scalable kmap (was Re: vm lock contention reduction)
  • From: Linus Torvalds <torvalds@transmeta.com>
• Re: scalable kmap (was Re: vm lock contention reduction)
  • From: Andrew Morton <akpm@zip.com.au>
• Re: scalable kmap (was Re: vm lock contention reduction)
  • From: "Martin J. Bligh" <fletch@aracnet.com>
• Re: scalable kmap (was Re: vm lock contention reduction)
  • From: "Martin J. Bligh" <Martin.Bligh@us.ibm.com>
• Re: scalable kmap (was Re: vm lock contention reduction)
  • From: Linus Torvalds <torvalds@transmeta.com>
• Re: scalable kmap (was Re: vm lock contention reduction)
  • From: Linus Torvalds <torvalds@transmeta.com>
• Re: scalable kmap (was Re: vm lock contention reduction)
  • From: Linus Torvalds <torvalds@transmeta.com>
• Re: scalable kmap (was Re: vm lock contention reduction)
  • From: Linus Torvalds <torvalds@transmeta.com>
• Profiling support and system tracing (taken from Re: vm lock contention reduction)
  • From: Karim Yaghmour <karim@opersys.com>
• Re: vm lock contention reduction
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: vm lock contention reduction
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: scalable kmap (was Re: vm lock contention reduction)
  • From: Andrea Arcangeli <andrea@suse.de>
• Re: scalable kmap (was Re: vm lock contention reduction)
  • From: Andrea Arcangeli <andrea@suse.de>
• Re: scalable kmap (was Re: vm lock contention reduction)
  • From: Andrew Morton <akpm@zip.com.au>
• Re: scalable kmap (was Re: vm lock contention reduction)
  • From: Andrea Arcangeli <andrea@suse.de>
• Re: minimal rmap - exit_mmap i_shared_lock/page_table_lock order
  • From: Suparna Bhattacharya <suparna@in.ibm.com>
• Re: scalable kmap (was Re: vm lock contention reduction)
  • From: ebiederm@xmission.com (Eric W. Biederman)
• Enhanced profiling support (was Re: vm lock contention reduction)
  • From: John Levon <levon@movementarian.org>
• U_N_I_V_E_R_S_I_T_Y___D_I_P_L_O_M_A_S
  • From: "Ronald Thompson" <diplomas@career.org>
• Re: scalable kmap (was Re: vm lock contention reduction)
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: scalable kmap (was Re: vm lock contention reduction)
  • From: "Martin J. Bligh" <Martin.Bligh@us.ibm.com>
• Re: Enhanced profiling support (was Re: vm lock contention reduction)
  • From: Linus Torvalds <torvalds@transmeta.com>
• Re: Enhanced profiling support (was Re: vm lock contention reduction)
  • From: Karim Yaghmour <karim@opersys.com>
• Re: scalable kmap (was Re: vm lock contention reduction)
  • From: Andrew Morton <akpm@zip.com.au>
• Re: scalable kmap (was Re: vm lock contention reduction)
  • From: Benjamin LaHaise <bcrl@redhat.com>
• Re: scalable kmap (was Re: vm lock contention reduction)
  • From: Andrew Morton <akpm@zip.com.au>
• Re: scalable kmap (was Re: vm lock contention reduction)
  • From: Linus Torvalds <torvalds@transmeta.com>
• Re: scalable kmap (was Re: vm lock contention reduction)
  • From: Benjamin LaHaise <bcrl@redhat.com>
• Re: scalable kmap (was Re: vm lock contention reduction)
  • From: Andrew Morton <akpm@zip.com.au>
• Re: scalable kmap (was Re: vm lock contention reduction)
  • From: Andrew Morton <akpm@zip.com.au>
• Re: scalable kmap (was Re: vm lock contention reduction)
  • From: "Martin J. Bligh" <Martin.Bligh@us.ibm.com>
• Re: scalable kmap (was Re: vm lock contention reduction)
  • From: Andrew Morton <akpm@zip.com.au>
• Re: scalable kmap (was Re: vm lock contention reduction)
  • From: "Martin J. Bligh" <Martin.Bligh@us.ibm.com>
• Re: scalable kmap (was Re: vm lock contention reduction)
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: scalable kmap (was Re: vm lock contention reduction)
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: scalable kmap (was Re: vm lock contention reduction)
  • From: Benjamin LaHaise <bcrl@redhat.com>
• Re: scalable kmap (was Re: vm lock contention reduction)
  • From: "Martin J. Bligh" <Martin.Bligh@us.ibm.com>
• Re: scalable kmap (was Re: vm lock contention reduction)
  • From: Andrea Arcangeli <andrea@suse.de>
• [PATCH] Optimize away pte_chains for single mappings
  • From: Dave McCracken <dmccr@us.ibm.com>
• [PATCH] Optimize out pte_chain take two
  • From: Dave McCracken <dmccr@us.ibm.com>
• Re: [PATCH] Optimize out pte_chain take two
  • From: Andrew Morton <akpm@zip.com.au>
• Re: Enhanced profiling support (was Re: vm lock contention reduction)
  • From: John Levon <movement@marcelothewonderpenguin.com>
• Re: Enhanced profiling support (was Re: vm lock contention reduction)
  • From: Karim Yaghmour <karim@opersys.com>
• Re: Enhanced profiling support (was Re: vm lock contention reduction)
  • From: John Levon <movement@marcelothewonderpenguin.com>
• Re: scalable kmap (was Re: vm lock contention reduction)
  • From: Andrew Morton <akpm@zip.com.au>
• Re: Enhanced profiling support (was Re: vm lock contention reduction)
  • From: Karim Yaghmour <karim@opersys.com>
• Re: Enhanced profiling support (was Re: vm lock contention reduction)
  • From: bob <bob@watson.ibm.com>
• [PATCH] Optimize out pte_chain take three
  • From: Dave McCracken <dmccr@us.ibm.com>
• Re: Enhanced profiling support (was Re: vm lock contention reduction)
  • From: "Richard J Moore" <richardj_moore@uk.ibm.com>
• Re: [PATCH] Optimize out pte_chain take three
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: [PATCH] Optimize out pte_chain take three
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: [PATCH][RFT](2) minimal rmap for 2.5 - akpm tested
  • From: Sebastian Droege <sebastian.droege@gmx.de>
• Re: [PATCH] Optimize out pte_chain take three
  • From: Andrew Morton <akpm@zip.com.au>
• Re: [PATCH] Optimize out pte_chain take three
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: Enhanced profiling support (was Re: vm lock contention reduction)
  • From: Karim Yaghmour <karim@opersys.com>
• Re: [PATCH] Optimize out pte_chain take three
  • From: "Martin J. Bligh" <Martin.Bligh@us.ibm.com>
• Re: [PATCH] Optimize out pte_chain take three
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: [PATCH][RFT](2) minimal rmap for 2.5 - akpm tested
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: [PATCH] Optimize out pte_chain take three
  • From: Andrew Morton <akpm@zip.com.au>
• Re: Enhanced profiling support (was Re: vm lock contention reduction)
  • From: Andrea Arcangeli <andrea@suse.de>
• Re: [PATCH][RFT](2) minimal rmap for 2.5 - akpm tested
  • From: Daniel Phillips <phillips@arcor.de>
• Re: [PATCH] Optimize out pte_chain take three
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: scalable kmap (was Re: vm lock contention reduction)
  • From: "Martin J. Bligh" <Martin.Bligh@us.ibm.com>
• Re: scalable kmap (was Re: vm lock contention reduction)
  • From: Andrew Morton <akpm@zip.com.au>
• Re: scalable kmap (was Re: vm lock contention reduction)
  • From: "Martin J. Bligh" <Martin.Bligh@us.ibm.com>
• PROPOSAL
  • From: "DR.SALISU JOHN" <salisujohn@mail.com>
• Re: scalable kmap (was Re: vm lock contention reduction)
  • From: Andrew Morton <akpm@zip.com.au>
• Re: [PATCH] Optimize out pte_chain take three
  • From: Andrew Morton <akpm@zip.com.au>
• Re: [PATCH] Optimize out pte_chain take three
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: [PATCH] Optimize out pte_chain take three
  • From: Andrew Morton <akpm@zip.com.au>
• Re: [PATCH] Optimize out pte_chain take three
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: [PATCH] Optimize out pte_chain take three
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: Enhanced profiling support (was Re: vm lock contention reduction)
  • From: Karim Yaghmour <karim@opersys.com>
• Re: Enhanced profiling support (was Re: vm lock contention reduction)
  • From: Karim Yaghmour <karim@opersys.com>
• Re: [PATCH][RFT](2) minimal rmap for 2.5 - akpm tested
  • From: Jens Axboe <axboe@suse.de>
• Linux porting: problem with code in head.S
  • From: Jitendra Kumar Rai <jkr_u99301@yahoo.co.in>
• Re: [PATCH][RFT](2) minimal rmap for 2.5 - akpm tested
  • From: Daniel Phillips <phillips@arcor.de>
• Re: [PATCH][RFT](2) minimal rmap for 2.5 - akpm tested
  • From: Jens Axboe <axboe@suse.de>
• Re: [PATCH] Optimize out pte_chain take three
  • From: Andrew Morton <akpm@zip.com.au>
• Re: [PATCH] Optimize out pte_chain take three
  • From: Rik van Riel <riel@conectiva.com.br>
• [PATCH] small rmap bugfix
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: [PATCH] small rmap bugfix
  • From: Andrew Morton <akpm@zip.com.au>
• Re: Linux porting: problem with code in head.S
  • From: Roman Zippel <zippel@linux-m68k.org>
• Re: [PATCH] Optimize out pte_chain take three
  • From: Andrew Morton <akpm@zip.com.au>
• Re: [PATCH] Optimize out pte_chain take three
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: [PATCH] Optimize out pte_chain take three
  • From: Andrew Morton <akpm@zip.com.au>
• LTP memory tests (fwd)
  • From: Gerrit Huizenga <gh@us.ibm.com>
• Re: [PATCH] Optimize out pte_chain take three
  • From: Rik van Riel <riel@conectiva.com.br>
• [PATCH] strict VM overcommit
  • From: Robert Love <rml@tech9.net>
• Re: [PATCH] Optimize out pte_chain take three
  • From: Andrew Morton <akpm@zip.com.au>
• Re: [PATCH] Optimize out pte_chain take three
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: [PATCH] Optimize out pte_chain take three
  • From: Rik van Riel <riel@conectiva.com.br>
• I need Partner.
  • From: "Dr.Paul Collins U." <paul_uc400@hotmail.com>
• [PATCH] strict VM overcommit for stock 2.4
  • From: Robert Love <rml@tech9.net>
• Re: scalable kmap (was Re: vm lock contention reduction)
  • From: "Martin J. Bligh" <Martin.Bligh@us.ibm.com>
• Re: [PATCH] Optimize out pte_chain take three
  • From: Paul Larson <plars@austin.ibm.com>
• Re: [PATCH] Optimize out pte_chain take three
  • From: Andrew Morton <akpm@zip.com.au>
• Re: [PATCH] Optimize out pte_chain take three
  • From: Andrew Morton <akpm@zip.com.au>
• REPLY SOON!
  • From: "LUCAS ZIZI" <zilucas303@mail.com>
• lazy_buddy-2.5.25-4
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: scalable kmap (was Re: vm lock contention reduction)
  • From: Andrea Arcangeli <andrea@suse.de>
• Re: [PATCH] Optimize away pte_chains for single mappings
  • From: Daniel Phillips <phillips@arcor.de>
• Re: [PATCH] Optimize out pte_chain take three
  • From: Daniel Phillips <phillips@arcor.de>
• Re: [PATCH] Optimize out pte_chain take three
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: [PATCH] Optimize out pte_chain take three
  • From: Daniel Phillips <phillips@arcor.de>
• Re: [PATCH] Optimize out pte_chain take three
  • From: Daniel Phillips <phillips@arcor.de>
• Re: [PATCH] Optimize out pte_chain take three
  • From: Daniel Phillips <phillips@arcor.de>
• Re: [PATCH] Optimize out pte_chain take three
  • From: Daniel Phillips <phillips@arcor.de>
• Re: [PATCH] Optimize out pte_chain take three
  • From: Daniel Phillips <phillips@arcor.de>
• Re: [PATCH] Optimize out pte_chain take three
  • From: Daniel Phillips <phillips@arcor.de>
• Re: [PATCH] Optimize out pte_chain take three
  • From: Daniel Phillips <phillips@arcor.de>
• Re: [PATCH] Optimize out pte_chain take three
  • From: Daniel Phillips <phillips@arcor.de>
• Re: [PATCH] Optimize out pte_chain take three
  • From: Daniel Phillips <phillips@arcor.de>
• machine tool
  • From: Mr.Zhou <machine-tool@qinghecq.com>
• Re: [PATCH] Optimize away pte_chains for single mappings
  • From: Dave McCracken <dmccr@us.ibm.com>
• Re: [PATCH] Optimize away pte_chains for single mappings
  • From: Daniel Phillips <phillips@arcor.de>
• Re: [PATCH] Optimize away pte_chains for single mappings
  • From: Matti Aarnio <matti.aarnio@zmailer.org>
• Re: [PATCH] Optimize away pte_chains for single mappings
  • From: Daniel Phillips <phillips@arcor.de>
• Re: [PATCH] Optimize away pte_chains for single mappings
  • From: Daniel Phillips <phillips@arcor.de>
• Re: [PATCH] Optimize away pte_chains for single mappings
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: [PATCH] Optimize away pte_chains for single mappings
  • From: Daniel Phillips <phillips@arcor.de>
• Re: [PATCH] Optimize away pte_chains for single mappings
  • From: Matti Aarnio <matti.aarnio@zmailer.org>
• Re: [PATCH] Optimize away pte_chains for single mappings
  • From: Daniel Phillips <phillips@arcor.de>
• >>>14.5 MILLION OPT-IN EMAIL ADDRESSES...PLUS $2,000 IN FREE MARKETING SOFTWARE!
  • From: "Honesto Lew" <emailaddresses98037@yahoo.com>
• Re: [PATCH] Optimize away pte_chains for single mappings
  • From: Andrew Morton <akpm@zip.com.au>
• [RFC][PATCH] extended VM stats
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: [PATCH] Optimize away pte_chains for single mappings
  • From: Daniel Phillips <phillips@arcor.de>
• electric motor
  • From: Ms. shadow <electric@cqxh.com>
• [oops] 2.5.25+rmap+OptAwayPTE
  • From: Paul Larson <plars@austin.ibm.com>
• Re: [oops] 2.5.25+rmap+OptAwayPTE
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: [oops] 2.5.25+rmap+OptAwayPTE
  • From: Paul Larson <plars@austin.ibm.com>
• atomic kmap patch for 2.5.26
  • From: Andrew Morton <akpm@zip.com.au>
• Entschuldigen Sie bitte die Störung!
  • From: "todschick38259@yahoo.de" <todschick38259@yahoo.de>
• Re: [PATCH] strict VM overcommit for stock 2.4
  • From: Szakacsits Szabolcs <szaka@sienet.hu>
• Re: [PATCH] strict VM overcommit for stock 2.4
  • From: Robert Love <rml@tech9.net>
• Re: [PATCH] strict VM overcommit for stock 2.4
  • From: Szakacsits Szabolcs <szaka@sienet.hu>
• Re: [PATCH] strict VM overcommit for stock 2.4
  • From: Robert Love <rml@tech9.net>
• Re: [PATCH] strict VM overcommit for stock 2.4
  • From: Szakacsits Szabolcs <szaka@sienet.hu>
• Re: [PATCH] strict VM overcommit for stock 2.4
  • From: Robert Love <rml@tech9.net>
• Re: [PATCH] strict VM overcommit for stock 2.4
  • From: Szakacsits Szabolcs <szaka@sienet.hu>
• Re: [PATCH] strict VM overcommit for stock 2.4
  • From: Robert Love <rml@tech9.net>
• Re: [PATCH] strict VM overcommit for stock 2.4
  • From: Alan Cox <alan@lxorguk.ukuu.org.uk>
• Re: [PATCH] strict VM overcommit for stock 2.4
  • From: Szakacsits Szabolcs <szaka@sienet.hu>
• Re: [PATCH] strict VM overcommit for stock 2.4
  • From: Robert Love <rml@tech9.net>
• Re: [PATCH] strict VM overcommit for stock 2.4
  • From: "Richard B. Johnson" <root@chaos.analogic.com>
• Re: [PATCH] strict VM overcommit for stock 2.4
  • From: Szakacsits Szabolcs <szaka@sienet.hu>
• Re: [PATCH] strict VM overcommit for stock 2.4
  • From: Robert Love <rml@tech9.net>
• Re: [PATCH] strict VM overcommit for stock 2.4
  • From: Robert Love <rml@tech9.net>
• Re: [PATCH] strict VM overcommit for stock 2.4
  • From: "Richard B. Johnson" <root@chaos.analogic.com>
• Re: [PATCH] strict VM overcommit for stock 2.4
  • From: Robert Love <rml@tech9.net>
• Re: [PATCH] strict VM overcommit for stock 2.4
  • From: stoffel@lucent.com
• Re: [PATCH] strict VM overcommit for stock 2.4
  • From: "Richard B. Johnson" <root@chaos.analogic.com>
• Re: [PATCH] strict VM overcommit for stock 2.4
  • From: Alan Cox <alan@lxorguk.ukuu.org.uk>
• Re: [PATCH] strict VM overcommit for stock 2.4
  • From: Alan Cox <alan@lxorguk.ukuu.org.uk>
• Re: [PATCH] strict VM overcommit for stock 2.4
  • From: Daniel Gryniewicz <dang@fprintf.net>
• Re: [PATCH] strict VM overcommit for stock 2.4
  • From: "Richard B. Johnson" <root@chaos.analogic.com>
• Re: [PATCH] strict VM overcommit for stock 2.4
  • From: Daniel Gryniewicz <dang@fprintf.net>
• [PATCH] vmap_pages()
  • From: Christoph Hellwig <hch@lst.de>
• Re: [PATCH] strict VM overcommit for stock 2.4
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: [PATCH] strict VM overcommit for stock 2.4
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: [PATCH] strict VM overcommit for stock 2.4
  • From: Robert Love <rml@tech9.net>
• [patch] Useless locking in mm/numa.c
  • From: Matthew Dobson <colpatch@us.ibm.com>
• preliminary report on pagetable occupation rates
  • From: William Lee Irwin III <wli@holomorphy.com>
• nr_active_pte_chains
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: [PATCH] strict VM overcommit for stock 2.4
  • From: Szakacsits Szabolcs <szaka@sienet.hu>
• Re: [PATCH] strict VM overcommit for stock 2.4
  • From: Szakacsits Szabolcs <szaka@sienet.hu>
• Re: [PATCH] strict VM overcommit for stock 2.4
  • From: Szakacsits Szabolcs <szaka@sienet.hu>
• Re: [PATCH] strict VM overcommit for stock 2.4
  • From: Szakacsits Szabolcs <szaka@sienet.hu>
• [PATCH 4/6] "not nearly so minimal" rmap for 2.5.26
  • From: Craig Kulesa <ckulesa@as.arizona.edu>
• [PATCH 5/6] move slab pages to the lru, for rmap
  • From: Craig Kulesa <ckulesa@as.arizona.edu>
• [PATCH 6/6] VM statistics for full rmap
  • From: Craig Kulesa <ckulesa@as.arizona.edu>
• Re: [PATCH] strict VM overcommit for stock 2.4
  • From: Amit Shah <shahamit@gmx.net>
• Re: [PATCH] strict VM overcommit for stock 2.4
  • From: Robert Love <rml@tech9.net>
• Re: [PATCH] strict VM overcommit for stock 2.4
  • From: Robert Love <rml@tech9.net>
• Re: [patch] Useless locking in mm/numa.c
  • From: Kanoj Sarcar <kanojsarcar@yahoo.com>
• Re: [patch] Useless locking in mm/numa.c
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: [patch] Useless locking in mm/numa.c
  • From: Kanoj Sarcar <kanojsarcar@yahoo.com>
• Re: [patch] Useless locking in mm/numa.c
  • From: Matthew Dobson <colpatch@us.ibm.com>
• Re: [patch] Useless locking in mm/numa.c
  • From: Matthew Dobson <colpatch@us.ibm.com>
• [PATCH] return values shrink_dcache_memory etc
  • From: Rik van Riel <riel@conectiva.com.br>
• ADV: Direct email blaster, email addresses extractor, maillist verify, maillist manager...........
  • From: targetemailextractor@btamail.net.cn
• Re: [PATCH] strict VM overcommit for stock 2.4
  • From: Amit Shah <shahamit@gmx.net>
• Re: [PATCH 6/6] Updated VM statistics patch
  • From: Craig Kulesa <ckulesa@as.arizona.edu>
• Re: [PATCH 6/6] Updated VM statistics patch
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: [PATCH 6/6] Updated VM statistics patch
  • From: Craig Kulesa <ckulesa@as.arizona.edu>
• Re: [PATCH 6/6] Updated VM statistics patch
  • From: Rik van Riel <riel@conectiva.com.br>
• [PATCH][1/2] return values shrink_dcache_memory etc
  • From: Rik van Riel <riel@conectiva.com.br>
• [PATCH][2/2] rlimit rss enforcement
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: [PATCH][1/2] return values shrink_dcache_memory etc
  • From: Linus Torvalds <torvalds@transmeta.com>
• [PATCH] low-latency zap_page_range
  • From: Robert Love <rml@tech9.net>
• [PATCH] generalized spin_lock_bit
  • From: Robert Love <rml@tech9.net>
• [PATCH] for_each_pgdat
  • From: Robert Love <rml@tech9.net>
• [PATCH] for_each_zone
  • From: Robert Love <rml@tech9.net>
• Re: [PATCH] generalized spin_lock_bit
  • From: Linus Torvalds <torvalds@transmeta.com>
• Re: [PATCH][1/2] return values shrink_dcache_memory etc
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: [PATCH] for_each_pgdat
  • From: "Martin J. Bligh" <Martin.Bligh@us.ibm.com>
• Re: [PATCH][1/2] return values shrink_dcache_memory etc
  • From: Linus Torvalds <torvalds@transmeta.com>
• Re: [PATCH] for_each_pgdat
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: [PATCH] for_each_pgdat
  • From: Linus Torvalds <torvalds@transmeta.com>
• Re: [PATCH] generalized spin_lock_bit
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: [PATCH] generalized spin_lock_bit
  • From: Robert Love <rml@tech9.net>
• Re: [PATCH] generalized spin_lock_bit
  • From: Robert Love <rml@tech9.net>
• Re: [PATCH] for_each_pgdat
  • From: Robert Love <rml@tech9.net>
• Re: [PATCH][1/2] return values shrink_dcache_memory etc
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: [PATCH] generalized spin_lock_bit
  • From: "David S. Miller" <davem@redhat.com>
• [PATCH] for_each_zone, updated
  • From: Robert Love <rml@tech9.net>
• Re: [PATCH] generalized spin_lock_bit
  • From: Robert Love <rml@tech9.net>
• Re: [PATCH] for_each_pgdat
  • From: "Martin J. Bligh" <Martin.Bligh@us.ibm.com>
• Re: [PATCH] for_each_pgdat
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: [PATCH] generalized spin_lock_bit
  • From: Alan Cox <alan@lxorguk.ukuu.org.uk>
• Re: [PATCH] generalized spin_lock_bit
  • From: Linus Torvalds <torvalds@transmeta.com>
• Re: [PATCH] generalized spin_lock_bit
  • From: "David S. Miller" <davem@redhat.com>
• pte_chain_mempool-2.5.27-1
  • From: William Lee Irwin III <wli@holomorphy.com>
• [PATCH 1/2][CFT] Full rmap VM for 2.5.27
  • From: Craig Kulesa <ckulesa@as.arizona.edu>
• [PATCH 2/2] move slab pages to the lru, for 2.5.27
  • From: Craig Kulesa <ckulesa@as.arizona.edu>
• Re: [PATCH] generalized spin_lock_bit
  • From: Alan Cox <alan@lxorguk.ukuu.org.uk>
• Re: [PATCH 2/2] move slab pages to the lru, for 2.5.27
  • From: Craig Kulesa <ckulesa@as.arizona.edu>
• Re: [PATCH 2/2] move slab pages to the lru, for 2.5.27
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: [PATCH][1/2] return values shrink_dcache_memory etc
  • From: Andrew Morton <akpm@zip.com.au>
• Re: [PATCH] low-latency zap_page_range
  • From: Andrew Morton <akpm@zip.com.au>
• Re: [PATCH][1/2] return values shrink_dcache_memory etc
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: [PATCH][1/2] return values shrink_dcache_memory etc
  • From: Andrew Morton <akpm@zip.com.au>
• Re: pte_chain_mempool-2.5.27-1
  • From: Andrew Morton <akpm@zip.com.au>
• Re: [PATCH][1/2] return values shrink_dcache_memory etc
  • From: "Martin J. Bligh" <Martin.Bligh@us.ibm.com>
• Re: pte_chain_mempool-2.5.27-1
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: [PATCH][1/2] return values shrink_dcache_memory etc
  • From: Andrew Morton <akpm@zip.com.au>
• Re: [PATCH 2/2] move slab pages to the lru, for 2.5.27
  • From: Craig Kulesa <ckulesa@as.arizona.edu>
• Re: [PATCH][1/2] return values shrink_dcache_memory etc
  • From: "Martin J. Bligh" <Martin.Bligh@us.ibm.com>
• Agriculture Machinery.
  • From: Ms.Nily <farming-machine@cqxh.com>
• Re: [PATCH][1/2] return values shrink_dcache_memory etc
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: [PATCH][1/2] return values shrink_dcache_memory etc
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: [PATCH][1/2] return values shrink_dcache_memory etc
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: [PATCH] low-latency zap_page_range
  • From: Robert Love <rml@tech9.net>
• Re: [PATCH] low-latency zap_page_range
  • From: Linus Torvalds <torvalds@transmeta.com>
• Re: [PATCH] low-latency zap_page_range
  • From: Robert Love <rml@tech9.net>
• Re: [PATCH] low-latency zap_page_range
  • From: Robert Love <rml@tech9.net>
• Re: [PATCH] low-latency zap_page_range
  • From: Andrew Morton <akpm@zip.com.au>
• alloc_pages_bulk
  • From: "Martin J. Bligh" <Martin.Bligh@us.ibm.com>
• Re: [PATCH] low-latency zap_page_range
  • From: Robert Love <rml@tech9.net>
• Re: alloc_pages_bulk
  • From: Benjamin LaHaise <bcrl@redhat.com>
• Re: [PATCH 2/2] move slab pages to the lru, for 2.5.27
  • From: Steven Cole <elenstev@mesatop.com>
• [OOPS] 2.5.27 - __free_pages_ok()
  • From: Paul Larson <plars@austin.ibm.com>
• Re: [OOPS] 2.5.27 - __free_pages_ok()
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: [OOPS] 2.5.27 - __free_pages_ok()
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: alloc_pages_bulk
  • From: "Martin J. Bligh" <Martin.Bligh@us.ibm.com>
• Re: [OOPS] 2.5.27 - __free_pages_ok()
  • From: Dave Hansen <haveblue@us.ibm.com>
• Re: alloc_pages_bulk
  • From: Andrew Morton <akpm@zip.com.au>
• Re: alloc_pages_bulk
  • From: "Martin J. Bligh" <Martin.Bligh@us.ibm.com>
• Re: alloc_pages_bulk
  • From: Andrew Morton <akpm@zip.com.au>
• Re: [PATCH 2/2] move slab pages to the lru, for 2.5.27
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: [PATCH 2/2] move slab pages to the lru, for 2.5.27
  • From: Craig Kulesa <ckulesa@as.arizona.edu>
• Re: [OOPS] 2.5.27 - __free_pages_ok()
  • From: Paul Larson <plars@austin.ibm.com>
• Re: [OOPS] 2.5.27 - __free_pages_ok()
  • From: Paul Larson <plars@austin.ibm.com>
• Re: [OOPS] 2.5.27 - __free_pages_ok()
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: [OOPS] 2.5.27 - __free_pages_ok()
  • From: Alan Cox <alan@lxorguk.ukuu.org.uk>
• Re: [OOPS] 2.5.27 - __free_pages_ok()
  • From: Thunder from the hill <thunder@ngforever.de>
• pte_chain_slab-2.5.27-1
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: [PATCH 2/2] move slab pages to the lru, for 2.5.27
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: [PATCH] vmap_pages()
  • From: Andrew Morton <akpm@zip.com.au>
• Re: [OOPS] 2.5.27 - __free_pages_ok()
  • From: Paul Larson <plars@austin.ibm.com>
• Chemical product
  • From: Mr.Zhou <chemical@qinghecq.com>
• Chemical product
  • From: Mr.Zhou <chemical@qinghecq.com>
• Re: [PATCH 2/2] move slab pages to the lru, for 2.5.27
  • From: Steven Cole <elenstev@mesatop.com>
• [PATCH] urgent rmap bugfix
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: [OOPS] 2.5.27 - __free_pages_ok()
  • From: Paul Larson <plars@austin.ibm.com>
• Re: [OOPS] 2.5.27 - __free_pages_ok()
  • From: Dave Hansen <haveblue@us.ibm.com>
• Re: [OOPS] 2.5.27 - __free_pages_ok()
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: [OOPS] 2.5.27 - __free_pages_ok()
  • From: Paul Larson <plars@austin.ibm.com>
• Re: [RFC][PATCH] extended VM stats
  • From: "Stephen C. Tweedie" <sct@redhat.com>
• Re: [OOPS] 2.5.27 - __free_pages_ok()
  • From: Paul Larson <plars@austin.ibm.com>
• Re: [OOPS] 2.5.27 - __free_pages_ok()
  • From: Rik van Riel <riel@conectiva.com.br>
• Anyone seen this before
  • From: Hai Huang <haih@eecs.umich.edu>
• disable highpte in rmap kernels
  • From: "Martin J. Bligh" <Martin.Bligh@us.ibm.com>
• page_add/remove_rmap costs
  • From: Andrew Morton <akpm@zip.com.au>
• Re: page_add/remove_rmap costs
  • From: William Lee Irwin III <wli@holomorphy.com>
• identifying bottleneck in VM(?)
  • From: Andrew Park <apark@cdf.toronto.edu>
• Re: page_add/remove_rmap costs
  • From: Rik van Riel <riel@conectiva.com.br>
• [PATCH 2.5] arch/i386/mm/init.c
  • From: Dan Aloni <da-x@gmx.net>
• [CFT] dispose of _alloc_pages
  • From: "Martin J. Bligh" <Martin.Bligh@us.ibm.com>
• Re: page_add/remove_rmap costs
  • From: Andrew Morton <akpm@zip.com.au>
• Re: page_add/remove_rmap costs
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: page_add/remove_rmap costs
  • From: Andrew Morton <akpm@zip.com.au>
• Re: [PATCH 2/2] move slab pages to the lru, for 2.5.27
  • From: Steven Cole <elenstev@mesatop.com>
• Re: [PATCH 2/2] move slab pages to the lru, for 2.5.27
  • From: Steven Cole <elenstev@mesatop.com>
• [PATCH] updated low-latency zap_page_range
  • From: Robert Love <rml@tech9.net>
• Re: [PATCH] updated low-latency zap_page_range
  • From: Andrew Morton <akpm@zip.com.au>
• Help, limiting pagecaches
  • From: miyoshi@hpc.bs1.fc.nec.co.jp
• Re: [PATCH] updated low-latency zap_page_range
  • From: Robert Love <rml@tech9.net>
• Re: [PATCH] updated low-latency zap_page_range
  • From: Linus Torvalds <torvalds@transmeta.com>
• Re: [PATCH] updated low-latency zap_page_range
  • From: Andrew Morton <akpm@zip.com.au>
• Re: [PATCH] updated low-latency zap_page_range
  • From: Robert Love <rml@tech9.net>
• Re: [PATCH] updated low-latency zap_page_range
  • From: george anzinger <george@mvista.com>
• Re: page_add/remove_rmap costs
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: page_add/remove_rmap costs
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: page_add/remove_rmap costs
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: page_add/remove_rmap costs
  • From: "Martin J. Bligh" <Martin.Bligh@us.ibm.com>
• Re: page_add/remove_rmap costs
  • From: Andrew Morton <akpm@zip.com.au>
• Limiting pagecaches
  • From: miyoshi@hpc.bs1.fc.nec.co.jp
• Re: Limiting pagecaches
  • From: Andrew Morton <akpm@zip.com.au>
• Re: page_add/remove_rmap costs
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: page_add/remove_rmap costs
  • From: Andrew Morton <akpm@zip.com.au>
• Re: page_add/remove_rmap costs
  • From: John Levon <levon@movementarian.org>
• Re: [PATCH] updated low-latency zap_page_range
  • From: Linus Torvalds <torvalds@transmeta.com>
• Re: page_add/remove_rmap costs
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: page_add/remove_rmap costs
  • From: Andrew Morton <akpm@zip.com.au>
• Re: page_add/remove_rmap costs
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: page_add/remove_rmap costs
  • From: Andrew Morton <akpm@zip.com.au>
• Re: page_add/remove_rmap costs
  • From: Andrew Morton <akpm@zip.com.au>
• Re: [PATCH 2/2] move slab pages to the lru, for 2.5.27
  • From: Craig Kulesa <ckulesa@as.arizona.edu>
• [PATCH] designated initializer changes for mm/*
  • From: Art Haas <ahaas@neosoft.com>
• [RFC] start_aggressive_readahead
  • From: Christoph Hellwig <hch@lst.de>
• [PATCH] vmap_pages()
  • From: Christoph Hellwig <hch@lst.de>
• Re: [RFC] start_aggressive_readahead
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: [RFC] start_aggressive_readahead
  • From: Andrew Morton <akpm@zip.com.au>
• Re: [RFC] start_aggressive_readahead
  • From: Daniel Phillips <phillips@arcor.de>
• Re: page_add/remove_rmap costs
  • From: Daniel Phillips <phillips@arcor.de>
• ARM: page tables, caching, etc
  • From: Russell King <rmk@arm.linux.org.uk>
• Re: [RFC] start_aggressive_readahead
  • From: Scott Kaplan <sfkaplan@cs.amherst.edu>
• Re: [RFC] start_aggressive_readahead
  • From: Andrew Morton <akpm@zip.com.au>
• Re: [RFC] start_aggressive_readahead
  • From: Stephen Lord <lord@sgi.com>
• Re: [RFC] start_aggressive_readahead
  • From: Andrew Morton <akpm@zip.com.au>
• Chemical - Strontium Salt
  • From: Mr.Zhou <chemical@qinghecq.com>
• motorcycle
  • From: Ms.Huang <motorcycle@qinghecq.com>
• fwd: Business Savings
  • From: <tcllc@rn.com>
• Re: [RFC] start_aggressive_readahead
  • From: Scott Kaplan <sfkaplan@cs.amherst.edu>
• Re: [RFC] start_aggressive_readahead
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: [RFC] start_aggressive_readahead
  • From: Scott Kaplan <sfkaplan@cs.amherst.edu>
• Re: [RFC] start_aggressive_readahead
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: [RFC] start_aggressive_readahead
  • From: Andrew Morton <akpm@zip.com.au>
• Re: [RFC] start_aggressive_readahead
  • From: Vladimir Dergachev <volodya@mindspring.com>
• Re: [RFC] start_aggressive_readahead
  • From: Andrew Morton <akpm@zip.com.au>
• Re: [RFC] start_aggressive_readahead
  • From: Rik van Riel <riel@conectiva.com.br>
• Regarding Page Cache ,Buffer Cachein disabling in Linux Kernel.
  • From: Anil Kumar <anilk@cdotd.ernet.in>
• Re: Regarding Page Cache ,Buffer Cachein disabling in Linux Kernel.
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: [RFC] start_aggressive_readahead
  • From: Scott Kaplan <sfkaplan@cs.amherst.edu>
• [PATCH] vmap_pages() (4th resend)
  • From: Christoph Hellwig <hch@lst.de>
• Re: [PATCH] vmap_pages() (4th resend)
  • From: Linus Torvalds <torvalds@transmeta.com>
• Re: [PATCH] vmap_pages() (4th resend)
  • From: Christoph Hellwig <hch@lst.de>
• Re: [PATCH] vmap_pages() (4th resend)
  • From: Linus Torvalds <torvalds@transmeta.com>
• Re: [PATCH] vmap_pages() (4th resend)
  • From: Christoph Hellwig <hch@lst.de>
• [PATCH] remove unused /proc/sys/vm/kswapd and swapctl.h
  • From: Christoph Hellwig <hch@lst.de>
• [PATCH] nru replacement for 2.5.29
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: [PATCH] nru replacement for 2.5.29
  • From: Andrew Morton <akpm@zip.com.au>
• Re: Regarding Page Cache ,Buffer Cachein disabling in Linux Kernel.
  • From: Anil Kumar <anilk@cdotd.ernet.in>
• Re: Regarding Page Cache ,Buffer Cachein disabling in LinuxKernel.
  • From: Jonathan Morton <chromi@chromatix.demon.co.uk>
• watching bloated slabs
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: Regarding Page Cache ,Buffer Cachein disabling in LinuxKernel.
  • From: Anil Kumar Nanduri <anil@india.hp.com>
• Re: [RFC] start_aggressive_readahead
  • From: Scott Kaplan <sfkaplan@cs.amherst.edu>
• Re: [RFC] start_aggressive_readahead
  • From: "Martin J. Bligh" <Martin.Bligh@us.ibm.com>
• Re: [RFC] start_aggressive_readahead
  • From: Scott Kaplan <sfkaplan@cs.amherst.edu>
• Re: [RFC] start_aggressive_readahead
  • From: "Martin J. Bligh" <Martin.Bligh@us.ibm.com>
• Re: [RFC] start_aggressive_readahead
  • From: William Lee Irwin III <wli@holomorphy.com>
• severely bloated slabs
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: severely bloated slabs
  • From: "Martin J. Bligh" <Martin.Bligh@us.ibm.com>
• Re: severely bloated slabs
  • From: William Lee Irwin III <wli@holomorphy.com>
• how to tell which pages were allocated from kernel?
  • From: Nathan Friess <natmanz@shaw.ca>
• How did paging_init ever work with PAE?
  • From: "Martin J. Bligh" <Martin.Bligh@us.ibm.com>
• swapout bandwidth
  • From: Andrew Morton <akpm@zip.com.au>
• throttling dirtiers
  • From: Andrew Morton <akpm@zip.com.au>
• Re: How did paging_init ever work with PAE?
  • From: Hugh Dickins <hugh@veritas.com>
• Re: swapout bandwidth
  • From: Rik van Riel <riel@conectiva.com.br>
• Head & Rotor VE 07/31
  • From: "diesel fuel injection" <china_lutong@163.com>
• Re: throttling dirtiers
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: throttling dirtiers
  • From: Benjamin LaHaise <bcrl@redhat.com>
• Re: throttling dirtiers
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: throttling dirtiers
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: throttling dirtiers
  • From: Andrew Morton <akpm@zip.com.au>
• Re: throttling dirtiers
  • From: Benjamin LaHaise <bcrl@redhat.com>
• Re: throttling dirtiers
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: throttling dirtiers
  • From: Andrew Morton <akpm@zip.com.au>
• Re: throttling dirtiers
  • From: Andrew Morton <akpm@zip.com.au>
• Re: throttling dirtiers
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: throttling dirtiers
  • From: Rik van Riel <riel@conectiva.com.br>