[EMAIL PROTECTED] wrote:
Yes.
In this particular case:
total: 213728k bytes allocated + 8896k reserved = 222624k used, 11416864k
available
you have 9MB of "reserved" memory which means it is memory which is not
doing anything.
Then there is a lot of "dirty" data which is never used again and which
could be relegated to disk swap, if only there was some.
We've kind of side tracked, but Yes, I do understand the limitations of
running without swap. However, in the interest of performance, I, and in
fact my whole organization which runs about 300 servers, disable swap.
We've never had an out of memory problem in the past because of kernel
memory. Is that wrong? We can't typically afford to have the kernel swap
out portions of the application to disk and back.
At any rate, I don't think adding swap will fix the problem I am seeing
in that ZFS is not releasing its unused cache when applications need it.
Adding swap might allow the kernel to move it out of memory but when the
system needs it again it will have to swap it back in, and only
performance suffers, no?
FWIW, here's the current ::memstat and swap output for my system. The
reserved number is only about 46M or about 2% of RAM. Considering the
box has 3G, I'm willing to sacrifice 2% in the interest of performance.
Page Summary Pages MB %Tot
------------ ---------------- ---------------- ----
Kernel 249927 1952 64%
Anon 34719 271 9%
Exec and libs 2415 18 1%
Page cache 1676 13 0%
Free (cachelist) 11796 92 3%
Free (freelist) 88288 689 23%
Total 388821 3037
Physical 382802 2990
[EMAIL PROTECTED]: swap -s
total: 260008k bytes allocated + 47256k reserved = 307264k used, 381072k
available
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
