On Fri, Nov 10, 2006 at 10:41:07AM -0700, Mark Maybee wrote: > This looks fine. Note that the db_immediate_evict == 0 means that you > will probably *not* see a callback to the pageout function immediately. > This is the general case. We hold onto the znode (and related memory) > until the associated disk blocks are evicted from the cache (arc). The > cache is likely to hold onto that data until either: > - we encounter memory shortage, and so reduce the cache size > - we read new data into the cache, and evict this data to > make space for it.
It seems we draw a circle here:) I use FreeBSD specific mechanism to detect memory shortage situations and I use ZFS code which should reduce cache size, etc. Most of the times it frees some memory, but sometimes it frees nothing and statistics show that there are many znodes/dnodes in memory still. I'll try to investigate further. Thanks. -- Pawel Jakub Dawidek http://www.wheel.pl pjd at FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: <http://mail.opensolaris.org/pipermail/zfs-code/attachments/20061114/10f68e6c/attachment.bin>
