Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752552Ab3IJVEW (ORCPT ); Tue, 10 Sep 2013 17:04:22 -0400 Received: from imap.thunk.org ([74.207.234.97]:57849 "EHLO imap.thunk.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751988Ab3IJVEU (ORCPT ); Tue, 10 Sep 2013 17:04:20 -0400 Date: Tue, 10 Sep 2013 17:02:50 -0400 From: "Theodore Ts'o" To: Andreas Dilger Cc: Thavatchai Makphaibulchoke , T Makphaibulchoke , Al Viro , "linux-ext4@vger.kernel.org List" , Linux Kernel Mailing List , "linux-fsdevel@vger.kernel.org Devel" , aswin@hp.com, Linus Torvalds , aswin_proj@lists.hp.com Subject: Re: [PATCH v3 0/2] ext4: increase mbcache scalability Message-ID: <20130910210250.GH29237@thunk.org> Mail-Followup-To: Theodore Ts'o , Andreas Dilger , Thavatchai Makphaibulchoke , T Makphaibulchoke , Al Viro , "linux-ext4@vger.kernel.org List" , Linux Kernel Mailing List , "linux-fsdevel@vger.kernel.org Devel" , aswin@hp.com, Linus Torvalds , aswin_proj@lists.hp.com References: <1374108934-50550-1-git-send-email-tmac@hp.com> <1378312756-68597-1-git-send-email-tmac@hp.com> <20130905023522.GA21268@thunk.org> <52285395.1070508@hp.com> <0787C579-7E2C-4864-B8F4-98816E1E50A2@dilger.ca> <5229C939.8030108@hp.com> <62D71A85-C7EE-4F5F-B481-5329F0282044@dilger.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <62D71A85-C7EE-4F5F-B481-5329F0282044@dilger.ca> User-Agent: Mutt/1.5.21 (2010-09-15) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: tytso@thunk.org X-SA-Exim-Scanned: No (on imap.thunk.org); SAEximRunCond expanded to false Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1177 Lines: 21 On Tue, Sep 10, 2013 at 02:47:33PM -0600, Andreas Dilger wrote: > I agree that SELinux is enabled on enterprise distributions by default, > but I'm also interested to know how much overhead this imposes. I would > expect that writing large external xattrs for each file would have quite > a significant performance overhead that should not be ignored. Reducing > the mbcache overhead is good, but eliminating it entirely is better. I was under the impression that using a 256 byte inode (which gives a bit over 100 bytes worth of xattr space) was plenty for SELinux. If it turns out that SELinux's use of xattrs have gotten especially piggy, then we may need to revisit the recommended inode size for those systems who insist on using SELinux... even if we eliminate the overhead associated with mbcache, the fact that files are requiring a separate xattr is going to seriously degrade performance. - Ted -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/