Slashdot Log In
Larrabee Based On a Bundle of Old Pentium Chips
Posted by
ScuttleMonkey
on Mon Jul 07, 2008 04:29 PM
from the making-old-new-again dept.
from the making-old-new-again dept.
arcticstoat writes "Intel's Pat Gelsinger recently revealed that Larrabee's 32 IA cores will in fact be based on Intel's ancient P54C architecture, which was last seen in the original Pentium chips, such as the Pentium 75, in the early 1990s. The chip will feature 32 of these cores, which will each feature a 512-bit wide SIMD (single input, multiple data) vector processing unit."
Related Stories
[+]
Larrabee Team Is Focused On Rasterization 87 comments
Vigile writes "Tom Forsyth, a well respected developer inside Intel's Larrabee project, has spoken to dispel rumors that the Larrabee architecture is ignoring rasterization, and in fact claims that the new GPU will perform very well with current DirectX and OpenGL titles. The recent debate between rasterization and ray tracing in the world of PC games has really been culminating around the pending arrival of Intel's discrete Larrabee GPU technology. Game industry luminaries like John Carmack, Tim Sweeney and Cevat Yerli have chimed in on the discussion saying that ray tracing being accepted as the primary rendering method for games is unlikely in the next five years."
[+]
Technology: B-2 Stealth Bomber Gets Upgrade, Joins the '90s 366 comments
WmHBlair writes "Flightglobal has a report about the upgrades being made to the B-2A Stealth Bomber, which include Pentium class processors, JOVIAL code rewritten in C, and fibre channel hard drives. The Register, as usual, makes light of this event with a tongue-in-cheek news item noting that the upgrade drags Stealth Bomber IT systems into the '90s."
This discussion has been archived.
No new comments can be posted.
Larrabee Based On a Bundle of Old Pentium Chips
|
Log In/Create an Account
| Top
| 286 comments
| Search Discussion
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
Pentium 75? (Score:5, Funny)
Re:Pentium 75? (Score:5, Funny)
Making math errors at blazing speeds...
Parent
Re:Pentium 75? (Score:5, Funny)
Oh, don't worry about that. Games will just be more interesting. For example, that 3D monster you're trying to hack to death with a chainsaw will now suddenly shift to a different part of the screen... Or maybe you'll get a cool color-cycling effect from some incorrectly calculated values...
"Intel Graphics Inside--it's all in good fun!"
Parent
Re:Pentium 75? (Score:5, Funny)
You mean my FPS will behave like World of Warcraft now? Wonderful!
Parent
Re:Pentium 75? (Score:4, Insightful)
Making math errors at blazing speeds...
To err is human.
To really screw up, you need the aid of a computer.
Parent
Re:Pentium 75? (Score:4, Insightful)
I know I'm wasting my time responding to such a blatant troll, but they're nothing hypocritical about saying that the original Pentium 1 was a pretty bad chip, and the Core 2 Duo is a pretty great one.
Failing to reliably perform basic floating point ops is pretty embarrassing. But Intel's come a long way since then.
Parent
Re:Pentium 75? (Score:5, Funny)
Oh it performed them reliably.. just reliably wrong.
Parent
Re:Pentium 75? (Score:5, Insightful)
they're nothing hypocritical about saying that the original Pentium 1 was a pretty bad chip, and the Core 2 Duo is a pretty great one.
Have you compared the total length of Pentium errata with the length of the Core 2 Duo errata?
Parent
Re:Pentium 75? (Score:5, Informative)
It wasn't every time you divided. It only affected floating point operations, and Intel claims that only 1 in every 8.77 billion random divisions will show the error, and those familiar with the bug agree that Intel's analysis is more or less correct. That would explain how it got through the initial testing by Intel and that the bug wasn't noticed for a while by the general computing public. The whole thing was more of a PR disaster on Intel's part than anything else.
Parent
Re:Pentium 75? (Score:5, Informative)
I don't care if you're a C64 fanboi, Pentiums made mistakes. Apple had nothing do to with it. Read here [wikipedia.org].
And this also from the same source... "In June 1994, Intel engineers discovered a flaw in the floating-point math subsection of the Pentium microprocessor. Under certain data dependent conditions, low order bits of the result of floating-point division operations would be incorrect, an error that can quickly compound in floating-point operations to much larger errors in subsequent calculations. Intel corrected the error in a future chip revision, but nonetheless declined to disclose it."
Parent
What the hell is Larrabee? (Score:5, Insightful)
A little context might help. This isn't the Inquirer for god's sake.
Re:What the hell is Larrabee? (Score:5, Informative)
According to Wikipedia http://en.wikipedia.org/wiki/Larrabee_(GPU) [wikipedia.org]
Parent
Re:What the hell is Larrabee? (Score:5, Insightful)
Parent
Re:What the hell is Larrabee? (Score:5, Insightful)
sorry for the drunken english
Parent
Re:What the hell is Larrabee? (Score:5, Funny)
I#m very sceptic about Intes
Cool, proof of Dvorak keyboard use in the wild
Parent
Re:What the hell is Larrabee? (Score:5, Funny)
The hunt continues...
Parent
Re:What the hell is Larrabee? (Score:5, Informative)
Meanwhile...
32 x ???MHz (Unknown, but likely to be 900+ to be competitive with current designs) x 3+MIPS/MHZ + 32 x 512-bit SIMD units = OMGWTFHAX @ 300W.
Seriously. The "Pentium" base of this design is damned near irrelevant. At this point, all it's doing there is scheduling execution on the SIMD units. If you've seen any modern GPU designs, they're basically hugely parallel cores attached to a few "director" cores which puts everything where it needs to go. The original Pentium is probably the most powerful CPU with the least complicated design on the process, with the least amount of legacy MMX cruft.
Parent
Re:What the hell is Larrabee? (Score:4, Informative)
Parent
Re:What the hell is Larrabee? (Score:5, Insightful)
Not only is the power retarded, but ATI already can do 100% native ray tracing [techpowerup.com] which crushed intel bigtime.
I welcome intel trying to push for marketshare but it's going to be many generations before intel can play catchup on graphics cards...specifically when we get around to 32+GB of ram and you can afford a couple gigs for graphics (at which point we'll need 4+ gigs for graphics probably), the performance of an integrated solution will still be lacking. Graphics bandwidth and needs increases far exponentially beyond that of processing needs for anything graphics intensive by definition (currently).
Parent
Re:What the hell is Larrabee? (Score:5, Informative)
Not quite...
Larrabee is a general purpose number cruncher with high degree of parallelism.
NVIDIA/ATI are moving towards making their graphics cards capable of running general purpose code. Intel is coming from the other side, moving a general purpose parallel-compute engine towards doing graphics.
Yes it's a subtle difference and yes they'll meet in the middle, it's just a question of angles.
Intel wants the parallel compute market more than it wants the graphics card market so that's who it's pitching this at.
Parent
Re:What the hell is Larrabee? (Score:5, Funny)
It's one of the larger cities in Wyoming. Get with it. ;)
Parent
Re:What the hell is Larrabee? (Score:5, Funny)
It's one of the larger cities in Wyoming. Get with it. ;)
Only if you have a head cold.
Parent
Re:What the hell is Larrabee? (Score:5, Funny)
The three largest "Cities" are: Cheyenne -- 56k,
That's insane. I could get 56K people to yell at me to Turn That Shit Down by simply turning up my stereo and opening a window at 3am...
Parent
Manycore GPU (Score:5, Interesting)
Larrabee [wikipedia.org] is going to be Intel's next creation in the GPU world. A many core GPU which has the following peculiarities :
- fully compatible with x86 instruction set. (whereas other GPU use different architecture, and often instruction sets that aren't as much adapted to run general computing).
Thus, the Larrabee could *also* be used as a many core main processor (if popped into a quick path socket) and used to execute a good multicore OS. Something that's not achievable with any current GPU (both ATI's and nVidia's completely lack some control structures - both are unable to use subroutines and everything must be in-lined at compile time)
- unlike most current Intel x86 CPUs, features a shallow pipeline, executing instruction in-order. Hence, the Larrabee (and the Silverthorne which also have such characteristics) are regularly compared with old Pentiums (which also share those characteristics) since the initial announcement and including in TFA.
- feature more cores with narrower SIMD : 32 cores able each to handle 16 32bit float simultaneously. Whereas, for exemple nVidia's CUDA-compatible GPU have up to 16 cores only, but each able to execute 32 threads over 4 cycles and keep up to 768 threads in flight.
This enable Larrabee to cope with slightly more divergent code than traditional GPUs and make it a good candidate to run stuf like GPU accelerated RayTracing.
Hence all the recent technical demos running Quake 4 in raytracing mentionned on /.
That's for what Intel tells you.
Now the old and experienced geek will also notice that Intel has only kept making press releases and technical demo running on plain regular multi-chip multi-core Intel Cores (just promising that the real chip will be even better than the demoed stuff).
Meanwhile, ATI and nVidia are churning new "half"-generations each 6 months.
And the whole Larrabee is starting to sound like a big vaporware.
Parent
On which scale.... (Score:4, Informative)
It's mainly a question of "on which scale are we comparing chips".
Yes, x86 instruction set is utterly ugly and horribly contrived, compared to nice contemporary architectures like 68k. Computing would probably be filled with less hoops had IBM decided to go with Motorolas for their PCs (as lot of other home computers or arcade and home console have done).
*BUT*
if we place GPUs on the same scale, suddenly the x86 shines : it doesn't completely suck at branching, and has an actual stack that can be used to call sub procedures, has interrupts, etc.
It is an architecture able to run an OS.
nVidia CUDA machine on the other hand, mainly use SIMD-masking for most conditional operation, aren't really brilliant when it comes to branching, and completely lack any way to do sub-procedures. Those chips have loads of register. But instead of using them to do register windows and do RISC-style sub calls, they use the registers to keep more thread in flight.
It definitely make a lot of sense from a functional point of view (those are GPUs, they are made to processing fuck-loads of pixels per seconds), but this makes them unable to run linux.
On that scale, having x86 on a GPU suddenly makes it a lot interesting for usages outside the usual "draw triangles very fast". Even if x86 sucks to begin with.
And for the record : there's hardly a way that the 68k architecture ever prevailed. It's a good one. But IBM was never seing its PC as anything better than a glorified terminal. For such kind of machine, there were of course going for the cheapest possible chip.
Given a choice between a half assed chip from Intel with a 16bit extension quickly tackled over a design inherited from early 8bit chips (8008, 8080 and concurrent Zx80 - most assembler code can be directly recompiler on 8088 after a few register renaming) AND a very nice chip from Motorola redesigned from the ground up to be a nice and clean 16/32 bits architecture designed for future expension :
Of course they will pick the Intel. It's cheaper and there's no need for a future proof 32bits processor in a fucking "Terminal Deluxe".
And of course, because of the (relatively) low cost, because of the (very strong) brand recognition, because of the (somewhat) openness of the platform enabling clones (in the sense it was documented. Of course, Phoenix had to completely rewrite the BIOS because of copyright restrictions - but IBM considered Big Irons being they main products and didn't mind such clones), and because they were takin a relatively uncrowded market (most home computers were for homes, school, and small shops - PC were marketed for corporations) :
The PC was bound to take over the market very quickly - *with* its bad design (almost *because* of it). And was bound to set the standard, as bad this standard is.
And by then, it was too late for IBM to take a better architecture to produce a "Terminal Deluxe Pro Mark-III" with a clean 68k chip.
Of course, had the PC had a less crippled OS, designed to be slightly more extensible and making less assumption about the architecture than MS-DOS (you know the "we laid everything around 1MiB and though it would last for at least 10 years" by mr. Gates), perhaps a switch to a better different architecture could have been less painful, and a cleaner architecture could have blessed the PC world sooner.
Parent
Sounds good! (Score:2, Funny)
Sounds great, as long as you don't plan on doing any floating point math [wikipedia.org] on it!
Re:Sounds good! (Score:4, Funny)
Hey, only Intel provide you with a floating point that really floats - why you never know where it's going to end up! Now that's floating!:D
Parent
Spock comes to mind... (Score:2)
"Stone knives and bearskins"
Pentiums? (Score:4, Funny)
This is just unbelievably good news. After all this time, I get to start telling Pentium jokes again! I never thought I would!
Re:Pentiums? (Score:5, Funny)
Intel... where quality is job 0.9995675!
Parent
You forgot one... (Score:4, Funny)
Parent
SIMD = Single Instruction, Multiple Data (Score:5, Informative)
Get your acronyms right....
I'm no expert but (Score:5, Funny)
The card features one 150W power connector, as well as a 75W connector. Heise deduces that this results in a total power consumption of 300W,
Um, that just doesn't seem to quite add up to me.
Re:I'm no expert but (Score:5, Informative)
Power can come from multiple sources. In this case, you have a 150W power connector (probably a 6pin PCIe one), and another 75W one (yet another 6pin PCIe). The remaining 75W comes from the PCIe connector itself.
Nothing terribly unusual - a number of cards are coming out in configurations like this, and 300W for a video card is starting to become the norm, depressing as it is.
Parent
Re:I'm no expert but (Score:5, Funny)
Or from the loss of mental acuity due to serious RF interference melting your brain.
"Look at da pretty colors..."
Parent
Re:I'm no expert but (Score:5, Funny)
It does if you work it out on a Pentium I [wikipedia.org] :D
Parent
Weird Al was right.... (Score:2, Funny)
It really is all about the Pentiums.
Imagine a... (Score:1, Redundant)
Doh! Intel already beat me to it.
good. (Score:5, Insightful)
on the basis that..
the design is well known, understood and has had rigorous testing in the field
they will no doubt fix any understood errors firstlimits the RnD to the multicore section
as long as the chip performs well for the silicon overhead then they should feel free to cram as many in as they want.
seems perfectly sensible to me.
32 Pentiums 75? (Score:2, Funny)
Core 1: 4195835/3145727 = 1.33382
Core 2: 4195835/3145727 = 1.33382
Core 3: 4195835/3145727 = 1.33382
Core 4: 4195835/3145727 = 1.33382
.
.
.
Core 31: 4195835/3145727 = 1.33382
Core 32: 4195835/3145727 = mmm... 1.33374? Oh, f*ck!
I doubt it (Score:5, Interesting)
I doubt it. Maybe they mentioned the Pentium as an example to explain an in-order superscalar architecture as opposed to more modern CPUS.
-There is a lot of overheard in the P54C to execute complex CISC operations that are completely useless for graphic acceleration.
-The P54C was manufactured in a 0.6micron BiCMOS process. Shrinking this to 0.045micron CMOS (more than 100x smaller!) would require a serious redesign up to the RTL level. Circuit design had evolve with process technology.
-a lot more...
Re:The "Core" chips were based on the Pentium III (Score:4, Informative)
Parent
Re:I doubt it (Score:4, Interesting)
It's unlikely but not impossible - don't forget that the Pentium M and, subsequently, Core line of processors was based on Pentium III Coppermine, whereas the Pentium 4 Netburst architecture developed in the meantime was abandoned completely. Going back to Pentium I would be a bit on the extreme, but it's possible that they meant some basic design principles of Pentium I, not the whole core as it was. Maybe they will make something from scratch, but keep it similar to the original Pentium's inner RISC core, or maybe redo it as a vector processor or hell knows what. It was a citation from a translated interview with some press monkey, so you can expect anything.
Parent
Re:I doubt it (Score:4, Informative)
don't forget that the Pentium M and, subsequently, Core line of processors was based on Pentium III Coppermine, whereas the Pentium 4 Netburst architecture developed in the meantime was abandoned completely
This keeps being repeated, but is simply not true. The Core 2 is a completely new microarchitecture, and so doesn't count in this discussion, while the Core 1 is essentially almost identical to the Pentium M. The Pentium M, however, is not just a tweaked P3 with Netburst completely abandoned. It has a slightly longer pipeline than the P3, and it takes several important features from the Netburst architecture, including (but not limited to) the floating point and vector pipelines and the branch predictor. The Pentium M took the best parts from the P3 and P4 architectures - it didn't just throw one away.
Parent
Re:I doubt it (Score:4, Interesting)
Parent
Yes, "based on" seems to be the key phrase (Score:4, Insightful)
Obviously they're not just going to slap a bunch of Pentium cores on there and call it good. But the high-level design can probably start off with the P54, and just rip out stuff that doesn't need to be supported, possibly including:
Scalar floating-point, 16-bit protected mode, real mode, operand size overrides, segment registers, the whole v86 mode, the i/o address space, BCD arithmetic, virtual memory, interrupts, #LOCK, etc, etc.
Once you've done that, you'll have a much simpler model to synthesize down to an implementation. And with a slightly-modified compiler spec, you can crank out code for it with existing compilers, like ICC and GCC.
Parent
Re:I doubt it (Score:4, Interesting)
One does not "shrink" a chip by taking photomasks and shrinkenating. One redoes the design / layout process, generally. The P5 series went from 0.8 um to 0.25 um over its lifetime (through Tillamook), stepping through 0.6, 0.35, and finally 0.25 um.
It was 148 mm^2 at 0.6 um, so the process shrink should bring it down to a floorplan of around a square millimeter or so a core. Not sure how big the die will be for Larrabee, but the extra space will probably support the simple wide data unit per core and more cache. If the SIMD is simple it could be another 3-4 million transistors / 1 square mm or so. For a 100 mm^2 chip that gives you another 30 mm^2 or so for I/O and cache (either shared, or parceled out to the cores).
Parent
Bill Waterson process (Score:5, Funny)
One does not "shrink" a chip by taking photomasks and shrinkenating.
'course not. You use a transmogrifier. In the industry, it is known as the "Bill Watterson" process.
It can also be used to turn photomasks into elephants, which, while less profitable, is immensely entertaining if the operator didn't see you change the setting.
Parent
Re:I doubt it (Score:5, Informative)
The original Pentium (which went to 166Mhz, at the end, not just 75Mhz), used U and V execution pipes. No translation to micro-ops, and no "out of order". Indeed, there shouldn't be a need for that in Larrabee, anyway, given the number of cores. It would almost be better to get rid of the V pipe, and add SIMD, instead.
Your comments on CISC are bit off-base; the idea is to execute shaders in x86 machine code. They can be simple (limited flow control), or complex (general CPU/GPU).
"out-of-order" (ei. Pentium Pro and better) is not so good with that many cores doing that kind of work. It would get the hardware into a lot of trouble. Better to keep it simple, and add more cores.
A better start point would probably have been ARM, but that would lose the compatibility edge. If Larrabee works, it will take the GP-GPU market by storm. It needs:
1 - to publish itself as an NUMA access CPU (add a bit to tell the OS what it is for)
2 - compiler optimizations for the particular CPU architecture, preferably broken into two pieces:
2a - "straight line" shader code
2b - branching code
3 - a guide to the new NUMA characteristics.
With that in place, a standard (BSD/LINUX) OS will be able to use it for regular jobs. Or, for those special "I need the SIMD unit" jobs. The biggest hassle is trying to split control of those new CPU units between OpenGL and the regular scheduler (this is a kernel hack that Intel will have to make). It would be easier to jam this into OpenSolaris, but that isn't anywhere near popular enough.
Don't you want your video card to assist compiling large source when not gaming/modeling? Why not?
And, a few "extra" points
- Intel already has an optimizing compiler for the P54C architecture, and we have gcc.
- The architecture, including U/V pipelines only used 3.1 million transistors.
- A GeForce 7800 GTX has 302 million transistors -- 100x the number of the original Pentium processor.
So, I would think that using 32 "Pentium Classic" cores reduced would be quite feasible -- you need some (lots) of logic to ensure that they can all access their respective memories. The general SIMD implementation will take quite a bit of real estate as well. There is probably a budget of 600M transistors (wild ass guess) to Larrabee, estimate derived from power consumption estimates.
The gate size shrink should result in higher speeds. There may be a danger in the complex instruction interpretation routines, but these can be corrected. The single cycle instructions are already a (more than less) synchronous design, and should scale trivially.
Anything I am missing?
I, for one, am looking forward to buying a desktop super-computer with Larrabee.
Parent
Marko DeBeeste (Score:3, Funny)
Re:Marko DeBeeste (Score:4, Informative)
I can't believe it took this long for someone to find the "Get Smart!" reference.
Would you believe.... 39 posts?
How about 20?
How about one FRIST POST and an In Soviet Russia?
Parent
This may be the ultimate victory... (Score:2)
Interesting choice... (Score:3, Interesting)
If anyone remembers those old original Pentiums, their 16-bit processing sucked - so much that a similarly clocked 486 could outperform them. I guess that it would be reasonably trivial for Intel to slice off the 16bit microcode on this old chip to make a 'pure' 32-bit only processor. I am sure that they will be using the designs with a working FPU... but for many visual operations, occasional maths errors would largely go unnoticed. Remember when some graphics chip vendors were cheating on benchmarks by reducing the quality ... and how long it took for people to notice?
Although, if I had Intel's resources and was designing a 32-core cpu, I would probably choose the core from the latter 486 chips... I don't think a graphics pipeline processor would benefit much from the Pentium's dual instruction pipelines and I doubt that it would be worth the silicon realestate. The 486 has all the same important instructions useful for multi-core work - the CMPXCHG instruction debuted on the 486.
Marketing Math (Score:3, Insightful)
I don't see how they get to 2 TFLops.
512-bit = 64 bit * 8 way SIMD or 32 bit * 16 way SIMD. Let's go with the bigger of these two and say we are performing 16 single Floating point operations per clock-cycle per core. 16 operations per clock-core * 32 cores * 2 Billion clocks per second = 1024 Single Precision GFlops. It looks more like 512 Double Precision GFlops for 300 Watts which means a DP Teraflop on Larabee will cost you 513 Dollars a Year [google.com] at 10 cents/kWH. If we're considering single precision, we can cut this in half to 257 dollars per years per single precision teraflop.
Compare to Clearspeed which offers 66 DP GFLops at 25 Watts costing 332 dollars [google.com] for a sustained DP teraflop for a year.
even the NVidia Tesla has better performance at single precision: you can buy 4 SP TFlops consuming only 700W or 5.7 GFLops/Watt, for an annual power budget of 153 dollars [google.com].
correction, 31.874582034 cores (Score:1, Redundant)
our precise calculations at Intel suggest that partial core technology has great potential.
Larabee supposedly has 32 cores (Score:1)
Why does intel keep re-using past designs... (Score:2)
Compare with Niagara 2 and 3, and Cell (Score:3, Interesting)
Right. It clearly isn't using the Pentium design, but a Pentium-like design.
To that, they will have added SMT, because (a) in-order designs adapt to SMT well because they have a lot of pipeline bubbles and (b) there will be a lot of latency in the memory system and SMT helps hide that. I would assume 4 way SMT, but maybe 8. Larrabee will therefore support 128 or 256 hardware threads. nVidia's GT280 supports 768.
The closest chip I can think of right now is Sun's Niagara and Niagara 2 processors, except with a really beefy SIMD unit on each core, and a large number of cores on the die because of 45nm. I think Niagara 3 is going to be a 16 core device with 8 threads/core, can anyone confirm?
Note that this is pretty much what Sony wanted with Cell, but Cell was 2 process shrinks too early. 45nm PowerXCell32 will have 32 SPUs and 2 PPUs (whereas Larrabee looks like it is matching an equivalent of a weak-PPU with each SPU equivalent). It could run at 5GHz too... power/cooling notwithstanding.
I already thought of this.. (Score:3, Interesting)
at least 20 years ago, I thought, hey, with the density and speed of transistors these days, and with RISC being popular, why not go all the way and make chip with literally hundreds of (wait for it..) Z80 cpu's?
Of course I and others dismissed the idea as being just slightly ludicrous. But then, at the time, I also thought eventually there would be Amiga emulators and interpreted versions of C language, for which I was also called crazy to think...
Why Not 486's (Score:2)
bugs aplenty (Score:2)
ha! anyone remember the f00f bug [wikipedia.org]?
I learned how to embed machine code into C and ran amok halting university systems with that for a little while.
Or about that floating point bug [wikipedia.org]?
FDIV Errata (Score:2)
Back to 6502 assembly (Score:2)
Maybe we'll go back to a million 6502 cores running at 3 Ghz. Personally think programming this in C or assembly would be more exciting than implementing Java RFC 56532.1324342 on the latest Pentagoogaxeon 256000.
2TFLOPS of processing (Score:2, Insightful)
Oh, so 2 years from now (two lifetimes in the GPU business) Intel will be releasing a chip comparable to this month's ATI HD 4870 X2.
So it will be chocked by the FSB? (Score:2)
So it will be choked by the FSB?
Yes, but not as badly as you might think (Score:4, Interesting)
According to the diagram in the article, the Larrabee has 8 GDDR memory interfaces, which will supply rather a lot of bandwidth. Presumably, those are GDDR4 or GDDR5 interfaces, so that's 4.5 Gb/s * 8 = 4.5 GB/s bandwidth.
Getting data onto and off the board will still be a challenge - you're limited by PCI Express transfers.
Parent
Internet telephone game run amok, Slashdot helping (Score:5, Informative)
http://babelfish.yahoo.com/translate_url?doit=done&tt=url&intl=1&fr=bf-home&trurl=http%3A%2F%2Fwww.heise.de%2Fct%2F08%2F15%2F022%2F&lp=de_en&btnTrUrl=Translate [yahoo.com]
Actually, they got the "Gelsinger said so" remark from Expreview, itself a Chinese site:
http://en.expreview.com/2008/07/07/larrabee-unleashes-2-tflops-capacity [expreview.com] (note they curteously attached the Larrabee board diagram leaked from a while back):
"Gelsinger said the Larrabee will be a 45nm product featuring SIMD technique, 64-bit address. Besides, 32 of cores runing at 2.00 GHz will unleash 2 TFLOPS capacity, twice as much as the RV770XT."
But did Gelsinger really SAID those things?
Here is the Google translation of the same Heise article: http://translate.google.com/translate?u=http%3A%2F%2Fwww.heise.de%2Fct%2F08%2F15%2F022%2F&hl=en&ie=UTF8&sl=de&tl=en [google.com]
It seems that no matter which crappily translated version of the German article one looks at, it appears that Gelsinger said no such thing... The part about Larrabee containing P54C cores was clearly in a separate paragraph, written after a speculative question.
So I guess Expreview THOUGHT Pat said something after it took a too-short of a look at the Heise article, after which CustomPC sensationalized the whole thing, not really bothering to actually read even the translated link it posted. Now, some random Slashdotter is doing the same curtesy.
There you go, folks- Internet reporting.
Why Not Atom? (Score:2)
How does memory access work? (Score:2)
So how does memory access work? Does each little CPU have its own memory, like the Cell? Do they all work through interlocked caches, as a symmetrical shared-memory multiprocessor? Or is there some partially-shared scheme?
What do you run as an OS on this thing? Something like VXworks? Real time Linux? Windows CE? You're going to need some kind of OS to manage resource allocation, even if the OS isn't exposed to the customer.
And the real question: is this a useful mainstream graphics architecture? This sounds like one of Intel's "build it and they will come" architectures, like the Itanic and the IXP series of network processors.
Single Input? (Score:1)
In your face Del Cecchi (Score:1)
I knew I was right!
http://groups.google.co.uk/group/comp.arch/browse_thread/thread/a100e90bba2e2b12/fde291da3e7ecab8?hl=en&lnk=st&q=free+advice+to+amd+#fde291da3e7ecab8 [google.co.uk]
6502 Multicore (Score:1)
In the early 90th my team thought about realizing a multi core design with 16 to 64 6502 cores on a chip with the same complexity as a 68020. Some rough estimates showed that this system could outperform an equal complex 68020 system by ten times. Later this drifted towards using an AMD29000 core but it all failes as all ready designs weren't available for licensing back then.
Back to topic, a 6502 has around 4 000 micro elements, compared to a GT-280 with 1 400 000 000 elements. Given that a nowadays 6502 would include some additional circuits this would mean we could include 1400000000/5000=280 000 cores running at 1,2Ghz each, resulting in 150-200 Tera Integer Operations per second. Given that many long floating point operations can be reprogrammed as short integer operations with less than 100 cycles per op this would outperform every recent solution.
It prob wont have a [proper] driver for Linux (Score:1)
seeding the future? (Score:1)
Partly, it could be a way to get early-adopters started with a seriously multi-core CPU. Getting some some cool apps developed and tested with it will validate the platform, and will invite the next stage of adopters. By the time the proper CPU line has 32 cores (in a few short years), the platform will be ready - or, at least, more ready than alternatives (like the IBM/PS3 Cell processor).
Whoever gets real traction with multi-core will win. This discontinuity is an opportunity for a new manufacturer (ie. that no one has ever heard of) to "own" computers.
multi core gpu (Score:1)
This rig sounds like a dec based graphic system that I saw being developed at bell labs in homdel. It was around 1986 and they were getting Mandelbrot zooms in real time and could zoom in past the processor's precision in less than a minute taking small gulps. It was a rather impressive thing to watch in the days of ascii graphics. The stuff that they were doing with ray tracing was phenomenal. It probably wouldn't impress a 20 year old today but this was some very cool stuff. I saw them doing stuff I still haven't seen anyone duplicate it. I am looking forward to seeing some real time computer generated graphics that aren't dependent on all kinds of raster trickery.
so when aliens give you a technology (Score:2)
In all seriousness, I was wondering what intel's next plan was since it was stated a couple years ago that multicores was the way to go.
It's a bum rap (Score:2)
From my testing these older chips did more "work" per clock tick then the current line of P4's and use less transistors, and so make a much better candidate when choosing a candidate for a cluster of processors on a single chip.
http://www.dnull.com/cpubenchmark/budmark3.html [dnull.com]
When I was researching doing this type of thing back in 2001 It turned out that using even smaller lower and processors and running them faster makes even more sense.
I think there choice for using the P54C really is the best decision, but it is just not obvious without all of the facts.
The P54C with 2GHz clock rates up is like a P4 3Ghz but uses less power, it's a better design and much smaller lower transistor count and now using modern high res fabs they are getting 32 probably in the same silicon as one single current Pentium D Extreme.
I really think this is going to be the coolest chip out in a very long time.
Re:Uh, isn't that true of the Core CPUs too? (Score:2, Informative)
The Intel Core is derived from the P6 architecture, which debuted with the Pentium Pro, not the Pentium. Its history goes: Pentium Pro, Pentium II/Pentium II Celeron/P2 Xeon, Pentium III/Pentium III Celeron/P3 Xeon, skip the Pentium 4 (Netburst architecture), Pentium M, Intel Core. So, this is still interesting news.
Parent