backtop


Print 64 comment(s) - last by clnee55.. on Dec 24 at 2:33 AM

Much of AMD's bad luck over the last three months revolves around a nasty bug it just can't shake

Erratum, to those in the hardware or software industry, is a nice way of saying "we missed a test case" during development and design. 

Yesterday, The Tech Report confirmed AMD's iteration of Intel's F00F bug.  The bug, which has been documented since at least early November, can cause a deadlock during recursive or nested cache writes. 

How does the TLB erratum occur?  All AMD quad-core processors utilize a shared L3 cache.  In instances where the software uses nested memory pages, this processor will experience a race condition. 

AMD's desktop product marketing manager Michael Saucier describes a race condition as a series of events "where the other guy wins who isn't supposed to win." 

In the software world, a typical memory race condition occurs when the memory arbiter is instructed to overwrite an older block of memory, but write the old block of memory to somewhere else in cache.  In the instance where two arbiters follow this same rule set, its easy to see how a race condition can occur: both arbiters attempt to overwrite the same blocks of information, resulting in a deadlock.

From what AMD engineers would tell DailyTech, this example is very similar to what occurs with nested memory pages in virtualized machines on these K10 processors. 

AMD has since released a new BIOS patch for all K10 motherboards, including the often cited but rarely seen MSI K9A2 Platinum.  This patch, confirmed by DailyTech, will result in at least a 10% reduction in general computing speed. 

AMD partners tell DailyTech that all bulk Barcelona shipments have been halted pending application screening based on the customer.  Cray, for example, was allowed its latest allocation for machines that will not use these nested virtualization techniques.  Other AMD corporate customers were told to use Revision F3 (K8) processors in the meantime. 

The TLB erratum will be fixed in the B3 stepping of all AMD quad-core processors, including Phenom and Barcelona.  However, AMD considers the B3 stepping a "March" item on its 2008 roadmap.  Processors shipped between then and now will still carry the TLB bug, though with the BIOS workaround these machines will not experience a lockup. 

The delayed Phenom 9700 is affected by the TLB bug, though AMD insiders tell DailyTech the upcoming 2.6 GHz Phenom 9900 is not affected.  This indicates Phenom 9900 will carry the B3-stepping designation.

AMD's latest roadmap hints that its tri-core processors are merely quad-core processors with one core disabled. The company also indicated that it will introduce some of these tri-core processors with the L3 cache disabled.  Removing the shared-L3 cache from the chip design eliminates the TLB bug.

In a likely-related event, AMD's newest corporate roadmap scheduled three Phenom processors for the first half of 2008; one of which is the Phenom 9700.  The company will launch eleven new 65nm K8 processors in the same time period.


Comments     Threshold


This article is over a month old, voting and posting comments is disabled

Not good
By FITCamaro on 12/5/2007 12:51:49 PM , Rating: 2
Not good news for AMD. However, for consumers, it 99.9% won't affect you since most consumers do not use any virtualization software. But yes for the big volume customers building servers that may, it definitely is an issue.




RE: Not good
By TomZ on 12/5/2007 1:12:15 PM , Rating: 2
From what I understand, it would be bad for consumers, since probably most motherboards will have the microcode workaround applied in the BIOS, which has the nasty side effect of a 10-20% performance hit.

Also, from what I understand, the bug doesn't just occur when running virtualization software. It just happens to be that running virtualization software is the most likely trigger.


RE: Not good
By KristopherKubicki (blog) on 12/5/2007 1:15:29 PM , Rating: 2
From my understanding there has to be a nested memory page and high utilization. There are lot of occasions when this can happen, but I think the only way you could really duplicate persistant nested memory pages is with virtualization.


RE: Not good
By 16nm on 12/5/2007 2:41:53 PM , Rating: 3
The silver lining in all of this is, assuming that the AMD board and management are not a bunch of monkeys and buffoons, that they will learn from this mistake and make sure it never happens again. I am reminded of the Pentium 586 math bug that caught a lot of headlines in the nineties. Intel learned a lot from that mistake. Mistakes reveal our weaknesses and how to fix them.

Intel made a mistake in Netburst, now look how they're improved.

However, you must see the irony in a quad core server CPU failing at virtualization. One of the most compeling reasons for business to buy quadcore machines is for server consolidation through virtualization. LOL. That sucks big time!


RE: Not good
By KristopherKubicki (blog) on 12/5/2007 3:50:50 PM , Rating: 2
That does seem like a pretty big oversight..


RE: Not good
By Master Kenobi (blog) on 12/5/2007 6:20:15 PM , Rating: 2
Yea, on the desktop or workstation end, quad core is nice but not critical. Quad core servers on the other hand offer virtualization on multiple servers without the heavy licensing and hardware costs normally associated with it.


RE: Not good
By erikejw on 12/6/2007 4:54:33 AM , Rating: 2
Well, was the released Phenoms with the BIOS that made them work 100% albeit somewhat slower or were they with a faulty BIOS that is faster.

If it was fully working they will do better against the Core2 processors but probably a little slower anyway.


RE: Not good
By qwertyz on 12/6/2007 10:44:25 AM , Rating: 1
the BIOS fix will most probably disable the 2 MB L3 cache


RE: Not good
By clnee55 on 12/24/2007 2:33:08 AM , Rating: 2
quote:
That does seem like a pretty big oversigh


The validation engineer who missed the floating point bug at Intel was probably got fired. I wonder if he works in AMD now.


RE: Not good
By kalak on 12/7/2007 1:30:02 PM , Rating: 2
quote:
Mistakes reveal our weaknesses and how to fix them.


I agree, but AMD/ATI public image is becoming very bad... that's a shame.... Please react AMD !


RE: Not good
By Andypro on 12/5/2007 2:54:46 PM , Rating: 2
Kris: I noticed that you use the word "utilize" excessively in your articles. That's a waste of bytes. Utilize doesn't have any added meaning beyond "use." Try to utilize the better word from now on :p


RE: Not good
By TomZ on 12/5/07, Rating: 0
RE: Not good
By KristopherKubicki (blog) on 12/5/2007 3:42:25 PM , Rating: 2
Nah its a bad habit. When you write about the same thing over and over again it gets easy to use the same words repeatedly. "slate" is another word I'm trying not to use.


RE: Not good
By Egger on 12/5/2007 8:34:21 PM , Rating: 2
Not to be a grammar police or anything, but in all honesty there is a slight difference between 'use' and 'utilize', as 'utilize' infers the meaning of 'to make use of', as in 'to use despite being of other uses as well [as the referred use]'. So in most cases, the word 'utilize' that Kristopher uses is correct.

Sorry to be a troll and post once every ten years despite lurking constantly, just trying to provide occasional positive input really.


RE: Not good
By qwertyz on 12/5/07, Rating: -1
RE: Not good
By Oregonian2 on 12/5/2007 2:18:27 PM , Rating: 2
ROTFL


RE: Not good
By Oregonian2 on 12/5/2007 3:10:38 PM , Rating: 3
Somebody appears to not have liked my laughing at the obvious tongue-in-cheek joke that someone posted (*ALL* processors ever produced in the history of semiconductors have had bugs in every version produced -- even the comparatively trivial 8080/Z80 processors had bugs in nice eratta sheets (I design embedded processor systems and have since the 8008 processor (as the HW circuit designer))).


RE: Not good
By Myrandex on 12/5/2007 2:41:37 PM , Rating: 2
[sarcasm] Hell Yeah! Especially since no other CPU manufacturer ever has bugs in their designs! Also Software should be held to these standards, so no more Software can be sold again since none is bug free! [/sarcasm]


RE: Not good
By Clauzii on 12/5/2007 5:46:42 PM , Rating: 2
Talking about flicking the big red switch :o


RE: Not good
By michal1980 on 12/5/2007 1:17:16 PM , Rating: 2
but wont the 'fix' slow down everyones pc? even if they are not using vt?


RE: Not good
By KristopherKubicki (blog) on 12/5/2007 1:21:51 PM , Rating: 2
Yes since there are corner cases with nested memory pages outside of virtualization.


RE: Not good
By masher2 (blog) on 12/5/2007 2:54:32 PM , Rating: 2
I'm not seeing the benefits of Barcelona's nested paging outside of virtualization. Do you happen to know what those corner cases might be?


RE: Not good
By KristopherKubicki (blog) on 12/5/2007 4:16:38 PM , Rating: 2
Well, it wouldn't be the processor that enables nested memory pages -- that's the software. There's nothing that says you can't have memory sitting on top of other memory -- although when we're talking system memory instead of L3 cache that's the potential for a buffer overflow.

I don't pretend to understand exactly how the memory arbiters for K10 work, though knowing the problem affects nested memory and knowing you have multiple cores accessing/writing that L3 cache, it seems like that is a hot spot for race conditions.


RE: Not good
By masher2 (blog) on 12/5/2007 4:47:41 PM , Rating: 2
> "Well, it wouldn't be the processor that enables nested memory pages -- that's the software"

By "nested memory pages", I assumed you meant Barcelona's nested paging feature, which I think AMD is now actually calling "Rapid Virtualization Indexing". Am I wrong on this?


RE: Not good
By KristopherKubicki (blog) on 12/5/2007 4:56:23 PM , Rating: 2
I was not directly referring to AMD's technology. My colleagues at Tech Report just published the Linux patch notes that detail what went wrong. It's not too different from the general example I used:

http://www.techreport.com/discussions.x/13742


RE: Not good
By wetwareinterface on 12/6/2007 4:35:02 AM , Rating: 2
sql database
certain multithreaded apps that rely on cpu to cpu cache lookups and use nested paging to achieve this without specifically addressing either l1 l2 or l3 cache memory addresses but use instead placeholder locations and let the cpu/compiler try to decide where the cache address is. i.e. most c++ only optimized for multithreading not address lookup stability compiler code written using the c language default of pointers instead of actual memory location addressing. basically any half assed custom written in c++ app that you may find in a corporate enviornment like most individual crm client server based products.

etc...


RE: Not good
By Moishe on 12/5/2007 2:09:29 PM , Rating: 5
I really feel bad for them... and for us. We need competition. I'm not sure how, or why but AMD really has dropped the ball completely this past year.

I hope that behind the scenes they are working on a future CPU that is innovative and not just evolutionary.


RE: Not good
By SavagePotato on 12/5/2007 3:51:48 PM , Rating: 3
All the anti AMD detractors that like to put them down for the recent hardships will no doubt stop yapping if Intel CPU's hit the 1500 or 2000 dollar mark in the high end out of a lack of competition.


RE: Not good
By Eris23007 on 12/5/2007 6:33:48 PM , Rating: 2
The way I remember it, nobody wept for Intel back in the bad old Prescott days. Much the opposite, it was barely restrained glee that the big dog had gotten knocked off the top spot.

That's all fine and good, but why should those of us who care about CPU performance give AMD a break for their "hardships", which I would personally term "piss-poor execution"? They weren't unlucky - they made their bed, and now they have to lie in it. They chose to spend their money on the ATI acquisition instead of increased R&D budgets, and now they're living with that decision.

As Dr. Evil would say: "Boo frickin' hoo"


RE: Not good
By Moishe on 12/6/2007 7:53:35 AM , Rating: 2
Intel has never been the underdog and they DID take advantage of their lead to rest on their laurels. Nobody weeps for the guy who had everything and lost it due to his own complacency.

I think it's similar but honestly I think AMD tried (and failed). I truly don't believe this was a case of laziness on AMD's part. I could be wrong though.

Intel is the best for a reason. They have the money, the market, and the people to make the best processors and they've got nothing but themselves in their way. AMD has themselves, money, market and everything else in their way. For AMD winning is an up hill battle, it's simply not that way for Intel.


RE: Not good
By 1078feba on 12/6/2007 11:08:22 AM , Rating: 3
I agree with you on priciple, but, really...it sure seems like AMD has gone out of their way to make all sorts of just stupid mistakes.

The ATI acquisition, though a forward-looking and fundamentally sound decision, could not have possibly been more ill-timed. They had a really strong toe-hold on gaining market share at the expense of their biggest competitor and then inexplicably changed a winning game plan. Even with the knowledge that Larrabee is upcoming, they could have waited a few years to ensure that Barcelona would at least keep the market share they had gained, vice ending up in a price war that led to a new round of debt sales. Does anyone really think we would be discussing this L3 errata if all the ATI money had gone into Barcelona R&D?

I also have to wonder how much better ATI discrete cards would have been if that division hadn't been saddled with being the bread-winner in the family.

Why not just buy controlling interest in ATI, and then gradually keep buying more ATI stock until you get to the point that full acquisition doesn't require such a huge one time outlay of cash? That way, they could have had enough influence on ATI's chipset division to ensure that Spider would still become a reality, yet retain enough cash to properly fund K10 development. There was a wide variety of differing paths to take to get ATI, yet they chose the one, that while may have provided instant gratification, was also probably the most myopic.

I sure hope they get their act together. I so miss actually having "choice" when it comes to enthusiast procs. Let's face it, right now, the only difficult decision to make WRT buying a new proc is WHICH Intel fits your price/performace range.

...and this comes from a guy loving his 939 FX-60 (OC'd to 3.0, ;) )


RE: Not good
By DeepBlue1975 on 12/5/2007 2:24:04 PM , Rating: 3
They will be affected by the 10% performance penalty, which, adding to the already 10-20% lagging behind of AMD's Phenom compared to the actual Intel Q6600 becomes too much, even they loose any possibility of competing even in price / performance ratio.

Not good at all.


RE: Not good
By yost007 on 12/5/2007 5:23:10 PM , Rating: 2
I agree with your point. A "fix" that imparts a 10% penalty is not much of a fix.


RE: Not good
By Clauzii on 12/5/2007 5:51:27 PM , Rating: 2
I would say that "A fully slower but working CPU ALWAYS is better than NO CPU. Think about it ;)


RE: Not good
By kalak on 12/7/2007 1:45:09 PM , Rating: 2
quote:
A fully slower but working CPU ALWAYS is better than NO CPU


Err. NO. Not in this case. A fix that cause another problem ? That's not good. And in the world of CPU competition, 10% less speed is a doom... AMD need a better solution to this (though I think they don't care anymore...)


RE: Not good
By DeepBlue1975 on 12/8/2007 1:54:50 PM , Rating: 2
I'll answer your post with a question:

Why get a CPU that needs a 10% performance cap to work well, when you can go and buy a CPU that works right away with no problem at all, and even has a better price, and more performance out of the box (even when the Phenom is "unfixed"?

Intel didn't even need the penryn to compete in this conditions. Problem is, they are going to find that out really soon and slow their cycles and start making their CPUs more expensive.


RE: Not good
By Master Kenobi (blog) on 12/5/2007 6:17:25 PM , Rating: 2
In the industry this would be classified as a "workaround" since the "problem" still exists and has not yet been corrected.

The Caveat to this "workaround" by AMD, is they are going to get further thrashed in benchmarks.....


10-20%
By MagnumMan on 12/5/2007 2:45:09 PM , Rating: 2
I think I should get a 10-20% refund from AMD on my Phenom 9500, for the 10-20% performance reduction this BIOS fix implements. That or offer to upgrade 9500s to something newer for early adopters when a fix comes out.




RE: 10-20%
By masher2 (blog) on 12/5/2007 2:55:42 PM , Rating: 2
Don't worry. I'm sure an attorney is already putting together details of a class action suit for everyone affected by the bug.


RE: 10-20%
By KristopherKubicki (blog) on 12/5/2007 4:18:11 PM , Rating: 2
Now it would be nice if they included journalists too so I could get the last 3 months of my life back ... :)


RE: 10-20%
By Clauzii on 12/5/2007 6:00:53 PM , Rating: 2
True, but in the court You'd probably only get 10-20% of that since that was the actual time lost!

Or You can sue them for all of it. Spending time writing articles about something buggy...

Nah, maybe not.

Btw.: How many Barcelona/Phenoms are already sold?

PS: Living in Denmark rocks (the 18x Opterons).
At the moment, Barcelona GOT rocks.


RE: 10-20%
By Ringold on 12/5/2007 8:14:31 PM , Rating: 2
I just did a quick & dirty estimation, and living in the US the difference in our marginal tax rates would allow me to buy, I think, about 30 extra Opterons, plugging in $200 each. There's some fudge there, but didn't count the VAT, don't know how you guys apply that.

America rocks. :P


RE: 10-20%
By Strunf on 12/5/2007 6:42:52 PM , Rating: 2
Yeah and they'll probably ask for a 10-20% of the AMD profits... and since they are negative it's actually the attorney that will pay AMD instead. That would be the a first on the never ending list of dumb class actions.


RE: 10-20%
By TomZ on 12/5/2007 3:15:00 PM , Rating: 1
They have stopped volume shipments of the processors, so I would guess that AMD sees this as a pretty serious issue. Therefore, I think it is reasonable to request/demand a replacement part when they finally ship them.

If AMD is proactive, they will offer this anyway, but I'd be surprised if they do.


RE: 10-20%
By GeorgeOrwell on 12/6/2007 7:02:37 AM , Rating: 1
If you use Firefox, it looks like you are in line for a 57% refund.


Hmmm...
By Goty on 12/5/2007 12:48:32 PM , Rating: 3
Was this BIOS fix applied in the latest Opteron vs Xeon article? If not, then this is really a bad blow to the architecture (at least for the next few months).

It's kind of annoying that this had to happen now, when it would most benefit the consumer to have a truly competitive CPU coming out of AMD in order to help keep prices down and innovation up.

Oh well, at least Intel doesn't seem to have any trouble keeping to it's "tick-tock" schedule of microarchitecture updates.




RE: Hmmm...
By KristopherKubicki (blog) on 12/5/2007 12:50:37 PM , Rating: 2
Its my understanding that all reviews out there do not have this BIOS fix unless stated.


RE: Hmmm...
By BladeVenom on 12/5/2007 1:16:20 PM , Rating: 2
Ouch! That's a nasty bug bite.


RE: Hmmm...
By Moishe on 12/5/2007 2:10:49 PM , Rating: 2
it's a pretty hefty smackdown... unfortunately they did it to themselves. They weren't going to fly off the shelves anyways and now this... I wouldn't buy one until this is fixed... and maybe not even then.


By Chaser on 12/5/2007 12:54:01 PM , Rating: 3
Sorry dude. And what a shame for AMD. Just what they needed.




By GeorgeOrwell on 12/5/2007 7:14:37 PM , Rating: 2
Apology accepted.

These are tough times for AMD. It won't be until 2H08 that the reworked Barcelona, B+, is done. That is why we see the new focus on 65nm K8 chips.

Now if AMD really wanted to be friends with their customers, they would rework the Socket 940 Opterons. If they offered some low power Socket 940 65nm chips, it would make a lot of people very happy -- and save a heck of a lot of energy.


By DesertCat on 12/5/2007 2:16:10 PM , Rating: 2
Not that I'm terribly thrilled about the idea of turning off this fix, but it sounds like the BIOS erratum fix may be something that can be turned on and off to regain the performance.

The guys at Techreport orginally said that the BIOS makers might include a toggle for this fix. They later had to correct themselves because it sounds like AMD does not want this to be an optional BIOS setting. It does sound, however, like there may be a switch inside AMD's new Overdrive tweaking tool for turning the "fix" on and off.

It's certainly not ideal, but it may be interesting to see how the enthusiasts out there deal with this. For my part, I will do comparisons on the 9600 I ordered. I have the original Asus BIOS that enables Phenom support for my motherboard (BIOS 1302 for my M2N-SLI Deluxe MB - Nvidia 570 chipset). It will be interesting to see how much of a hit I actually see in my own applications. Even with the hit, I suspect to see a substantial improvement over my current X2 3800+, especially in video encoding.




By Oregonian2 on 12/5/2007 2:20:38 PM , Rating: 2
A proper BIOS fix should have it look at the die rev and only apply the fix appropriately. I think the article stated the die rev ("or above") where the fix wouldn't need to be applied by the BIOS. It should then use that as the cutoff rev.


By TomZ on 12/5/2007 2:34:55 PM , Rating: 1
In addition, such a BIOS patch should allow the user to enable/disable the workaround, so that an informed user can themselves decide whether the risk of the bug outweighs the 10-20% performance hit (or whatever the real figure ends up being).


Burning question for me: which team screwed up?
By denka on 12/5/2007 3:00:07 PM , Rating: 1
Now that AMD has more than one R&D center, which one screwed up the company?




By GeorgeOrwell on 12/5/2007 11:47:26 PM , Rating: 1
The AMD Board of Directors screwed up by making Hector Ruiz the CEO.

Someone with more technical experience, with a better understanding of Intel, would have made quality decisions.

Hector Ruiz was put in a job way over his head and has been the single most destructive force against AMD. Far worse than what Intel has done is that which Hector did not do, did poorly, or did at the wrong time in the wrong way.

It's not that uncommon for a bright technical company to get a paper prince as a new CEO and for that paper prince to run the company into the ground.

We can only hope the new Arab investors are more savvy than whatever set of fools was in charge of selecting Hector in the first place.


By MandrakeQ on 12/6/2007 3:50:47 PM , Rating: 2
I'm curious, what exactly did he do wrong? I don't think he is responsible for technology leadership, but I could be mistaken.


Erratum is nothing new
By crystal clear on 12/6/2007 7:55:20 AM , Rating: 2
quote:
Erratum, to those in the hardware or software industry, is a nice way of saying "we missed a test case" during development and design.


No ! it should read this way - "We skipped a test case"

Yes sir the word "skipped" is the source of the problem,from AMD to Vista to Vista drivers to O.S Leopard & more & more.

Why "skipped" is the issue here - its because of T.T.M.

Time to Market pressures compel companies-either they have to meet their announced product release date deadlines or due to already delayed past their expected launch dates.

The motherboard manufacturers & OEMs exert intense pressures on them to meet their own(OEMs)product planning/ production/marketing schedules.

Time to Market is given priority number 1 over

engineering - but R&D staff need their time to develop/refine/test/verify etc their work.

The mad & desperate rush to the market results into issues that this article discusses & AMD unfortunately has to deal with.

The negative publicity generated is the consequence resulting in severe embarassment to AMD & creates a lack of confidence in AMD & for OEMs .

The net result - Sales revenues take a major blow.

Even Intel had these issues/glitches to deal with when it released the Intel Core 2 processors & subsequently issues a bios update.

Barcelonas/Phenoms don't all go into gamer machines. People need this stuff to work."

Examples-

Previously you had B.S.O.D. now you also get P.S.O.D. rather "Purple Screen of Death" .

Read this-

Vista's Purple Screen of Death

http://neosmart.net/blog/2007/vistas-purple-screen...

The negative/bad publicity created for AMD is serious issue/problem for AMD.
Investor confidence is taking a deep dive douwnwards,Sales revenues will take a serious blow,Bad quaterly results way into 2H 08 atleast.

We need AMD just as much as we need Intel.......




RE: Erratum is nothing new
By crystal clear on 12/6/2007 8:32:10 AM , Rating: 2
I remember very well I made a post sometime ago about-

IBM touted the 1.9GHz Opteron-based System x 3455 as a marvel, running the box through the SPEC CPU2006 suite. And now, just a few weeks later, IBM has flagged its benchmarks as non-compliant because it cannot get the systems to customers in a reasonable amount of time.


http://www.spec.org/cpu2006/results/res2007q3/cpu2...

IBM knew about this problem we are discussing now way back months ago.

I had the doubts/suspicions when I read the link above that time months ago,as its not manufacturing rather flaws that IBM discovered in their own testing & passed them to AMD.

IBM is actively involved with AMD in their development work & testing etc.

When IBM doesnt sell (Barcelona based systems)means its serious trouble/problems etc-IBM gets first priority in supply of CPUs over other OEMs from AMD.


testing failures
By melgross on 12/5/2007 5:22:57 PM , Rating: 1
Is it possible that the actual reason for some of the inability of the Phenom to complete some of the tests done here at Anand the other day is due to this, rather than to some BIOS problem, at least in part?




RE: testing failures
By GeorgeOrwell on 12/5/2007 7:31:57 PM , Rating: 1
AMD is doing their best to spin the Barcelona/Phenom situation as having this "one bad bug".

It is by no means the reality of the situation. The current steppings of Barcelona/Phenom are riddled with bugs: small, medium, and large.

The recent B2 stepping was so bad it was immediately dumped and work begun on a B3 stepping. It is not likely that further steppings will substantially fix the design. The Barcelona is a fabulous prototype design, but it is a long way away from being a polished production level design.

So AMD is going to plan B -- 65nm K8-based chips -- and will wait on volume shipments of K10 until the reworked Barcelona B+ is finished sometime 2H08.

There will some small shipments of K10 chips between now and 2H08, but only the foolish will buy these machines. If you have clout with AMD, insist on a replacement policy.

Overall, K10 is just too much change at the wrong time. Split-plane power is a nice idea, but it obsoletes all existing motherboards. A massive change from K8 is warranted for massive gains, but the gains have been elusive and even when found, merely marginal.

AMD should have used their own technology and built a simple K8+ quad-core that glued together two dual-core processors. All the cores should have been glued together with HT3, giving the processor a massive jump in on-chip bandwidth while protecting backward compatibility. Bump the cache sizes up with a move to 65nm and you have a chip that required almost zero development effort that is ready to ride. A few tweaks to the K8 memory controller to support unbuffered ECC 800Mhz and ECC 1066Mhz DDR2 and you would still have a very competitive processor. On the desktop, the many fast low-latency DDR2 modules could also be supported.

Too bad. Brute force often works better than finesse. This is something that AMD should have learned from Intel by now.


Will kill sales of these models
By androticus on 12/6/2007 2:32:39 AM , Rating: 2
Let's face it -- this is a CPU that according to all the benchmarks I've seen really doesn't compete well with correspondingly clocked Intel chips. Yet this is an entirely new product. WHY would ANYONE in their right mind want this product, if it is defective??? The fix will just make it even worse, and then you have to worry about being sure the fix will be in place for all conditions, etc.

As an enthusiast, I wouldn't touch a chip like this. And if I were a product manager, I would be thinking, "HOW am I going to sell a product based on this chip to customers, with a known defect, whose workaround makes it slower than cost-efficient chips from Intel?"

This is very bad for AMD. By the time they get this fixed and only start hitting their clock scaling stride mid-2008, Intel will almost be ready to release their NEXT generation chip which will be their SECOND iteration of product on 45nm.

Yikes...




By Ringold on 12/5/2007 8:32:30 PM , Rating: 1
Mortgage guy probably just found out his teaser rate reset and is drinking when you aren't looking/mousing at him.

The mortgage chick just hasn't noticed yet; dance on!


"Google fired a shot heard 'round the world, and now a second American company has answered the call to defend the rights of the Chinese people." -- Rep. Christopher H. Smith (R-N.J.)

Related Articles













botimage
Copyright 2014 DailyTech LLC. - RSS Feed | Advertise | About Us | Ethics | FAQ | Terms, Conditions & Privacy Information | Kristopher Kubicki