Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752735AbYCXEUS (ORCPT ); Mon, 24 Mar 2008 00:20:18 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751215AbYCXEUG (ORCPT ); Mon, 24 Mar 2008 00:20:06 -0400 Received: from wx-out-0506.google.com ([66.249.82.234]:13694 "EHLO wx-out-0506.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750838AbYCXEUE (ORCPT ); Mon, 24 Mar 2008 00:20:04 -0400 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Y1Hfr1XFmeXeWyRJkN8pWSJ3ZmUGPP9r6yD5bEYWCbUWlmu1wvfrlLWhdq7/gZwFnzzMJ4IDx2cBpTKQJkyKhsJNmUemhFACL066K83kzstAxZh2ZzwbzeAEtEO1IaRNRurri8BAPVN5HqfgzqGU60GEAX+vzKq7gTfF8GhcIGc= Message-ID: Date: Sun, 23 Mar 2008 21:20:02 -0700 From: "Ulrich Drepper" To: "Andi Kleen" Subject: Re: [PATCH prototype] [0/8] Predictive bitmaps for ELF executables Cc: "Nicholas Miell" , "Andrew Morton" , linux-kernel@vger.kernel.org, linux-mm@kvack.org In-Reply-To: <20080322091001.GA7264@one.firstfloor.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080318104437.966c10ec.akpm@linux-foundation.org> <20080319020440.80379d50.akpm@linux-foundation.org> <20080320090005.GA25734@one.firstfloor.org> <20080321172644.GG2346@one.firstfloor.org> <20080322071755.GP2346@one.firstfloor.org> <1206170695.2438.39.camel@entropy> <20080322091001.GA7264@one.firstfloor.org> Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 975 Lines: 20 On Sat, Mar 22, 2008 at 2:10 AM, Andi Kleen wrote: > > Why not stick the bitmap in an xattr? > > xattrs are too small for potentially large binaries and a mess to manage > (a lot of tools don't know about them) It does not matter a bit whether any other tool know about the xattrs. Binaries will not change after they are created to require changing the attributes. And it is no problem to not back the data up etc. One really doesn't want to waste these resources. And as far as the size limitation is concerned. It depends on the limit, which I don't know off hand. But really, really big binaries don't have to be treated like this anyway. They are not started frequently enough to justify this. -- 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/