Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 08 Nov 2009 17:43:45 +1100
From:      Peter Chubb <peterc@gelato.unsw.edu.au>
To:        =?ISO-8859-1?Q?=22C=2E_Bergstr=F6m=22?= <codestr0m@osunix.org>
Cc:        Michael Dexter <dexter@linuxfund.org>, ia64@freebsd.org
Subject:   Re: 2009 Update
Message-ID:  <87eio9y0ri.wl%peter@chubb.wattle.id.au>
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>

next in thread | previous in thread | raw e-mail | index | archive | help
>>>>> "C" =3D=3D C Bergstr=F6m <codestr0m@osunix.org> writes:

C> Peter Chubb wrote:
>>>>>>> "Anton" =3D=3D Anton Shterenlikht <mexas@bristol.ac.uk> 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



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?87eio9y0ri.wl%peter>