Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Sun, 23 Feb 2003 18:54:39 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Sun, 23 Feb 2003 18:54:39 -0500 Received: from tmr-02.dsl.thebiz.net ([216.238.38.204]:21771 "EHLO gatekeeper.tmr.com") by vger.kernel.org with ESMTP id convert rfc822-to-8bit; Sun, 23 Feb 2003 18:54:38 -0500 Date: Sun, 23 Feb 2003 19:01:01 -0500 (EST) From: Bill Davidsen To: Xavier Bestel cc: Linus Torvalds , Linux Kernel Mailing List Subject: Re: Minutes from Feb 21 LSE Call In-Reply-To: <1046031687.2140.32.camel@bip.localdomain.fake> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1103 Lines: 27 On 23 Feb 2003, Xavier Bestel wrote: > Le dim 23/02/2003 ? 20:17, Linus Torvalds a ?crit : > > > And the baroque instruction encoding on the x86 is actually a _good_ > > thing: it's a rather dense encoding, which means that you win on icache. > > It's a bit hard to decode, but who cares? Existing chips do well at > > decoding, and thanks to the icache win they tend to perform better - and > > they load faster too (which is important - you can make your CPU have > > big caches, but _nothing_ saves you from the cold-cache costs). > > Next step: hardware gzip ? If the firmware issues were better defined in Intel ia32 chips, I could see a gzip instruction pointing to blocks in memory. As a proof of concept, not a big win. -- bill davidsen CTO, TMR Associates, Inc Doing interesting things with little computers since 1979. - 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/