Messages in this thread |  | | Date | Tue, 18 Sep 2001 11:00:48 +0200 | From | Stephan von Krawczynski <> | Subject | Re: vm rewrite ready [Re: broken VM in 2.4.10-pre9] |
| |
On Tue, 18 Sep 2001 00:41:16 +0200 Andrea Arcangeli <andrea@suse.de> wrote:
> [ CC'ed to l-k with Stephan approval ] > > - cpu average load is low, during whole test sometimes even below 3 > > (never saw > > this before) > > Good. > > I also had another report with very vfs intensive operation going on and > I suspect this patch will be a good idea (even if it can lead to the > usual excessive grow of the vfs caches on the long run but the current > way is probably too aggressive).
Hm, are you sure about this? Here is /proc/meminfo after a night of heavy nfs action (we are at the server side):
total: used: free: shared: buffers: cached: Mem: 923574272 919187456 4386816 0 39723008 793706496 Swap: 271392768 1417216 269975552 MemTotal: 901928 kB MemFree: 4284 kB MemShared: 0 kB Buffers: 38792 kB Cached: 775052 kB SwapCached: 52 kB Active: 811464 kB Inactive: 2432 kB HighTotal: 0 kB HighFree: 0 kB LowTotal: 901928 kB LowFree: 4284 kB SwapTotal: 265032 kB SwapFree: 263648 kB
You see most mem found its way in the active queue. If you talk about "aggressive" meaning aggressively aged or even freed, I cannot see it. I will go on for another day without additional patching and see how things evolve and how the system behaves in interactive situation.
Ah, another thing to mention. I got some _new_ alloc failures:
Sep 18 04:16:49 admin kernel: nfsd __alloc_pages: 1-order allocation failed (gfp=0x20/0) from c012de72 Sep 18 04:17:27 admin kernel: nfsd __alloc_pages: 0-order allocation failed (gfp=0x1d2/0) from c012de72 Sep 18 04:21:18 admin kernel: gzip __alloc_pages: 0-order allocation failed (gfp=0x1d2/0) from c012de72
c012de5c T _alloc_pages c012de74 t balance_classzone
Hope this helps, Stephan
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
|  |