mbuf leakage with nfs/zfs?

[Willem Jan Withagen]

On 27-2-2010 8:02, Gerrit Kühn wrote:
> On Fri, 26 Feb 2010 23:12:39 +0100 Willem Jan Withagen<wjw at 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