Intel 64-bit Announcements at IDF 518
cribb writes "Some fascinating stuff is going on over at the IDF. Ever since the first sneak previews of the Opteron, there has been lots of uncertainty around its future, and that of AMD. AMD have bet everything on the success of their new 64-bit CPU, and with Microsoft severely delaying the release of a 64-bit Windows, and Intel complaining that 64-bit processing has no place in the desktop market, things were starting to look dim for AMD. However, after rumours around the 64-bit extensions of the Pentium 4 EE, it became clear that Intel is not willing to lag behind AMD in the 'innovation' department. Now comes the shocker: Intel boss Craig Barrett today anounced that Xeon-class 64-bit server CPUs codenamed Nocona will be coming out the second half of 2004. It isn't clear whether they will support AMD's Opteron AMD64 extensions. Barrett is quoted saying, 'There will be one operating system that will support all (64-bit) extended systems.' Maybe 64-bit computing is right around the corner after all, and we may even see compatible instruction sets from Intel and AMD! And does this mean that Intel will be dumping Itanium, which never caught on as expected in the server market, and forget the billions spent on developing it?" See some other articles at EE Times, and EWeek.
They know how to keep a secret... (Score:4, Interesting)
As for one operating system, who? They in cahoots with Microsoft, after Microsoft dragged it's feet on AMD? Sounds like collusion, anti-competitiveness, and all that.
Which one operating system? (Score:1, Interesting)
More brainless ad campaigns... (Score:5, Interesting)
In the mean time my 1998 vintage Mesh/Alpha desktop system (no, it's not a server, it was sold via consumer magazines in the UK) is still running happily with 64 bit Linux... and that was hardly the first either, an honour that probably belongs to someone like Sun.
Re: Intel complaining (Score:3, Interesting)
Intel may also push new memory standard (Score:5, Interesting)
I wonder how this figures into their processor/chipset roadmap...
Is this a surprise to anyone? (Score:4, Interesting)
Anyone that didn't think Intel had 64-bit Workstation and Desktop chips "in the pipeline", as it were, must be sitting in a cave humming with their fingers in their ears.
The production pipeline on these sorts of products. take years, so this was not a knee jerk reaction. If you look very carefully at what Intel has actually officially said the whole time, you'll see that they simply said they would provide a solution when the appropriate OS support and perceived need becomes available, and that is EXACTLY what has happened here. What do you know, Steve Balmer announces Windows XP 64 now has support for these "Xeon" extensions. These things don't happen over night.
It is still a fact that most people DO NOT need 64-bit computing in any way shape or form, but one mistake that Intel did make is the fickleness of the vocal minority and AMD fanbois.
Also, if you think that the existing Prescotts don't already have these extensions (just disabled at the moment), you are also kidding yourself.
what is benefit of 64 bits over 32 bits? (Score:1, Interesting)
How else does 64 bits make things better/faster?
(simple language please, i'm a techno idiot)
Re:Hmm.. (Score:2, Interesting)
Re:They know how to keep a secret... (Score:2, Interesting)
The Register agrees (Score:5, Interesting)
Re:Is this a surprise to anyone? (Score:5, Interesting)
Your derisive tone clearly does quite a disservice to your employer (whether it's Intel, Microsoft or related) - makes you guys look like a bunch of whiny shits. Athlon64 and the other 64 bit Athlon processors are doing well because they perform well with both legacy apps and OSes as well as 64-bit apps and OSes. They are good products, and yes, the 64 bit "higher numbers are better" marketing factor is part of it. Assuming you work for Intel (or are an Intel "fanboi" of some sort to use your own gay little derogatory term), you should be very familiar with making higher-is-better a key part of your marketing strategy, since Intel has been doing it with MHz for years now, pipelining until the cows come home to crank the MHz rating higher and higher to generate sales of new processors, whether or not their "goodness" is actually directly related to the operating frequency of the processor or not.
Intel wouldn't ditch Itanium... (Score:4, Interesting)
In the 'big iron' enterprise market against RISC where Itanium is beating everything handily (check out the latest TPC-C list Top 10 [tpc.org] where Itanium holds spots 1,3,4,7,10 (5 out of the Top 10 are Itanium systems running a mix of Linux, HP-UX and Windows on HP and NEC systems), Itanium is gradually out-selling all of the big RISC opponents like Power4. Note that IBM is certainly not spending the money to put up an Opteron cluster for the TPC-C test(no 32-way or 64-way scaled solutions for it on the horizon) even if they got good enough results (which they wouldn't) if they can't beat Itanium 2 right now with the high-margin Power 4. No doubt they'll have a run at Itanium again this year with Power 5.
But there's no way that Opteron OR a 64-bit Xeon plays in the big high thoughput space, so people that assume Intel would get rid of Itanium simply don't know what they're talking about.
As for Itanium not selling, That's funny. Itanium sold over 100,000 cpus last year which is a big number for the enterprise server market (That's more than some other major RISC processors sold in 2003 (like Power 4)). If you don't believe me Google "Itanium" "100,000" and "Otellini" and you'll see lots of links [com.com] to Intel pres Paul Otellini's announcement back in Nov that Intel would ship over 100,000 Itanium processors in 2003.
Re:They know how to keep a secret... (Score:4, Interesting)
It turns out M$ weasled their way by being in bed with intel and AMD at the same time.
They launch win64bit development like they promised AMD and hector ruiz but!, Then they go to intel and tell them they're going ahead and subsequently agree to delay it or drag their feet. I wonder what they got from intel in return? Palladium hardware commitments? I think they got those from AMD on the original deal.
Either way M$ made deals with intel and AMD which nullified each other while at the same time getting *very* big favours in return from them both.
This is just my theory, but I would lay money that it's true and someone's face is turning pale or blushing as they read this.
Re:Is this a surprise to anyone? (Score:1, Interesting)
Put together that the opteron is outpacing the Itanic in terms of sales, and it starts to appear that Intel is playing catchup. Maybe you know something I don't - I'll give you the benefit of the doubt... But from where I'm standing, it appears Intel's hands were tied.
Re:Quote (Score:2, Interesting)
Intel (and Barrett specifically) can't stand Microsoft. They were 'forced' into supporting AMD64 by Microsoft, because MS only wants one 64-bit OS.
The last time Microsoft strong-armed Intel, Intel created the OSDN (the current employer of Linus Torvalds.) Intel helped write the IA64 (a.k.a. Itanium) port of Linux, and had it up and running months before Windows was running on Itanium systems.
Intel likes Linux. Specifically because it isn't Microsoft.
64-bit misinformation rampant in the press (Score:0, Interesting)
An example from Reuters:
"Analysts have said they expect a major announcement from Intel this week on 64-bit computing, a technology that lets computers churn through doubly large chunks of data than the current 32-bit computers."
AMD turning the heat up [yahoo.com]
64-bit does not double the memory bandwidth, it simple means a bigger address space + 64bit integers, (although the Opteron does have high bandwidth this is nothing to do with 64-bitness)
Re:They know how to keep a secret... (Score:3, Interesting)
Re:The Future... (Score:3, Interesting)
Does it really matter anymore what Microsoft is doing?
Where I live, opterons are selling like hotcakes and something [redhat.com] must [debian.org] be going onto them.
Re:Hmm.. (Score:3, Interesting)
NetBSD had full support for the Hammer architecture before IT WAS EVEN BURNED ON SILICON. It is also a true 64-bit operating system unlike Debian/SPARC64 which utilizes a 64-bit kernel w/ 32-bit userland.
NetBSD is definately 64-bit clean for the most part.
And no, BSD is *NOT* dying.
See the doc: IA32-e is in fact x86-64 (Score:4, Interesting)
Sorry Intel. There is no AMD words in your doc, but now all the worlds known that your IA32-e is no more than the AMD X86-64. For me you just act like a child!
Intel IA32-e documentation:
http://developer.intel.com/techno
http://developer.intel.com/tech
AMD x86-64 documentation:
http://www.amd.com/us-en/assets/c
http://www.amd.c
http://www.amd.c
http://www.amd.c
http://www.amd.c
How long Intel while wait before it make the same kind "new extention" compatible with HyperTransport ?
Intel 960 (Score:5, Interesting)
It was supposed to replace X86. Itanic will go same route. Repositioned and slowly fade into the sunset.
Re:Hmm.. (Score:2, Interesting)
Nothing was stopping Linux from supporintg AMD and releasing it early. As pointed out, BSD did. In fact, AMD probably could have thrown some engineers at Linux and helped it progress to release a bit faster. Imagine that.. MS's perceived competition releasing an OS that takes advantage of faster processors before MS does. Can't imagine MS would let themselves get left in the dust.. Intel conspiracy or not. So, if you want to believe in a MS/Intel conspiracy, then you also have to include AMD in it for going along with it.
I know.. an AMD/MS/Intel/SCO conspiracy agasint Linux.. yeah, that's the ticket. And the only ones fighting the good fight are OSS developers and.. IBM?
Re:Quote (Score:0, Interesting)
I would not be surprised if OS-2 suddenly got a new lease of life in 64-bit form, as there is a window of opportunity while Bill's pathetic product is, as is always the case, late and buggy. Another outsider, which would really be fast on 64 bit, would be BeOS. I am not up to date on developments there, but an OSS equivalent was in development last time I looked.
But, whatever happens, I expect there will be a choice of *nixes before Bill has anything working reliably. It could be the beginning of the end for M$, after all if the 64 bit market is mainly servers, then the actual OS is of no importance, only the stability, security and cost. A server serves files, it does not usually need to run anything OS specific, it is (simplistically) only the protocol on the network that matters, hence the failure of IIS in the web server market. It failed on all 3, stability, security and cost.
I personally don't need high performance servers, but when they are affordable I will want a 64-bit machine for circuit simulation because I am (usually) an analogue designer, and transient (time domain) simulation of certain types of circuits is an enormous computational load. Hopefully SPICE will be ported to 64-bit, and I will at a guess be using SuSE. My network is unusual, it only supports me, so the oldest, slowest machine (K6-II/500) is the main server. I predict that there will be a strong minority interest in 64-bit desktops for similar reasons, a fair number of people also do difficult digital simulation work and other tasks which really need the speed, so I am guessing that 20% will be workstations, 80% servers. The chances are that Bill will lose money heavily, he would likely get the greatest share of the workstations, but why would he expect to sell many copies of a server OS, if current trends continue? Servers are becomming commodity items (SAN, NAS....) and the OS cost really needs to be negligible.
Re:Intel wouldn't ditch Itanium... (Score:2, Interesting)
100,000 Itaniums is comparable to other server chips, considering that probably most of them were in fairly large systems, not cheap workstations. I agree Sun probably sells more, but that wasn't the point. Apple Computer shows that one can be successful without being the biggest player.
That being said, Itanium clearly is not where Intel hoped it would be. I doubt Itanium will ever recoup its investment, which was huge unless something drastically changes. I worked on Itanium (when it was called something else) starting back at least in 1996 when I was at HP, so that's a lot of sunk cost to recover.
Re:Missing step (Score:2, Interesting)
"There is no surprise either that heavy weights such as IBM, Dell, SUN and even HP -- who pretty much designed Itanium -- put some of their eggs in their AMD busket."
Good post, except for the above quote. IBM has one (eServer 325) machine that is based on the Opteron. This machine is being marketed to high performance computing environments and not really as a general purpose machine. Not sure if it was The Register or The inquirer, but one of the sites had quotes from a top IBM executive on their lack of plans for more Opteron based models (i.e. a 4 way and some other form factors).
Dell has outright said they are not supporting the Opteron and were holding out to see what happens in the market (which could mean they were holding out for Intel).
HP's Opteron systems are a rumor and have yet to be substantiated.
That leaves Sun. Sun is the only major vendor with both an available Opteron system and another (4 way, 6 hdd) on the way. They are also the only major vendor that has made long term commitments to Opteron on a variety of setups/form factors, including workstations and 8 way servers. Sun has also promised to deliver 32/64 bit Linux (third party) and 32/64 bit Solaris on Opteron.
In fact when Sun announced all of there support, that should have tipped us all off that the Intel annoucement was coming. When would Sun do what everybody else is doing, unless everybody else was actually gonna be doing something else? Don't be surprised two years from now when Sun is still the only major vendor of Opteron systems.
Some more info... (Score:3, Interesting)
On another note, these new Xeons are based on the Prescott core, so it is now extremely likely that the existing Prescott cores all have the capability, just not turned on, like what Intel did with hyperthreading on the Northwoods. It's been clear from the start that Prescott is hiding some functions up its sleeve, as there are at least 10 million transistors that can't be accounted for with the increased cache and other added functionality, even when being very generous with the estimations.
Re:Hmm.. (Score:2, Interesting)
It depends on your definition of stable linux port. BSD developers tend to have a severe case of obsessive-compulsive disorder. They thrive on efficiency and simplicity. That's why I can run a modern BSD-based OS on my old DEC MicroVAX 3300 w/ 20 megs of RAM and still have it be usable. (I know there is/was a Linux/VAX port but it's flopped.)
Nothing in the BSD world is considered stable by the various *BSD projects until it has been beaten to death for years. Though the FreeBSD project makes "unstable" releases like the entire 5.x branch, they at least inform the world that it's unstable. (for what it's worth I've heard it's not THAT bad now)
Look at how often NetBSD actually does a release, early NetBSD releases (not to mention 386BSD) predate Linux yet NetBSD's most recent "stable" release is 1.6.1.
My experience with the latest and greatest Linux distro "stable releases" would definately qualify them as "experimental".
Linux has a lot of commercial support and drivers are available a lot faster for the latest video cards for playing Quake which has advantages, lately the Linux community doesn't have to bust ass as much to reverse engineer drivers.
To sum it up, the BSD projects tend to do things in the name of good old fashioned text book computer science and Linux tries to push the envelope. Both approaches have their advantages and performance is roughly the same that I've seen.
I prefer the BSD environment because it's simple, comfortable and just works (providing I don't buy crap hardware like WinModems, Broadcom 802.11 cards or brainless USB printers).
If I really want to run Linux binaries, I can with virtually no performance hit. Same with SCO UNIX, Ultrix/VAX, Ultrix/MIPS, Solaris, Xenix, DEC UNIX/OSF1, MacOS X/Darwin (to a point), etc.
Not to mention, the NetBSD machine-independant driver architecture is too cool for words.
Enough about BSD though. I do use Linux quite a bit for some things, our corporate web/mail server runs Debian Linux because NetBSD/sparc64 doesn't support SMP on UltraSPARC machines yet. Multimedia support is a bit better under Linux too, Video4Linux is very cool. The only real video capture cards supported under NetBSD and FreeBSD are the BT848/878/etc, Matrox Meteor (ancient) and QuickCams.
It's all a trade-off really. Though *BSD suffers because of it, I actually like the fact that the projects do not play to media hype, politics and goofy marketing (*cough* LIN*GASP*DOWS *cough*).
Re:And for that had the alpha processor to die (Score:1, Interesting)
Re:See the doc: IA32-e is in fact x86-64 (Score:2, Interesting)
The most nice part it that the change do more cleaning that hacking: Intel have a long history of adding new opcodes to IA32, but almost no one use it because binary programs have to run on all IA32 chips including the older one. So now the difference between older and new IA32 chips is so big that for time critical functions, programmers have to test the capability of the chip and to dynamicaly branche to a dedicated functions optimized for that chip. x86-64 make a hug reset to this entropy. This don't stop the process as new opcodes will exists in the futur, but at least it voids the last 10 years or so ugly hacks to the IA32.
In a wonderfull world, where all uses Debian source package and recompile it for each of his machines, the binary compatibility problem will be less important. But this even don't solve the problem, as the detection and specialization to a dedicated chip will be done while compiling.
The lesson is that it is not supportable to indefinitely add hack to an architecture. Sometimes it better to make a new backward compatible architecture. I doubt that 128bits computing will be the next thing that will trigg an architecture change. But without doubt architectur change will happens again in the futur to clean the older one and enable new capability.
And at this time the market will certainely follow the proposition that will have the bigger performance and smallest change ratio. This is exactly why IA64 is dead and x86-64 shine, forcing Intel to copy it and rename it IA32-e...
huh (Score:1, Interesting)
Re:See the doc: IA32-e is in fact x86-64 (Score:2, Interesting)