VOP_INACTIVE(9): reclaiming space for open but deleted files?

Konstantin Belousov kib at freebsd.org
Sat Mar 16 11:59:58 UTC 2019


On Sat, Mar 16, 2019 at 03:55:07AM +0300, Rozhuk Ivan wrote:
> On Fri, 15 Mar 2019 17:19:20 +0200
> Konstantin Belousov <kostikbel at gmail.com> wrote:
> 
> > On Fri, Mar 15, 2019 at 08:44:57AM -0600, Alan Somers wrote:
> > > VOP_INACTIVE(9) says that the vop can "be used to reclaim space for
> > > ‘open but deleted’ files".  What does that mean?  How can you
> > > reclaim space for open files?  I assume it's just a mistake, but I
> > > want to check before I fix the man page.  SVN archaeology shows
> > > that the line has been present since a mass import of man pages in
> > > 1997.  
> > 
> > VOP_INACTIVE() call means that the last use count for the vnode is
> > dereferenced. This can only happen when there is no more open files
> > using the vnode.
> > 
> 
> I was seen another use case: app allocate file to 10gb,
Another case of what ?

> mmap() 4mb, write(), unmap()...many times. 10gb writed. close().
> And FreeBSD keep all 10g ram as incative/wired, and dot not allow use it.
> Untill file readed or deleted.
> That was on 10x, without swap.
So what is the problem ?


More information about the freebsd-hackers mailing list