search for: kmem_reap

...ory for the dmu_buf_impl_t, dnode_t and zfs_znode_cache to the kernel''s heap arena. In the above situation it would be easy to return ~ 60 mbyte to the kmem heap arena by adjusting the size of the dmu_buf_impl_t, dnode_t and zfs_znode_cache. A possible fix for the issue would be to call kmem_reap() from arc_kmem_reap_now(), like this: diff -ru ../opensolaris-20060313/usr/src/uts/common/fs/zfs/arc.c usr/src/uts/common/fs/zfs/arc.c --- ../opensolaris-20060313/usr/src/uts/common/fs/zfs/arc.c 2006-03-14 21:05:00.000000000 +0100 +++ usr/src/uts/common/fs/zfs/arc.c 2006-03-18 18:06:02.95...

...tch * 120987-07 SunOS 5.10_x86: mkfs, newfs, other ufs utils patch * 123840-01 SunOS 5.10_x86: Fault Manager patch ZFS Features/Projects PSARC 2006/223 ZFS Hot Spares PSARC 2006/303 ZFS Clone Promotion PSARC 2006/388 snapshot -r ZFS Bug Fixes/RFEs 4034947 anon_swap_adjust() should call kmem_reap() if availrmem is low. 6276916 support for "clone swap" 6288488 du reports misleading size on RAID-Z 6354408 libdiskmgt needs to handle sysevent failures in miniroot or failsafe environments better 6366301 CREATE with owner_group attribute is not set correctly with NFSv4/ZFS 6373978 want...

ZFS works really stable on FreeBSD, but I''m biggest problem is how to control ZFS memory usage. I''ve no idea how to leash that beast. FreeBSD has a backpresure mechanism. I can register my function so it will be called when there are memory problems, which I do. I using it for ARC layer. Even with this in place under heavy load the kernel panics, because memory with KM_SLEEP