From owner-freebsd-hackers@FreeBSD.ORG Thu May 15 14:07:30 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7764337B404 for ; Thu, 15 May 2003 14:07:30 -0700 (PDT) Received: from smtp-relay.omnis.com (smtp-relay.omnis.com [216.239.128.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF64843F3F for ; Thu, 15 May 2003 14:07:29 -0700 (PDT) (envelope-from wes@softweyr.com) Received: from salty.rapid.stbernard.com (corp-2.ipinc.com [199.245.188.2]) by smtp-relay.omnis.com (Postfix) with ESMTP id 7706A1B6D5; Thu, 15 May 2003 14:07:29 -0700 (PDT) From: Wes Peters Organization: Softweyr.com To: Pawel Jakub Dawidek , Mooneer Salem Date: Thu, 15 May 2003 14:07:28 -0700 User-Agent: KMail/1.5 References: <20030515123033.GP45118@garage.freebsd.pl> <20030515151945.GQ45118@garage.freebsd.pl> In-Reply-To: <20030515151945.GQ45118@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200305151407.28717.wes@softweyr.com> cc: freebsd-hackers@freebsd.org Subject: Re: Optimizations. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 May 2003 21:07:30 -0000 On Thursday 15 May 2003 08:19, Pawel Jakub Dawidek wrote: > On Thu, May 15, 2003 at 07:01:44AM -0700, Mooneer Salem wrote: > +> Interesting. Wouldn't some optimizations only produce negliable > results +> though (in relation to the > +> amount of mess created in the code), especially since PC > technology has come +> a long way? > > Exactly! This is todays point of view. No! Not everything could be > optimize by compiler and I'm not saying that algorythms optimization > isn't important - it is of course much more important than code > optimization and I'm talking about it to, but micro optimization is > needed as well. > > Messy code? Why? People skilled in optimization know which parts of > code should be really optimized and which aren't important from > performance point of view at all (code profiling?). Good optimized > code shouldn't be ugly, ehh. People skilled in optimization know to profile the code and find what is slowing real, actual applications down before attempting to profile anything. You can't imagine how uninterested any FreeBSD developer is in optimizing getuid() so it will out-perform Linux on some completely braindead benchmark. Show me an application that is getuid() performance bound and I'll show you an application that is so poorly written as to be meaningless. You obviously feel passionate about this issue. Why don't you pursue it yourself? Are you looking for a few good programmers to join you, or perhaps someone to tutor you? If so, say it up front, and I'll just bet somebody will step forward to help out. -- "Where am I, and what am I doing in this handbasket?" Wes Peters wes@softweyr.com