From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Wed, 26 Mar 2008 19:54:38 +0100 From: Andi Kleen Subject: Re: [PATCH prototype] [0/8] Predictive bitmaps for ELF executables Message-ID: <20080326185438.GA27154@one.firstfloor.org> References: <20080321172644.GG2346@one.firstfloor.org> <20080322071755.GP2346@one.firstfloor.org> <1206170695.2438.39.camel@entropy> <20080322091001.GA7264@one.firstfloor.org> <1206335761.2438.63.camel@entropy> <20080325075403.GH2170@one.firstfloor.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Sender: owner-linux-mm@kvack.org Return-Path: To: Ulrich Drepper Cc: Andi Kleen , Nicholas Miell , Andrew Morton , linux-kernel@vger.kernel.org, linux-mm@kvack.org List-ID: On Wed, Mar 26, 2008 at 11:15:49AM -0700, Ulrich Drepper wrote: > On Tue, Mar 25, 2008 at 12:54 AM, Andi Kleen wrote: > > There is still the additional seek. > > You've been proposing and implementing a solution which needs an > additional seek. Don't use double standards. You're wrong. I am implementing a solution that allows two methods -- one (SHDR) that needs an seek (but an continuous one so it's likely served from the track buffer) but has some advantages and another one (PHDR) that does not require a seek. You two are arguing a method that always requires the seek and has a couple of other drawbacks as earlier discussed too. -Andi -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org