Re: Intel previews new Itanium "Poulson" processor

On Feb 24, 8:34 pm, JF Mezei <jfmezei.spam...@xxxxxxxxxxxxx> wrote:
Rich Jordan wrote: ;  (

What does "Intel previews Poulson" actually mean ?

Are they just releasing general specs and they have yet to implement all
of that ?

Or have they already built sample chips that seem to work ?

In other words, are we talking months or years before this makes it into
 customers' machines ?

Also, just so I understand correctly. If they have 12 instead of 6
execution units, is it correct to state that a program compiled for
Tukwila, will still use only 6 units on Poulson, leaving the remaining 6
iddle ?

"a program compiled for Tukwila, will still use only 6 units on
Poulson, leaving the remaining 6 iddle ?"

That was the general EPIC principle. The compiler must see the
parallelizable stuff in a given block of code and construct bundles of
instructions accordingly. If the execution environment widens, a
recompile with the matching new compiler will be needed to make use of
the VVLIW capabilities (previously IA64 was a Very Long Instruction
Word, now it's a VVLIW). Some reports are quoting Intel as saying that
users should not have to recompile to take advantage of the 12-
instruction issue, which is a rather strange thing to say about
different generations of EPIC machines and compilers.

Subject to confirmation or correction by someone who really knows
about EPIC and compilers, obviously.

Far more details on superscalar vs EPIC than I can recite can still be
found in the Alpha vs IA64 whitepaper which can still be found at:

On a slightly different tack, IA64 implementations have been, and
still are, basically big fat on-chip caches with a weird processor (or
several weird processors) attached. In the case of Poulson, the
advertised performance is delivered by implementing some 50MB of
cache, mostly L3 (obviously), and if you see a picture of the chip
you'll see the cache takes up about the same space as the processing
(unlike say a modern AMD64 chip with rather less cache).

Depending on whose reports you believe, the old old story (never
backed up by much real evidence that I saw) about "improved RAS with
Itanium" is back again with Poulson too. If anyone out there now has
any hard evidence of Poulson's RAS features not available in modern
AMD64 implementations and their Intel x86-64 clones, Intel's IA64
people (and me) would be delighted for you to share it. On the other
hand I'd also be interested in anyone from Intel saying "it's just the
same as Xeon really". They can't have it both ways.

Relevant Pages

  • Re: RealWorldTech on Poulson
    ... How can a compiler predict how a data processing program will execute ... The Alpha presentations pre-June-25-2001 that showed why IA64 would not ... If you gave the 8086 as big a cache as IA64 gets, ... And while Intel/HP are touting Poulson as the next best thing since ...
  • Call for Participation: CGO-5, 11-14 March 2007 - San Jose, California / Online Regist
    ... Programming a Massively Parallel Processor" ... Workshop on EPIC Architectures and Compiler Technology ... Code Generation and Optimization for Transactional Memory Constructs ... Cheng Wang (Intel Corporation), Wei-Yu Chen ...
  • Re: AMD users READ this......
    ... where someone advises someone to stay away from AMD and Via because, ... Intel processors, I think that this post and link is completely appropriate, ... Of course this is directed at programmers who use the illegal Intel compiler ... "Many software developers think that the compiler is compatible with AMD ...
  • Re: Question about intel_VEC_memcpy
    ... Syntax such as array assignment and matmul() is highly productive of temporaries, some of which could be avoided by better optimization in the compiler. ... If you are willing to work with a current version of ifort, and to submit a case to Intel support, there is likely to be scope for improvement. ... a compiler can't avoid the allocation of a temporary array for the intermediate result. ...
  • Re: censored by comp.compilers [was please suggest an OS and language a text]
    ... z/OS has way more hardware capability than Intel ... Linux has basically no doc except what people feel ... than simple file I/O to write a compiler, ...