Re: [RFC] possible badness in prune_dcache()

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



> Hmm good point.  How bout this?  Keeps us from doing the skip thing and keeps
> the garbage collector path a little cleaner.  Thanks much,

Well yeah, something like that.

Only shrink_dcache_sb() is way overkill for shrink_dcache_parent().
We definitelty don't want to do that.

But if you remove the garbage collection parts from prune_dcache() and
compare that to the second pass of shrink_dcache_sb(), they look
eerily similar, except one of them removes all dentries belonging to
the sb, the other one only removes 'count' number of dentries.  But
they could possibly be merged into a common function.

Miklos
--
To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Ext4 Filesystem]     [Union Filesystem]     [Filesystem Testing]     [Ceph Users]     [Ecryptfs]     [AutoFS]     [Kernel Newbies]     [Share Photos]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux Cachefs]     [Reiser Filesystem]     [Linux RAID]     [Samba]     [Device Mapper]     [CEPH Development]
  Powered by Linux