Re: SLUB defrag pull request?

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

 



On Wed, 22 Oct 2008, Miklos Szeredi wrote:

That is the impression that I got from you too. I have listed the options
to get a reliable reference to an object and you seem to just skip over
it.

Because you don't _need_ a reliable reference to access the contents
of the dentry.  The dentry is still there after being freed, as long
as the underlying slab is there and isn't being reused for some other
purpose.  But you can easily ensure that from the slab code.

With the two callbacks that I described that would take the global lock? That was already discussed before. Please read! It does not scale and the lock would have to be acquired before objects in a slab page are scanned and handled in any way.

Without that locking any other processor can go into reclaim and start evicting the dentries that we are operating upon.

Freeing in the slab sense means that a kfree ran to get rid of the object.
--
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