From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andi Kleen Subject: Re: [PATCH v1 00/10] vfs: getname/putname overhaul Date: Sat, 8 Sep 2012 17:38:36 +0200 Message-ID: <20120908153836.GK16230@one.firstfloor.org> References: <1347025085-20285-1-git-send-email-jlayton@redhat.com> <20120907205418.244bd797@corrin.poochiereds.net> <20120908030850.GH16230@one.firstfloor.org> <20120908072426.2880971f@corrin.poochiereds.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: <20120908072426.2880971f@corrin.poochiereds.net> Sender: linux-kernel-owner@vger.kernel.org To: Jeff Layton Cc: Andi Kleen , viro@zeniv.linux.org.uk, eparis@redhat.com, linux-audit@redhat.com, linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org List-Id: linux-audit@redhat.com > I could see that allocating out of the slab would mean less waste when > you have >4k pages, but why would it be faster than just allocating a > page directly? The slab allocator is far more optimized than the page allocator for the fast path (in fact page could need some major diet in its fast path) At least that was the established wisdom some time ago, haven't recently rechecked it. > Also, by "track separately" do you mean that you think I should drop > patch 9 in this series and just do two allocations for a getname in all > cases? Just meant what you already do in the patchkit. -Andi -- ak@linux.intel.com -- Speaking for myself only.