In the last episode (Jan 09), Ivan Voras said:With the vm_kern.c.2.patch, it doesn't seem to be an issue, at least for me. "c" always stays far away from "c_max": kstat.zfs.misc.arcstats.p: 218885440 kstat.zfs.misc.arcstats.c: 342346436 kstat.zfs.misc.arcstats.c_min: 20971520 kstat.zfs.misc.arcstats.c_max: 503316480 kstat.zfs.misc.arcstats.size: 342342144 vm.kmem_size: 671088640 hw.physmem: 1064771584 vm.kmem_map_panics_avoided: 171 The last sysctl was added by me to track how often the patch saved my system from a panic :) I suppose lowering arc_max would reduce the number of times the routine was called, though. -- Dan Nelson dnelson@allantgroup.com _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
| James Bottomley | [Ksummit-2008-discuss] Fixing the Kernel Janitors project |
| Greg KH | [GIT PATCH] driver core patches against 2.6.24 |
| Tarkan Erimer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| David Miller | Slow DOWN, please!!! |
git: | |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| David Miller | [GIT]: Networking |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| David Miller | Re: iptables very slow after commit 784544739a25c30637397ace5489eeb6e15d7d49 |
