vmstat does show something interesting. The free memory shrinks while doing the first dd (generating the 8G file) from around 10G to 1.5Gish. The copy operations thereafter dont consume much and it stays at 1.2G after all operations have completed. (btw at the point of system slugishness theres 1.5G free RAM so that shouldnt explain the problem)
However I noticed something weird, long after the file operations are done the free memory doesnt seem to grow back (below) Essentially ZFS File Data claims to use 76% of memory long after the file has been written. How does one reclaim it back. Is ZFS File Data a pool that once grown to a size doesnt shrink back even though its current contents might not be used by any process? > ::memstat Page Summary Pages MB %Tot ------------ ---------------- ---------------- ---- Kernel 234696 916 7% ZFS File Data 2384657 9315 76% Anon 145915 569 5% Exec and libs 4250 16 0% Page cache 28582 111 1% Free (cachelist) 53147 207 2% Free (freelist) 290158 1133 9% Total 3141405 12271 Physical 3141404 12271 -- This message posted from opensolaris.org _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
