lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Message-ID: <20130911113001.GB13315@thunk.org> Date: Wed, 11 Sep 2013 07:30:01 -0400 From: Theodore Ts'o <tytso@....edu> To: Eric Sandeen <sandeen@...hat.com> Cc: Andreas Dilger <adilger@...ger.ca>, Thavatchai Makphaibulchoke <thavatchai.makpahibulchoke@...com>, T Makphaibulchoke <tmac@...com>, Al Viro <viro@...iv.linux.org.uk>, "linux-ext4@...r.kernel.org List" <linux-ext4@...r.kernel.org>, Linux Kernel Mailing List <linux-kernel@...r.kernel.org>, "linux-fsdevel@...r.kernel.org Devel" <linux-fsdevel@...r.kernel.org>, aswin@...com, Linus Torvalds <torvalds@...ux-foundation.org>, aswin_proj@...ts.hp.com Subject: Re: [PATCH v3 0/2] ext4: increase mbcache scalability On Tue, Sep 10, 2013 at 10:13:16PM -0500, Eric Sandeen wrote: > > Above doesn't tell us the prevalence of various contexts on the actual system, > but they are all under 100 bytes in any case. OK, so in other words, on your system i_file_acl and i_file_acl_high (which is where we store the block # for the external xattr block), should always be zero for all inodes, yes? Thavatchai, can you check to see whether or not this is true on your system? You can use debugfs on the file system, and then use the "stat" command to sample various inodes in your system. Or I can make a version of e2fsck which counts the number of inodes with external xattr blocks --- it sounds like this is something we should do anyway. One difference might be that Eric ran this test on RHEL 6, and Thavatchai is using an upstream kernel, so maybe this is bloat has been added recently? The reason why I'm pushing here is that mbcache shouldn't be showing up in the profiles at all if there is no external xattr block. And so if newer versions of SELinux (like Adnreas, I've been burned by SELinux too many times in the past, so I don't use SELinux on any of my systems) is somehow causing mbcache to get triggered, we should figure this out and understand what's really going on. Sigh, I suppose I should figure out how to create a minimal KVM setup which uses SELinux just so I can see what the heck is going on.... - Ted -- To unsubscribe from this list: send the line "unsubscribe linux-ext4" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists