On 27-2-2010 8:02, Gerrit Kühn wrote:
On Fri, 26 Feb 2010 23:12:39 +0100 Willem Jan Withagen<w...@digiware.nl>
wrote about Re: mbuf leakage with nfs/zfs?:
WJW> Mine are now:
WJW> 41533/2402/43935 mbufs in use (current/cache/total)
WJW> 41454/1572/43026/262144 mbuf clusters in use (current/cache/total/max)
WJW> 39241/823 mbuf+clusters out of packet secondary zone in use
WJW> (current/cache)
81492/2613/84105 mbufs in use (current/cache/total)
80467/2235/82702/128000 mbuf clusters in use (current/cache/total/max)
80458/822 mbuf+clusters out of packet secondary zone in use (current/cache)
Over the night I only had rsync and FreeBSD nfs traffic.
45337/2828/48165 mbufs in use (current/cache/total)
44708/1902/46610/262144 mbuf clusters in use (current/cache/total/max)
44040/888 mbuf+clusters out of packet secondary zone in use (current/cache)
I only have one Linux box runing Kubuntu 8.10, mounted UDP:
(rw,udp,nolock,rsize=32768,wsize=32768,intr)
Now runing ls -R on the remote file system only lets the mbufs slightly
decrease....
But running something like 'find openembedded | xarg cat > /dev/null'
Shows a steadily growing number of mbufs, and letting the system sit for
5 min. doesn't decrease the used mbufs
48438/3672/52110 mbufs in use (current/cache/total)
47757/3461/51218/262144 mbuf clusters in use (current/cache/total/max)
47406/850 mbuf+clusters out of packet secondary zone in use (current/cache)
Doing this on another FreeBSD 7.2 client runs the mbufs up(max inc about
2000 mbuf), but within a few secs after the last file was fetched, the
mbuf tab runs down to around to what is was before the command.
Not shure where to go from here? I'm certainly not fluent enough in NFS
to start interpreting a wireshark trace.
--WjW
_______________________________________________
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
