Slashdot Mirror
Linus on Intel's 64 bit Extensions
ceswiedler writes "KernelTrap is running a thread on the Linux-Kernel mailing list about Intel's new IA-32e 64-bit chip. Linus complains 'what I found so irritating is that _hours_ after the Intel announcement,
people were _still_ confused about whether the new intel chip was actually compatible with AMD's chips.' It is, of course, but you have to do a thorough comparison of Intel's reference manuals to discover that-- they don't mention the fact that their new chip is instruction-set compatible with AMD's x86-64 chip." See the previous story for background. So it looks like the reason Intel was vague about their announcement is that they didn't want the WORLD TO KNOW THAT THEY WERE COPYING AND FOLLOWING AMD rather than developing some new thing on their own. Slashdot is proud to help Intel in this quest; wouldn't want the public to know that INTEL WAS SIMPLY FOLLOWING IN AMD'S FOOTSTEPS. Hope this helps.
THIS ARTICLE SUMMARY NEEDS MORE UPPERCASE.
Lameness filter encountered. Post aborted!
Reason: Don't use so many caps. It's like MICHAEL SIMS BLOWING A GASKET.
for clarification :)
Now slashdot will clarify things that businesses cannot ;)
I could change the world, but GOD won't give me the source code
Whoa easy on the caps there cowboy :)
Nobody smart reads Slashdot, otherwise the goose is loose.
Mod me as you will, and I do realize it was meant to be funny, but I expect a bit more from /. than portions of news postings in all caps. Leave it to the reader to decide what's important and what's not. All caps automatically annoy me, and have done since I can remember.
Thanks for your time.
In any business, when you are getting your arse kicked, you look at your competitors to see what they are doing. Why reinvent the wheel and all that....
[ Don't reply to this ]
If there was any doubt that Slashdot is a valid news source, those fears can now be LAYED TO REST.
Everything seemed to be going so nice
'till the end of all beings punched right through the ice
Intel has to be very careful right now, for years they have been seen as the innovator in processors. Now AMD got the jump on them and they don't dare not respond, but they have to respond in a way that seems like it was thier choic.
-- Slashdot, making the Left look conservative since 1997.
Why would Intel be embarassed or whatever to "follow in AMD's footsteps"? I mean, sure Intel's bigger and badder than AMD, but can't you learn something from the little guy sometimes? Don't things like this happen all the time in the car industry with various technologies?
Isn't it interesting how you come to recognize posters based solely on their sigs???
All your instructions are belong to us.
500GB of disk, 5TB of transfer, $5.95/mo
I guess since Intel couldnt convince anyone to buy the Itanium that they bought and rebranded from HP (formerly the PA-RISC) then they must make a clone of something people want.
Phase 1: Make 64 Bit chip
Phase 3: Profit!
Phase 2 was Scrap Other Bought 64bit chip and include AMD compatible 64 Bit extensions to existing tired old Pentium line of processors.
You're right. Slashdot often borders on masking editorials as articles, but this is just plain ridiculous.
--Xandu
I'd rather have AMD be the leader than Intel. I've always been happy with AMD, seeing as how they don't bloat the appearance of speed on their cards to the average dolt at the expense of clear technical data.
http://mediagoblin.org/
but micheal beat me to the punch. I'm not sure whether Torvalds was complaining about Intel not coming out with a ready admission "We had to follow AMD because they got there first" or complaining about programmers missing the (in hindsight, at least) obvious conclusion that Intel would make a Howitzer-size hole in their clean-room booties by not going with the AMD flow.
Good for Intel. You may think that the important thing is that they are "following in AMDs footsteps," but I think the important thing is that people won't have to write for two architectures now.
Keep reading down the comments at the linked site and you'll see an even more explicit gem from Linus:
Actually, I'm a bit disgusted at Intel for not even _mentioning_ AMD in their documentation or their releases, so I'd almost be inclined to rename the thing as "AMD64" just to give credit where credit is due. However, it's just not worth the pain and confusion.
Any Intel people on this list: tell your managers to be f*cking ashamed of themselves. Just because Intel didn't care about their customers and has been playing with some other 64-bit architecture that nobody wanted to use is no excuse for not giving credit to AMD for what they did with x86-64.
(I'm really happy Intel finally got with the program, but it's pretty petty to not even mention AMD in the documentation and try to make it look like it was all their idea).
I don't think anyone is surprised by this -- Intel would be nuts to mention AMD in any press release about anything unless it's incredibly negative toward AMD (which this definitely is not), and even then it would be ill-advised from a amrketing perspective.
everything in moderation
biased article summary much?
..but are still accurate.
Intel will never, ever, ever put anything out that their name isn't all over it.
Example: Firewire. An industry standard. Does Intel put it in their motherboard chipsets? I remember old Intel comments stating their 'commitment to IEEE-1394' but it was all a load of crap. The PII and PIII chipsets could (and should) have had it on board.
Here, finally, Intel has decided to take someone else's tech. But even now, they won't admit it's someone else's tech.
What a bunch of arrogance..
It's the big dogs that copy the little dogs. Both in this case (Intel, AMD) and in the Microsoft, Apple case. It is so satisfying when this happens.
Now, go troll somewhere else.
-- Fighting mediocrity one bad post at a time.
On Wed, 18 Feb 2004, Mikael Pettersson wrote: ;)
>
> What about naming? IA-64 is taken, AMD64 is too specific, Intel's
> "IA-32e" sounds too vague, and I find x86-64 / x86_64 difficult to type.
> "x64" perhaps?
x86-64 it is. Maybe you can remap one of your function keys to send the
sequence
This whole "ia32" crap has always been ridiculous - nobody has _ever_
called an x86 anything but x86, and Intel is just making it worse by
adding random illogical letters to the end.
In contrast, x86-64 tells you _exactly_ what it's all about, and is what
the kernel has always called the architecture anyway.
Linus
On Sun, 22 Feb 2004, Herbert Poetzl wrote:
>
> hmm, so the current x86_64 will be changed to x86-64 or
> will there be x86_64 and x86-64?
No. The filesystem policy _tends_ to be that dashes and spaces are turned
into underscores when used as filenames. Don't ask me why (well, the space
part is obvious, since real spaces tend to be a pain to use on the command
line, but don't ask me why people tend to conver a dash to an underscore).
So the real name is (and has always been, as far as I can tell) x86-64.
Actually, I'm a bit disgusted at Intel for not even _mentioning_ AMD in
their documentation or their releases, so I'd almost be inclined to rename
the thing as "AMD64" just to give credit where credit is due. However,
it's just not worth the pain and confusion.
Any Intel people on this list: tell your managers to be f*cking ashamed of
themselves. Just because Intel didn't care about their customers and has
been playing with some other 64-bit architecture that nobody wanted to use
is no excuse for not giving credit to AMD for what they did with x86-64.
(I'm really happy Intel finally got with the program, but it's pretty
petty to not even mention AMD in the documentation and try to make it
look like it was all their idea).
Linus
On Mon, 23 Feb 2004, Adrian Bunk wrote:
>
> In the long term, x86_64 creates more confusion:
> - SuSE says AMD64 [1]
> - RedHat says AMD64 [2]
> - Debian says AMD64 [3]
>
> Renaming might be some work today, but it might actually remove
> confusion in the future.
Well, the thing is, I _like_ a vendor-neutral name.
I think it's important to have multiple sources for a chip, and I think
one of the problems with IA-64 was that it was a locked-in chip with
patents and no serious competition internally (ignore the Intel mouthing
about "open").
The x86 is so great partly because there's been real competition. So I
think it's very important to x86-64 to have real competition to make sure
nobody gets too dishonest.
So AMD64 is a bad name, partly for the same reason IA32 is a horrible name
(and who have you ever heard use the IA32 name except for people who are
paid to do so by Intel?)
What I found so irritating is that _hours_ after the Intel announcement,
people were _still_ confused about whether the new intel chip was actually
compatible with AMD's chips. Why the f*ck not just come out and say so,
and talk about it? It took people actually reading the manuals (which
didn't mention it either) to convince some people on the architecture
newsgroups that yes, "ia32e" was really the same as "amd64" except in the
small details that have always set Intel and AMD apart.
So I don't really want to change the name. "x86-64" is a good name. I just
wish there was more honesty involved, and less friggin *POSTURING*.
Linus
This is how technology goes mainstream and becomes inexpensive enough for the everyday consumer: following.
Being a trailblazer may get you bragging rights, but you risk fragmenting the industry and the market you feed. For the longest time in the 90's AMD and Cyrix went on a follow-quest, and breached the low-cost PC market. Not only did they enhance choice and lower prices, they kept the number of standards down to a minimum. Just imagine what would occur if AMD, in the 1990's, came up with something completely different, but can run exactly the same thing Intel chips can at the same price: the market gets fragmented, prices remain high and stagnant, and no one is the winner until one of the two gets clobbered, eliminating competition in the market and raising prices even further.
It's not characteristic for Intel to follow AMD, but IMO, it's the smart thing to do to be competitive.
Oh yes, just because they are following, doesn't mean they can't do it better. AMD did in the 90's and today.
------
Amadaeus
The last bastion of Mathie-ism
So we are ridiculing Intel for supporting common architecture and collaborating with competitor? I guess the implication is that the proper thing Intel should have done is develop its own set of 64-bit extensions, making it absolutely incompatible with AMD's offering. The world would be a much better place then, right?
And Intel doesn't really have to advertise the fact that it's AMD-compatible, it's not like AMD owns more than 80% of the market, and Intel is below 20%. To hyperbolize, you don't expect Microsoft to announce the next version of Office to be compatible with Joe's Software Shop's software.
How does this serve their interests? I don't understand were the pressure was coming from.
If the extensions were not compatible I could easily see Intel pushing AMD out of market.
-ashot
AMD needs to wait until Intel is completely involved in x86 32-64 and then launch a complete advertising compaign to the General Public about this. Show benchmarks. Help manufacturers freindly to their product push their wares. And really nail them hard. No Blue Man Group silliness. No stupid ads. Just plain facts and examples. But they must do so in mainstream media. Telling a bunch of geeks about their products doesn't work, they already get all the information themselves. And they buy based on reasearch anyways, not on advertising.
It's about bloddy time. Isn't that what's next?
"The absurd is clear reasoning recognizing its limits"
-Albert Camus
Intel had no choice but to use AMD's instructions if they wanted their chips to be Windows-compatible.
Paper Launch or not, we need to know a little bit more about what changes are going to be made to the memory controller and bus specifications.
i rer.net
Linus should have also come out with Transmeta's plans for implementing iAMD64....
It is an exciting time when Intel is taking a following to AMD.
Sources for AMD info:
http://www.amdzone.com
http://www.theinqu
Will the Windows 64 Demo work on Intel's 64 bit implementation as it currently sits?
I don't like the fact that the Slashdot headline takes Intel to task for doing the right thing. It would have been bad for everyone (Intel, AMD, and all of their developers and users) for Intel to adopt a "not-invented-here" approach and conjure up yet another 64-bit instruction set out of thin air. The fact that they didn't is a good thing.
Crappy journalism on Slashdot's part.
They're damned when they go AMD and would be double-plus dammed if they didn't.
Up until recently, AMD has had to follow in Intel's footsteps. They have been forced to use Intel's extensions for years- until this (VERY) bold move by them. Now, the tables are turned, and Intel are backed into the corner instead of AMD. I love it.
Listen to my experimental-industrial-techno!
Next time they decide to take a bullet and promote compatibility, they'll know better!
TEACH EM A LESSON, SLASHDOT!
REM Old programmers don't die. They just GOSUB without RETURN.
AMD and intel have numerous cross liscencing deals goinging on that ammount to Intel can use AMD's IP and AMD can use Intel's IP for, I believe, compatibility. I am not sure about the exact deals but in theory AMD can make a compatible implementation Intel's HyperThreading tech (via reverse engineering) and Intel can (apparently) in practice use AMD's 64 bit extensions with neither paying royalties or considerations to the other. Other examples from the other direction are AMD implementing MMX and SSE as 3DNow and 3dNow Pro.
There is nothing wrong with being gay. It's getting caught where the trouble lies.
Uhm, didnt i read somewhere that Intel licensed AMDs 64bit extensions? Just the same as AMD license ia-386 stuff from Intel? This may be covered in the article, which I cant currently get to, and i just cant be bothered to google.
If you CAN'T beat em, copy em, and advertize the hell out of your product/service.
Sigs? We don't need no stinking sigs!
While I found the submission entertaining, I still have to give props to Intel. OK, yes, they are making a chip that's compatible with AMD's instruction set, but this can only be a good thing. Instead of running out and introducing a new 64 bit instruction set to the market to directly compete with AMD, and thus create market confusion and compatibility problems, they've decided to do the best thing for us, the consumers and programmers - embrace an existing standard to avoid market fragmentation.
Yes, it might have pissed Linus off that they weren't very forthcoming about it, but just think how ticked he'd be if they introduced something completely different and he had support two competing 64-bit architectures.
Maybe Intel is taking a lesson from IBM. Just because you are the big boy on the block doesn't mean you can make your own rules. Anyone remember Microchannel Architecture?
-R
RTA. That's actually what the thread was about, whether the arch would be called x86-64 or amd64 or ia32e or what. The consensus, I think, was that it would be x86-64, because it's vendor-neutral, but that it would be spelled x86_64 for reasons such as a) it makes autoconf happy and b) that's how it already is.
Dude... are you serious??
:-)
Take another look. Every article will give a sentence or two to downplay an intel feature and several paragraphs reminding us why such-and-such AMD feature is better.
Maybe I'm thinking of ATI vs nVidia but I'm pretty damn sure it's both of them. TomHardware likes the underdog just like everyone else that's cool.
All your pentiums are not belong to us! We set us up AMDs.
Moderation: +1 pwnage
Since when has reading articles been a requirement of posting in any given Slashdot article?
I really don't understand why Intel is handling this so poorly. Someone in the higher ups must have thought this to be a horrible end of the world type of thing. In my mind it isn't. They have ended up making Intel look worse if they would have just quitely said, we are supporting x86-64...which is compatible wiht AMD, at the end of the sentence.
AMD is an x86 processor. Something Intel invented. Becuase of the agreement between Intel and AMD over the use x86, Intel can use the new extensions without paying royalties.
A) The only people that might loose faith in Intel are some techies, most of who are already AMDFanBoys ( and girls ) anyways. The average consumer ain't going to care who created the 64 bit extensions.
B) AMD DID THE WORK. No need waste time designing the specs out.
C) MS has an OS ready to go out the door, no time waiting for you apps to be deployed.
D) AMD has spent a lot of time marketing the technology, all you have to say is we do it with more GHZ ( please don't let the GHZ thing spin off into another thread ).
E) You've got something to help ease the pain between your Xeon and Itanium lines.
This is a good thing for Intel. Sure you are copying AMD's instruction set, but lets face it, compared to the man hours needed to actually implement the instruction set in trannies, an instruction set is pretty simple. Intel saves money, says hey look we are not a monopoly anymore don't hate us, and has a good product.
Intel made a bad PR decision, they should just admit it and move on.
All your customer are belong to us ;)
"Hey! Unless this is a nude love-in, get the hell off my property!!"
here, check this out. First off, I want to say that Toms Hardware is pretty good at fairly representing all sides but I still think they favor AMD. Here's the opening paragraph to a Athlon XP 3000+ vs. P4 3.06 GHz article. And here's the link.
h tm l
http://www.tomshardware.com/cpu/20030210/index.
"It is pretty certain that hardly any x86 architecture processor has a longer history. The idea for the first Athlon core goes back to 1998, when Dirk Meyer of AMD impressed us all and, most importantly, gave a jaded Intel competition jitters.
It was a market revolution, and not long before the Athlon started its victory march, winning everyone's heart along the way. The essential ingredient was its very good price/ performance ratio.
From the very beginning, the focus was on the thrifty end user. Moreover, there was the option of overclocking, which helped countless freaks squeeze the same power as they could with much more expensive CPUs. In short: Athlon became a philosophy, a staple of conversation among sophisticated users, and, in part, the subject of heated debate, the likes of which sometimes degenerates into fanatacism." Wow! I think that makes look AMD look pretty good. Could just be though. Check it out.
Moderation: +1 pwnage
One thing to like about Linus is his anti-FUD, full discosure style, evident here just IMHO.
C|N>K
Whats the story with Linus these days, he is getting fiesty about all sorts of things... this is very unlike him. What happened to the mild mannered Finn of formers years? He must be still peeved about that SCO bollocks. While its all very amusing to see him lifting Intel out of it, I sort of miss the zen like dryness/sarcasm of yesteryear.
"Thats right buddy, the large print giveth, and the small print taketh away."
The thing about Tom's hardware is that opinions vary from author to author-or it seems that way. Yes, they have been Intel-centric in the past, but I think they're as excited about x86-64 as most of us. Very excited. And the on-board memory controller is only present on AMD chips, not the future Intel ones. Hopefully Tom's Hardware will play that up, because it's a significant advantage for AMD.
If my answers frighten you, stop asking scary questions.
Until. . . .
we find that the one instruction set is also known as the Zeist set, Zeist sends new instructions which compete until There can be only One! again.
Next, we find out that the whole Zeist instruction thingy was ignored due to lack of good reviews, customer complaints, and the entire world hating it. People try to pretend it never existed.
Then, we find out that the original Winner of the Prize in the instruction set game, never actually one. There was a hidden instruction set buried under mounds of rubble from an old Chip makers building. The two instruction sets battle for Standards Certification until the original instruction set comes out the victor again!
But wait, we next find out that 64-bit instruction sets know no limits of time or place, where a slightly altered, and more commercialized younger instruction set defeats the instruction set that is a member of his own UT clan. Now, we find out that there may or may not 'can be only one!.
but does anyone else find IA-32e to be a STUPID name for a 64-bit processor?
Imagine, Intel conforming to an existing standard!!!!WOOHOO! Way to go Intel!
If we could get more co-operation like this in the industry, software and hardware would work much better, and crash less often!
ttyl
Farrell
CAN-CON 2019 - Ottawa's only book oriented Science Fiction Convention! October 18-20, Sheraton Hotel, Ottawa, Canada h
Just a passing thought, but perhaps the reason Intel wasn't forthcoming about AMD x86-64 compatibility was because they didn't want people running out and buying Athlon64's, knowing that any compatibility issues between Intel/AMD are now moot.
Who doesn't like free music?
Well, in this case it was good. I'm sure if it weren't for the 800-lb gorilla Microsoft refusing to support more than one 64-bit X86 architecture, Intel would have annoyingly forked yet another extension incompatible with AMD's.
This would have significantly raised the costs of software packaging for everybody for years to come. In fact, the extra hassle would probably make for a significant decrease in the number of programs that even bothered to release 64-bit versions at all.
Given a general cpu register like eax it looks like this:
31--------------15-------7------0 Bits
|--------------eax--------------|
|------ax------|
|--ah---|--al---|
And now AMD's come up with the brillant idea of extending a register. The 64 bit accumlitive register is now RAX with it's low 32 bits being EAX and the low 16 are ax and so on.
The continuation of adding on register extensions is great for backwards compatiblity but it makes the instruction set a mess. Intel knows this but people don't seem to be will to give up compatibility or performace. The only way this is probably ever going to go away is if every one is forced to write a C compiler.
The sad thing is that a new cpu could have a compatibility layer that had a slight performance hit but with a lack of software supporting new 64 implementations people wouldn't buy it because the pretty little bar graphs that the sales drones produce.
My Hello World is 512 bytes. But it's also a valid Fat12 boot sector, Fat12 file reader, and Pmode routine.
People like to think that AMD is a bunch of guys working out of someone's basement. In reality, AMD is a hulking monster of a corporation. This is a company with tens of thousands of employees and 2.7 billion (US) in revenue in 2002. So, yay, one monstrous corpororation is better than another!
Too bad Intel doesn't have the self confidence and class to cheer for the competition, and *then* turn around and get back to the business of leaving them in the dust.
Seriously people, everything but x86 is Big endian, and we (embedded software people) have endian issues all the time. Wil there finally be 32 and 64 bit big endian instructions?
PLEASE SAY YES!
Slashdot's rate-of-post filter: Preventing you from posting too many great ideas at once.
Your sig will not work, you need one more backslash.
What you say is true now but AMD could do some real damage though by launching a series of commercials with some catch phrase (think "Intel inside") that plays up the fact that Intel chips are based on a standard developed by AMD. Something to effect of "Why pay more for a processor based on AMD's standard when you could be paying a lot less and using the real McCoy?"
Not exactly phrased that way, but you get the idea. It could be a real plus for AMD if they could find the right way to market it. Hence Intel doing the smart thing and trying to burry it for as long as they can.
Downplaying the announcement wasn't just to keep down the shame of following their chief rival, it was also to confuse those in the current market for a new server. From what I understand, Itanium/Itanic has been a serious flop thus far. What will the motivation be for IT departments to buy Itaniums now if they know something more compatible and better for them is coming along Real Soon Now?
This is just one small symptom of many. Intel is having extremely serious management problems now. Intel hasn't been very humanistic in the past 15 years, and now the company is failing in many hidden and not-so-hidden ways.
Why would you post as an AC unless you knew this was total bullshit. The Rambus thing was based on business practices and evil patents.
I do credit Rambus with telling me to the minute the day the Internet bubble burst. As soon as I read that Intel had entered into a binding agreement with a punk like Rambus I knew the shit was already through the fan and beginning to paint the wall. So despite the fact that I hate them, I love them for saving me a LOT of bacon.
Either way Rambus wasn't better it was higher bandwidth higher latency. It might have been better for some application and worse for others. Either way the way they tried to strong arm everybody is what killed Rambus. No body likes a bully.
Whats the big deal with this? I quickly went through some AMD's Athlon PDF's, and while all of them mentioned SIMD/SSE and MMX support, I didn't spot any mentioning that those are actually technologies originally developed by Intel. And why is this? Maybe because Intel and AMD have the cross-whatever license on their technologies so they can leave all that out. Come on, who would voluntarily put their competitors name in their product sheets?
After all, its not either of them copying anything from each other, but just making their own product compatible with a certain set on instructions, while still using their very own under-the-hood implementation.
The parent was talking about the best performing memory.
Business practises and evil patents don't change those numbers.
The owls are not what they seem
http://www.pbs.org/cringely/pulpit/pulpit20021226. html
Either way, it only helps the consumer to have a standard like this.
...that goes WAAAAAAY back, and hasn't changed much.
Remember when the 80286 came out? Remember the B-step '286, that Intel didn't want to admit had a bug in its flag storage until the B-steps were sold and the C-steps were coming out of the fabs? Imagine having your customers returning hardware for that -- how many trays of CPUs can you eat before you're Chapter-11? That's just one example.
There was an Intel seminar in SoCal where the Intel rep stood up there at the podium, pointing his pointer at the screen where the next transparency had just been put into the overhead projector and was being shown, and said, "Next, let's talk about Intel service"... and the whole hall full of engineers and programmers cracked up, it was that funny.
Lately, Intel has been doing TheRightThing[tm] more often, but not dependably. This is just another instance of where it's "funny so you don't waste your energy crying". With notable exceptions, Intel cares about Intel, full-stop.
Was that really necessary?
We got the point from Linus the first time.
He was posting his opinion in a mailing list. You're posting juvenile caps on the front page of a very highly-visited, corporate-owned tech news site. It just lowers the image of Slashdot all the more, and no matter how many times Taco professes that Slashdot is just a "hobby," it is viewed as the pinnacle of Linux community opinion and tech news by everyone else.
I know you guys already hit the bottom with the "Microsoft Violates Human Rights in China" article, but at least show a little maturity in the process of editorializing something. Despite typos and endless dupes, at least Taco only writes one- or two-line remarks. He would have said something like, "Most people know AMD was first, so it seems silly for Intel to behave that way."
I used to wave the mighty intel flag and argue ferociously with anybody supporting AMD....until I actually tried an Athlon, then my song changed to fuck intel. What I'm trying to say is nobody really cares what the brand name is, its the performance that counts. An Athlon 800Mhz out-pacing an Intel 1.5Ghz is what won me over.
Wishing I was a millionaire since 1969.
All that is part of the x86(-32) instruction set that Intel developed and AMD executes natively with their chips.
Come on, I mean. Next you'll want me to break out the LDA instruction and make sure Intel gets credit for it separately from any other assemboy instruction.
"It's the height of ridiculousness to say for those 9 lines you get hundreds of millions."
It's not so much that AMD is "still following in Intel's footsteps", it's that AMD chose to remain x86-compatible. If that's following in Intel's footsteps, then Intel is following in Intel's footsteps too, I guess, because Intel sells lots of x86-compatible chips.
The continuation of adding on register extensions is great for backwards compatiblity but it makes the instruction set a mess.
But -- who cares? Modern CPU chips translate instructions into RISC-like micro-ops, and feed the micro-ops into multiple execution units. AMD chips can do a whole bunch of stuff in a single clock cycle, which is why they are much faster per clock cycle than an Intel chip. The pain of a wacky instruction set is isolated in the translation part of the chip, and doesn't significantly hold back the chip in other ways.
RISC fans predicted years ago that CISC would die, because RISC is so much better. But CISC chips contain RISC cores these days, and meanwhile architectures that were originally "RISC" have all kinds of special instructions for working with video data and such (doesn't seem so "reduced" to me). What really happened is that RISC and CISC kind of met in the middle.
And the old idea that RISC instructions would win because they are easier to decode didn't pan out. CISC instructions get decoded to RISC-like micro-ops, as I said, and it turns out not to be a huge deal. Meanwhile, those CISC instructions are denser than RISC instructions, so you fit more of them into your limited cache space, which helps speed.
In short, modern chips do all kinds of clever stuff, and the instruction set architecture is not really holding them back.
The sad thing is that a new cpu could have a compatibility layer that had a slight performance hit but with a lack of software supporting new 64 implementations people wouldn't buy it because the pretty little bar graphs that the sales drones produce.
If you want me to feel sad, you need to back this up with some facts. Show me why you feel the Athlon64 would be faster if it were not backward-compatible with x86.
As it is, the Athlon64 is already a sweet chip in 32-bit x86 mode (you know, "following in Intel's footsteps"). Then it gets better when you run 64-bit software (mainly due to the extra registers). Good in 32-bit, better in 64-bit... why am I supposed to be sad again?
steveha
lf(1): it's like ls(1) but sorts filenames by extension, tersely
nobody is saying that this new chip following a standard is bad. it's just that intel don't clearly say that they're following an amd 'protocol' here. not credit is given to amd...which is why there's a kick-off over this.
i wish i was but oh well
Does anyone out there think that Intel has been planning this for a long time? Or at least this sort of thing? Why else would Intel try to secure IP rights to AMD patents royalty free, years ago?
Not that I really feel bad for AMD; lets not forget people, AMD started business doing exactly this sort of thing to Intel. Personally, I can't wait for nanotech to take off to the point where at least home fab facilities are affordable. Then we can design our own cores and forget this whole debate altogether. For those curious, there are already people doing that in FPGAs; its too bad that affordable FPGAs are an order of magnitude or two slower than best-of-breed processors these days.
On the flip side if you find that you suddenly need a 256-bit bus or 8 pixel pipelines, an FPGA can reconfigure itself on the fly for that. It'd be great if every program carried with it a set of core designs for the various subsystems, and could reconfigure them on the fly.
I would love to have a computer with 4-8 FPGAs on a PCIX card, a GPU consisting of 2-4 high speed FPGAs, and a nice big high speed FPGA for the main processor. Need hardware SSL? No problem. Hardware MPEG2 to DivX transcoding? No problem. Highly optimized pixel pipelines? Just send me the bits baby...
Its a nice dream anyways...
For those interested in trying something like that out on their own, I highly recommend http://www.opencores.org/
I am disrespectful to dirt! Can you see that I am serious?!
Rambus was a different way of organizing memory. In some ways it was better in others worse. I liked the analogy of using a train (RAMBUS) or a fleet of trucks (SDRAM) to deliver data. The train works great when you have to move a ton of stuff from one place to another, the trucks work better when you have to move lots of little loads from many places. Video editing is an area where RDRAM shines, multitasking is a disadvantage. Now there were many things that served to help RDRAM in its disadvantages, the P4 was developed to work very well with RDRAM it loved the bandwidth and made up for the latency with clock cycles. Dual channel was a big part of the enhancement, too. Have you ever been stuck on a machine with only a single stick of RDRAM or a P3? DDR was much faster. Once you got over about 128 MB of RDRAM you ended up waiting a long time for the addressing scheme to access different portions of RAM. When you pulled from each area sequentially, it was wonderful. I'm typing this from an early P4 that used RDRAM and it works quite well, but I wish the company had waited for socket 478.
Price performance was an easy win for an Athlon with DDR in those days. I'd love to find the powersupply and finally put together a dual xeon with a whole boatload of RDRAM and some fast drives.
Degaussing scares the bad magnetism out of the monitor and fills it with good karma.
Are you serious? Tom? Is that you?
Here:
"There is nothing finer than raising the hackles of delusional AMD lovers. However, today I do so with a heavy heart. This is no time to take aim at the pompous, self-righteous head-in-the-sand-ostriches of the alternative chip lifestyle. One must embrace them, hug them and wipe away their tears.
They are the freaks of low-cost computing, the poor, downtrodden users of products that never seem to be able to match PR numbers to actual performance, now almost beaten into marginality for all time. "
(Ridiculous remarks curteousy of Omid, General Manager, U.S. Operations for Tom's Hardware)
You need some serious psychological help if you're crazy enough to believe that they're actually pro-AMD. They're not just pro-Intel, they're pro-$ADVERTISER. Generally speaking, their articles are skewed towards a select few especially heavy advertisers. They'll even work with different driver revisions and bios settings to maximize the advantage for Intel et al. There was even an article in which Tom himself admitted that he sent the results 'back to the labs for more testing' after the AMD chips performed a bit too well for his tastes. He didn't say why he sent the results back, but when you look at the articles surrounding it and see 9 articles with a pro-Intel slant, 1 with benchmarks that seem favorable for AMD, and the 1 gets the results sent back for 'further testing', you get a good indication of what's happening. Tell me this: why is it that Tom's benchmarks tell such a different story from virtually every other hardware sites'? Is it some massive AMD conspiracy? Why is it that Ace's says one thing, and Tom's says something totally different? (Ace's is a technical-minded person's hangout, as opposed to the consumer-oriented Tom's)
Wake up - Tom's is a propaganda machine serving up dumbed-down consumer grade articles with rigged benchmarks and non-sequitur conclusions.
It's a joke, and quite frankly, it's becoming pathetic.
-- "Government is the great fiction through which everybody endeavors to live at the expense of everybody else."
The two are totally different. In IA-32e, the new 8-bit registers are called r8l through r15l. In AMD64, they were called r8b through r15b. Clearly, Intel is ushering in a new and exciting wave of computing technology.
Patrick Doyle
I mod down every jackass who puts his moderation policy in his sig. Oh, wait a sec....
Here, #9
Q9: Is it possible to write software that will run on Intel's processors with 64-bit extension technology, and AMD's 64-bit capable processors?
A9: With both companies designing entirely different architectures, the question is whether the operating system and software ported to each processor will run on the other processor, and the answer is yes in most cases. However, Intel processors support additional features, like the SSE3 instructions and Hyper-Threading Technology, which are not supported on non-Intel platforms. As such, we believe developers will achieve maximum performance and stability by designing specifically for Intel architectures and by taking advantage of Intel's breadth of software tools and enabling services.
How the hell do you mark an article -1 Toll?
It's nice to see an editor with a backbone for a change.
Trolls dont like to be Flamebait, because they burn so well. Protect our Troll heritage!
It seems the author of the article wished to place emphasis on certain words in the article. I contend that he went about achieving his end with the incorrect means.
HTML has provided authors with a means of deliniating emphasized content since version 2.0 and this means has not been depricated since.
The following is taken from RFC 1866:
5.7.1.3. Emphasis: EM
The <EM> element indicates an emphasized phrase, typically
rendered as italics. For example:
A singular subject <em>always</em> takes a singular verb.
This is the best way for authors to indicate emphasized content because user agents may then style the content according to a stylesheet. For example, a user agent may perform a text transform to all capitals (which would achieve the effect he created), boldface the content, or raise the volume of the content (for an aural browser).
It should be noted that Slashdot is written in accordance with the HTML 3.2 Reccomendation from the W3. Comments, since they are displayed under this doctype, should follow spec.
It is fairly well-known to insiders that Dave Cutler, chief software architect for Windows NT at Microsoft, approached AMD with the concept of extending the x86 instruction set for 64-bit instructions and data.
The motivation for this move was probably complicated, but Intel's slow-motion malaise regarding its IA64 strategy was no help. Microsoft needed a 64-bit platform that would gain wide acceptance before it devoted a significant amount of resources to drive Windows support on the platform to consumer-level quality.
Some even make the further claim that Cutler may have actually designed the instruction set for AMD and handed it to them intact. In other words, he approached them and said, "If you build a chip that runs this instruction set, we can guarantee NT support for it, and backwards compatibility with x86-32 will come for free."
AMD even acknowledges Dave Cutler and has a page with his information on their web site. If you do a search for articles, you'll find supposedly leaked memos mentioning builds of NT running on the new chip before it was even announced publicly (and hence before SuSe knew about it either).
You be the judge.
carrying compatibility baggage going all the way back to early DOS.(P> All these years I thought x86 was backwards compatible with the Intel 4004, and now you tell me it's actually backwards compatible with an old operating system! Well, I guess you learn new something every day...
"Freedom means freedom for everybody" -- Dick Cheney
IBM and HP both are getting into x86-64. In fact I don't recall IBM salesman pushing itanium at all recently, but they did talk about opteron quite a bit. The fact remains that AMD never had a product that people wanted in their datacenter before, and now they do. Intel could not get the mind share with itanium, so they still have the x86 honeypot to dip from.
I know of nobody who has a xeon in a home pc meant for games. This chip is not being marketed in that segment nor will it be priced to compete there. It _will_ affect their Itanium sales.
I think it was really nice of Intel to actually use AMD's pre-existing instruction set standard, making life easier for EVERYBODY, and bad form and a bad example to set to criticize them for it.
-k. ^-^ ^D
I know of nobody who has a xeon in a home pc meant for games. This chip is not being marketed in that segment nor will it be priced to compete there. It _will_ affect their Itanium sales.
Just to be clear, I never said that I thought the extended Xeons would target games. I think they will target graphical workstations(for solidworks, SI etc).
If you think that the new extended 64bit xeons will take Itanium2 place as their 64bit server product, well ok. That's your view on things, personally i dont think thats the case.
I think they target home desktop/pro workstations with IA32e and the server marked with Itanium2.
Listen to how they weasel their way into admitting that they implemented the AMD64 instruction set:
So, "in most cases, yes" you can write software that will run on both processors (implying that they're implementing AMD64), but be sure to use Intel-specific features such as SSE3 so as to maximize "performance and stability" (i.e., Intel's market dominance).
First HP makes PA-RISC. This turns out to be a kick-ass architecture with a lot of room to grow. Years go by and Intel enters into a partnership with HP to develop PA-RISC into Merced... nee Itanium. This is good. Intel of course bojos everything up and many millions of dollars later, we have really kick-ass PA-RISC chips and Itanium 1 which nobody gives a rats ass about. Some improvement later and we still have some even more kick-ass HPPA chips and Itanium 2 and its ilk.
Then $SUIT_IN_THE_EXTREME Carly decides after buying CornPACK and Tandem to say F*** all common sense... we have this next-gen PA-RISC design called MAKO and our current Superdomes that outperform Itanium 2 (but shhh don't publish those results)... lets throw it all out... HPPA, MIPS (Himalaya), Alpha, yes all the good processor technology we own... to be dependent on Intel who has no prior experience with 64 bits other than our partnership that makes crappy chips and bet the farm on Intel as being the bomb diggity of 64-bitness.
Now Intel realizes... WE GOOFED big time. WE HUFFED the SCO crack-pipe... lets make x86-64 (one big head smack for the obvious not occurring to them earlier, and another one for extending the life of x86 even farther). WHERE does this leave both Intel (with IBM and POWER4/5/6+ spanking their asses back to the stone age) and poor (NOT) HP who bet the farm on Itanic 2... ?
Oh this is too good.
I hope they both sink in the same boat.
and for AMD's sake I hope they add a fs*ckin thermistor to their procs so if the heat sink is loose they don't smoke themselves... (fsckin unacceptable).
Not true. Until now, AMD have sold immensely more chips with x86_64 technology than Intel, who sold precisely NONE.