From owner-freebsd-questions@FreeBSD.ORG Tue Mar 17 14:27:47 2009 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA564106564A for ; Tue, 17 Mar 2009 14:27:47 +0000 (UTC) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from wojtek.tensor.gdynia.pl (wojtek.tensor.gdynia.pl [IPv6:2001:4070:101:2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 6A8288FC1E for ; Tue, 17 Mar 2009 14:27:45 +0000 (UTC) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from wojtek.tensor.gdynia.pl (localhost [IPv6:::1]) by wojtek.tensor.gdynia.pl (8.14.3/8.14.3) with ESMTP id n2HERdAO058138; Tue, 17 Mar 2009 15:27:39 +0100 (CET) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from localhost (wojtek@localhost) by wojtek.tensor.gdynia.pl (8.14.3/8.14.3/Submit) with ESMTP id n2HERbU7058135; Tue, 17 Mar 2009 15:27:38 +0100 (CET) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Date: Tue, 17 Mar 2009 15:27:37 +0100 (CET) From: Wojciech Puchar To: Geoff Fritz In-Reply-To: <20090317140221.GA85698@dev.null> Message-ID: References: <20090317140221.GA85698@dev.null> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Gr?newald Micha?l , freebsd general questions Subject: Re: Cooking LLVM in FreeBSD 8 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2009 14:27:48 -0000 > > It does look promising, though. I hope it'll eventually surpass gcc in actually - it's matter of measurement. for example - gcc generated code is very fast, but often in expense of code size. Even -Os compiled programs are quite large. Large code=less efficient caching=SLOWER overall performance with mixed load and lots of task switching which is normal under unix. Even if this new compiler generates slightly slower but SMALLER code, it could produce overall-faster system