From owner-cvs-all Tue Mar 26 10:58:20 2002 Delivered-To: cvs-all@freebsd.org Received: from green.bikeshed.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id A52CA37B405; Tue, 26 Mar 2002 10:58:10 -0800 (PST) Received: from localhost (green@localhost) by green.bikeshed.org (8.11.6/8.11.6) with ESMTP id g2QIw8o86204; Tue, 26 Mar 2002 13:58:09 -0500 (EST) (envelope-from green@green.bikeshed.org) Message-Id: <200203261858.g2QIw8o86204@green.bikeshed.org> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Alexander Leidinger Cc: sw@anthologeek.net, cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG Subject: Re: cvs commit: ports/lang Makefile ports/lang/icc Makefile distinfo pkg-comment pkg-descr pkg-plist ports/lang/icc/files patch-include In-Reply-To: Your message of "Tue, 26 Mar 2002 18:39:22 +0100." <200203261739.g2QHdM1Z009901@Magelan.Leidinger.net> From: "Brian F. Feldman" Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Date: Tue, 26 Mar 2002 13:58:08 -0500 Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Alexander Leidinger wrote: > On 26 M=E4r, Sameh Ghane wrote: > = > >> > Log: > >> > This is Intels C/C++ compiler. It is setup to produce native Fre= eBSD objects. > >> > This port is not able to produce native executables on its own. = You need to do > >> > it yourself with gcc. > >> = > >> I've seen a speed increase of ~20% (compared to gcc produced code) i= n > >> some test cases. Just in case some is interested. > > = > > Of course we are interested in such speed improvements ! > > = > > Can we build kernel with this (with gcc's help) ? > = > Feel free to try it and to send patches if it doesn't. :-) I think we'd really have to move every bit of __asm__() out and only use = actual .[Ss] files, or provide some alternative form of in-line assembly.= I haven't determined if icc provides in-line assembly at all; even if it = did, it would be totally backward from the syntax we currently use in the= = most basic ways, so it would be impossible to write to both of them. > > What about servers like Apache (it would be great for busy servers) ?= > = > I've seen this speed improvement in FPU intensive code (no MMX or SIMD > used, plain FPU code, testet on an AMD Duron). I don't expect such a > large speed improvement in "ordinary server code". And trust me, it > would be a lot of hassle to get apache compiled with icc. I got Ruby compiled with icc some weeks back and I seem to recall around = a = 20% speed improvement, as well. An interpreter is a good benchmark for a= = compiler's ability to generate both fast and correct code :) -- = Brian Fundakowski Feldman \'[ FreeBSD ]''''''''= ''\ <> green@FreeBSD.org <> bfeldman@tislabs.com \ The Power to Serv= e! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,= ,,,,\ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message