leak of the vnodes

Petr Salinger Petr.Salinger at seznam.cz
Fri Apr 2 19:41:03 UTC 2010


> You can either increase kern.maxvnodes, the default value is very
> conservative on amd64, where a lot of KVA is available. On the other
> hand, increase of the value on i386 could easily cause KVA exhaustion.

The increase helps, the system become responsive. In fact I previously 
suspected scheduler, but change to 4BSD, UP, nopreemption didn't helped.

The build directory of gcc-4.3 is in a separated mount point. Even after 
the build is stopped and the mount point unmounted, the vfs.numvnodes
is still to high. The temporary files (*.s) are in /tmp, but they have 
been deleted, so my expectation is that vfs.numvnodes should lower 
significantly.

> Another possible workaround, if you do not need path resolutions in /proc
> or lsof(1), is to set sysctl vfs.vlru_allow_cache_src=1.

I will test this.

Petr


More information about the freebsd-hackers mailing list