From owner-freebsd-ia64@FreeBSD.ORG Sun Nov 8 06:44:06 2009 Return-Path: Delivered-To: ia64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A54181065696 for ; Sun, 8 Nov 2009 06:44:06 +0000 (UTC) (envelope-from peterc@gelato.unsw.edu.au) Received: from lemon.ken.nicta.com.au (lemon.ertos.nicta.com.au [203.143.174.143]) by mx1.freebsd.org (Postfix) with ESMTP id 5A11C8FC23 for ; Sun, 8 Nov 2009 06:44:06 +0000 (UTC) Received: from c220-239-171-171.farfl1.nsw.optusnet.com.au ([220.239.171.171]:54014 helo=quokka.chubb.wattle.id.au) by lemon.ken.nicta.com.au with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1N71Vm-0004un-1k; Sun, 08 Nov 2009 17:44:35 +1100 Received: from localhost ([127.0.0.1] helo=localhost.chubb.wattle.id.au) by localhost with esmtp (Exim 4.69) (envelope-from ) id 1N71V3-0002D9-1q; Sun, 08 Nov 2009 17:43:45 +1100 Date: Sun, 08 Nov 2009 17:43:45 +1100 Message-ID: <87eio9y0ri.wl%peter@chubb.wattle.id.au> From: Peter Chubb To: =?ISO-8859-1?Q?=22C=2E_Bergstr=F6m=22?= In-Reply-To: <4AF65423.8040108@osunix.org> References: <595329F2-46F2-4393-B8E3-0923694D250D@mac.com> <20091107214031.GB78634@mech-cluster241.men.bris.ac.uk> <4AF5F413.7010302@osunix.org> <20091107232251.GA33482@mech-cluster241.men.bris.ac.uk> <87hbt5yg9i.wl%peter@chubb.wattle.id.au> <4AF65423.8040108@osunix.org> User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.7 MULE XEmacs/21.4 (patch 22) (Instant Classic) (i486-linux-gnu) Organization: Gelato@UNSW MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-SA-Exim-Connect-IP: 220.239.171.171 X-SA-Exim-Mail-From: peterc@gelato.unsw.edu.au X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on lemon.ken.nicta.com.au X-Spam-Level: X-Spam-Status: No, score=-4.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-SA-Exim-Version: 4.2.1 (built Wed, 25 Jun 2008 17:20:11 +0000) X-SA-Exim-Scanned: Yes (on lemon.ken.nicta.com.au) Cc: Michael Dexter , ia64@freebsd.org Subject: Re: 2009 Update X-BeenThere: freebsd-ia64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the IA-64 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Nov 2009 06:44:06 -0000 >>>>> "C" =3D=3D C Bergstr=F6m writes: C> Peter Chubb wrote: >>>>>>> "Anton" =3D=3D Anton Shterenlikht writes: >>>>>>>=20 >> Anton> On Sat, Nov 07, 2009 at 05:26:27PM -0500, "C. Bergstr=F6m" wrote: >> Anton> There are 6 ia64 systems on top500 list (details below). All Anton> run linux, of course. But these organisations must use very Anton> good compilers, and, at least for nuclear codes (systems 71 and Anton> 96), these will be f90-f95 or even f2003 (I don't know of any Anton> f2008) compilers. Perhaps they do use PathScale and forget Anton> about GCC.. >> Most use the Intel compiler, and heavy hand-optimization of inner >> loops using tools like vTune. >>=20 >> Gelato put a lot of effort into imprving gcc for IA64 -- gcc 4.x is >> miles better than gcc 3.x -- but there's still a lot that could be >> done with low-level instruction scheduling. >>=20 >>=20 C> I do not normally discourage people to work on other compilers, but C> working on GCC for IA64 is a complete waste of time. With that I C> do agree the current situation for IA64 is less than ideal.. I'm C> happy to hear complaints and do what is within my resources and C> capability to fix.. The reason we put so much effort into attempting to improve things is that most people will just try to run their code with the compiler(s) they already know. And the code generated by gcc was appalling, so Itanium appeared to suck badly. Fixing GCC meant that users could continue to use the toolchains they already knew, and maybe they'd get halfway decent results. The stuff we did is documented at http://gcc.gelato.org/ People can still do better, by using the Intel compiler, but even it was non-optimal for system code (although I haven't tried it recently: it may have improved), and needed (again, I haven't looked recently, this may be out of date) careful tuning to get good performance for enterprise workloads. -- Dr Peter Chubb www.nicta.com.au peter DOT chubb AT nicta.com.au http://www.ertos.nicta.com.au ERTOS within National ICT Australia