Intel Encounters Another Problem with RAMBUS 147
Palin Majere writes, "News.com is reporting that Intel is once again having problems with its RAMBUS memory chipsets. This time, it's affecting the i820 and i840 chipsets, and is located in the chipsets (MRH and MTH) that allow customers to use regular SDRAM memory instead of RAMBUS memory.
It causes memory corruption and has already caused Intel to cancel three motherboard designs as a result. " With the continuing shortage of high-end Pentium processors, and stuff like this, it's no wonder that AMD has been doing better and better.
Goodbye Rambus, hopefully for the last time... (Score:1)
You linux-heads should hate rambus...half the reason a 128mb stick of rambust costs $700 is to make up the 'IP royalties' for rambust and its shitty R&D costs. Try www.pricewatch.com, see how GODDAMN cheap sdram is now. Read on to find out why this matters.
DDR is going to breath some hot fire up rambust's ass. After intial speculative price costs (aka hoarding and exploting shortages of a new tech, i.e. coppermines) ddr will be aroung 10% more than single rate. The actual costs to the mem makers will fall to 2-3% more per chip a year after the lines start running. (some already started lines, like micron)
Why does rambust suck?
Oh the REASONS, the REASONS!
Its the first type of standard memory (uh, Cray computers cooled with special carcinogenic coolants don't count as standard
POWER drain, BIGTIME. Contrary to DDR, where it gets FASTER, then uses LESS power. One of the first markets expected to convert to nearly 100% penetration of DDR is the laptops.
Because of the above, you are damn lucky if more than a thrid of any module is getting used at one type.
LATENCY. As many cable users can tell you, ping is king, bandwidth is not. (DSL tends to have better pings, and most important to hardcore users, more stable over time...not 120 one minute and 40 the next, which screws up your instinctive responses, like leading your prey with the crosshair) Online gaming can do fine with 5-10k/sec, but you will be staring at your lifeless corpse more often than not if your latency is high. Bandwidth is important, but in the age of 8x and higher CPU mutlipliers, latency reduction can easily double or triple actual performance.
COST COST COST. The equivalent for computers that LOCATION LOCATION LOCATION is for retail sales and real estate. Who gives a shit is rambust does 15% better in intel/rambust crafted benchmarks...I can outfit a server with a freaking gig+ of sdram for the cost of 128 rambust. Anyone wanna wager which one would get left in the dust under heavy use? "7:1 odds, come and get em!"
/end-o-my-rant...almost
If any linux user supports rambust, a word comes to mind - Hypocrite! IBM and others are GIVING away tech info on DDR. Want a free predone module design? Here ya go! Want test results on trace timings? Here ya go! And so on and on and on and on...
Re:AMD has Problems of their own though... (Score:1)
Hopefully soon VIA will take the chipset to the next level, SMP.
Re:AMD has Problems of their... - a question (Score:1)
Re:Not really a RamBus problem .... (Score:1)
Re:AMD ?` (Score:1)
Who did the benchmarking?
Re:AMD has Problems of their own though... (Score:1)
People have complained about the inferiour chipset for the Athlons. It's just that picking on the little guy is not what people like to do.
Re:AMD has Problems of their own though... (Score:1)
Yeah, I want a multiprocessor Athlon box too.
Re:Not really a RamBus problem .... (Score:1)
Re:Uhh, i sent this in a day and a half ago. (Score:1)
Maybe it's time to slow down.. (Score:1)
PowerPC technology, and Pentium technology have had some problems in them. Although the RAMBUS technology is not specifict to the Pentium processors, it shows that things should be changed less rapidly.
I personally think that PC industry makes lots of wastes. Unlike TVs we have, it's very hard to use PCs more than 10 years. ( Well, you can, but you will be tempted by new S/Ws, faster graphics, larger S/Ws.. ) Sometimes, people may need not-so-powerful machines, but people buy them. PC companies always makes faster machines, instead of lowering the prices of existing machines.
For example, Pentium 133 Mhz machines are still usuable for many games, wordprocessing, etc.
But you can't buy new Pentium 133Mhz machines with prices under $300.
Hmm..
Am I too pessimistic?
Your sig... (Score:1)
Re:AMD multiprocessor (Score:1)
Advance 5 133 (Score:1)
Just because one particular chipset design has problems doesnt mean that Coppermine is going to lose out. At the computer shop I work at we are using good old pc133 RAM with the Advance 5 133 Chipset from VIA. So far we have had absolutely no problems with these boards. I would highly recommend them to someone looking for a coppermine solution.
ps If your looking for fast reliable RAM you can pick up pc100 RAM that will run 100% at 133 (look for the 222 refresh rating) pretty cheaply.
Re:AMD is not making money because of intel... (Score:1)
Re:AMD has Problems of their own though... (Score:1)
The answers are yes and probably. Probably, because I am not 100% sure. Try checking out overclockers.com
Re:AMD has Problems of their... - a question (Score:1)
Re:AMD is not making money because of intel... (Score:1)
Can't you see that you're bragging? If you want to provide stats, give a link to one of the many publicized reviews.
Re:missing a capacitor (Score:1)
Re:Coincidence? (Score:1)
Re:Will this affect my Dell? (Score:1)
That's gratuitous open source advocacy (Score:1)
On the contrary, history has shown that opening specs can be a very _bad_ thing for revenue, all ethical concerns aside. IBM suffered greatly because they let others produce clones of their hardware. Microsoft and Sony, with very closed strategies, are thriving.
Don't moderate up a comment just because you like, in principle, what it's saying. Moderate comments that really are insightful and well thought out, regardless of your personal point of view.
Broccolist
Re:AMD ?` (Score:1)
Re:AMD ?` (Score:1)
Wishing ill upon other companies/groups.. (Score:1)
AMD ?` (Score:1)
AMD's Good stuff (Score:1)
Intel's major foibles seem to occur when it tries something new, like this RAMBUS thing. Has AMD tried anything new, besides the change to slot 1 and a new chipset. Intel seems to be trying to break new ground in a major way, not just steps.
I'm a usual supporter of the underdog, but only if they are better for what I need.
So, what do you guys think? Is AMD just sitting still, not really doing much besides evolving, where Intel is running into trouble because they're trying something new.
Of course, I could be wrong and missed something that AMD has done.
later
missing a capacitor (Score:1)
Glad to see Intel in trouble (Score:1)
Funny. Dell says "PIII is more stable..." what a nonsense
Re:AMD has Problems of their... - a question (Score:1)
Now, if I do the math, 466*1.3=606. Taking into consideration Athlon's advanced risc-like core, it becomes clear why your system outperformed your friend's.
However, if you were using something like BeOS, which has gains of 70 to 99% with the second CPU, the dual celery would smoke your system bigtime.
So what kind of OS do you guys use? And how did you perform the performance measurements?
Why I am asking: I am planning to buy an Abit BP-6 w/2 Celeron 466 MHz myself, but I need to know whether it makes sense, or should I rather buy an Athlon 550, with the AMD chipset (I don't give a shit about AGP 4X, and the mobo with the AMD chipset is 35 US$ cheaper here in Helsinki!), which is the system you have.
I plan on using BeOS and Linux.
Re:AMD ?` (Score:1)
Re:amd (Score:1)
tied? AMD's market cap is about $6 billion. Intel's is over $350 billion. While their chips may be similar in performance, thse companies are not equal. Intel is quite profitable while AMD is usually losing money. AMD's profitability is slowly changing as a result of Athlon, but they are still not on equal footing with Intel.
I think that the x86 cpu market would be served well by a somewhat larger AMD. I'm not saying I want them to dominate the market, but I think that if they were closer in size to Intel they could build more fabs and spend more on R & D (though they seem to be doing quite well on the R & D front these days). I would also like to see competition from other companies. Via and Transmeta are starting to provide that competition. It will be interesting to see where things go in the next couple of years.
joe
please! (Score:1)
Where is my mind?
mfspr r3, pc / lvxl v0, 0, r3 / li r0, 16 / stvxl v0, r3, r0
Re:Hoist on their own petard (Score:1)
I think the whole thing is a scam by Intel to get people convinced that computers are SUPPOSED to be tremendously expensive (they were supposed to be 5 years ago, but not now) again so that people won't laugh so hard when they see that a P3 is $100 more than an Athlon at the same clock rating and the Athlon grinds its ass into the dust on performance.
Esperandi
Re:AMD ?` (Score:1)
Athlons do outperform pIII's at most of the clock speeds (when a decent cache multiplier can be used) are cheaper and are more readily available. I will be getting one next month..
amd (Score:1)
rushed products usually bite (Score:1)
So when can we get our dual Athlon systems? (Score:1)
Coincidence? I think NOT! (Score:1)
So the problem here is really with SDRAM compatibility.
Doesn't anyone see this as BENEFICIAL to RDRAM support? I'll bet Intel takes these chipsets, pulls the SDRAM controller back out of them, and re-releases.
Whammo. They then have an excuse to not support SDRAM. Plus, this makes SDRAM look unreliable (which it's not). Maybe this is part of a plot to push people to RDRAM. I, for one, wouldn't put something like that past the Big I. But then again, I'm notoriously paranoid...
--Superunknown[GP]
Re:amd (Score:1)
Intel, on its part, seems to have brought problems on itself by pursuing questionable research (64-bit processors) and poor engineering (i820 bugs). This may not spell doom for them yet, but they are definitely going to have to catch up quickly. For now, I am going to enjoy the shots fired back and forth between the two companies and hold out on upgrading my ppro 233 for as long as possible! (At this rate, we should have 2 ghz Kryotech AMDs a year from now!)
i820 motherboard (Score:1)
Swedish Computing cluster Using Fluent Software (Score:1)
linp corporation (Score:1)
Does ANYONE have a good chipset? (Score:1)
Re:AMD ?`- Do you work for Intel? (Score:1)
----------------------------
Re:Chapter11Bus Memory (Score:1)
I'd also like to add that RAMBUS isn't an open technology -- you're free to make all the RIMMs you want, as long as Rambus Inc. gets a royalty. I was under the impression that everyone had learned from the ongoing FireWire fiasco that royalty-based consumer technologies don't get adopted.
I understand their motivation for earning some kind of money for all of their R&D, but RAMBUS has failed to provide either a compelling reason for most of the world to drop SDRAM and switch to RDRAM -- the price doesn't match the performance.
There may be a place for RDRAM at the high end, but with the memory requirements for current machines, I'll be damned if I go back to paying more than US $1/MB for RAM, much less $8...
--
Re:Advance 5 133 (Score:1)
Just because one particular chipset design has problems...
Actually, according to this article (which is almost identical to one I submitted from ZDnet three days ago and had rejected, and now this comment will probably get moderated down because I mentioned it, oh well) they wound up scrapping three motherboard designs, not just one. So IMHO this is a fairly expensive black eye they gave themselves.
Et in Arcadia ego
all that money for Rambus, and what??? (Score:1)
huh, huh, he said RIMM... (Score:1)
Heh heh heh. (Score:2)
2) Let's hear it for DDR-SDRAM!
3) We don't have enough letters in front of "RAM" yet, no! I want SCFLEADDRAM!!!
(that's Super-Cali-Fragi-Listic-Expi-Ali-Docious-Dynamic-
4) AMD rulez! Oh man, I want a Crusoe. My K6/300 is just sucking lately.
---
pb Reply or e-mail; don't vaguely moderate [152.7.41.11].
Re:Not really a RamBus problem .... (Score:2)
This is just a minor nitpick, but the marginal cost will not move to zero, but to the per unit license fee that Rambus Inc. charges.
What I really don't understand is why Intel hasn't cut its losses on this. From an uninformed observer's perspective, it seems that there is a strong incentive for _all_ players to move to DDR in the near term and offload Rambus tech towards "special projects" which need tomorrows bus speeds today (which is to say not servers, or PCs, but research devices).
I'm guessing from an economic perspective that they are weighing the advantages of control (they do get sole distrobution rights from Rambus, right?) of the market greater than the traditional advantages of low fixed capital transition costs. This seems a bad strategy to me, since intel really isn't in the memory market, and that they're primary sales are in semiconductors.
Ah well... I'm sure their decision makers have more info than I do. :)
Re:That's gratuitous open source advocacy (Score:2)
Then, people started cloning the technology anyway. IBM sued. IBM nearly went bankrupt. It was winning the cases, but the sheer volume of them, plus legal fees, was bleeding them dry. They had two choices - open the specs, or die.
They chose not to die.
Re:Hoist on their own petard (Score:2)
For all their billions, I don't see how they can survive this one. A break-up, whether horizontal (the DOJ's preference) or vertical (which is what I'd like to see), could be fatal to Microsoft. It has no experience in dealing with a free market. And it has a large number of blood-thirsty competitors sharpening their knives, just around the corner.
Even if they did escape, this time, what would that do? The tower is wobbling, and each new battle will shake it a little bit more. The longer it survives, the worse the final crash will be. Sooner or later, investors, supporters and backers will realise this and jump ship. Not because they're cowards, but because nobody hangs around under those conditions.
Re:AMD ?` (Score:2)
Exactly where are you getting these figures from? It's not Intel's or AMD's websites...
>To wit, SPECcpu95:
>Coppermine 800 MHz: SPECint - 38.9, SPECfp - 32.4
Taking a look at Intel's own posted benchmarks of the 800mhz Coppermine running on a 133mhz bus gives:
SPECINT - 38.4 SPECfp - 28.9
Source:
Intel's own website and benchmarks [intel.com]
Now, I'd compare these to AMD's benchmarks, but AMD hasn't published SPECINT results, and only publishes the base SPECfp results. (Which, by the way, show the Athlon soundly thrashing the Coppermine
In any event, comparing SPEC scores is a rather _bad_ way to judge system performance. If you know enough to extrapolate new benchmark scores from current ones, you should also know that there are much better real world tests available.
If you like, you can watch a 700mhz Athlon kick the snot out of a 733mhz PIII Coppermine running on a 133mhz bus over at Ace's Hardware [aceshardware.com]
So next time, please take your results somwhere else or provide a real source for them.
uhhm, no... (Score:2)
___
Figures. (Score:2)
Wouldda, Couldda, Shouldda...
But until Athlon mobo's support DDR SDRAM.... (Score:2)
Once that happens, THEN we might seriously consider the AMD Athlon as a serious alternative for high-end server and workstation applications.
Opening specs a bad thing? (Score:2)
If IBM had successfully prevented cloning and Apple had pursued a substantial cloning program, we might very well all be using Macs right now. And in that case, IBM's PC revenues might very well be even less than it is now.
Re:AMD ?` (Score:2)
Unfortunately for AMD, they have no SMP chipsets on the market, so the high end of the markets are still all intels.
What to learn from FireWire fiasco (Score:2)
I believe what you meant to say was that royalty-based consumer technologies don't get adopted unless they're supported by Intel.
_________________
They say the bigger they are... (Score:2)
... the harder they fall. It would be nice to see Intel taken down several notches, IMNSHO. While Intel's stuff generally works (unlike the computer industry's other monopoly [microsoft.com]), it is over-priced, and Intel has a record of engaging in anti-competitive practices. I don't want to see them fail, but I think their grip on the PC industry needs to be loosened up a bit.
Intel tried to design a system that would be expensive to clone, and would corner them the market. It's failed.
Sure looks that way, although I would be warry of counting my chickens before they are hatched.
Back in the late 1980s, IBM [ibm.com] tried a similar tactic, with a closed, proprietary, and expensive system bus called MCA. It completely flopped. People never learn.
Rule #1 of the Hardware Industry: Don't Try to Make Money Licensing Your Design. It is too easy for someone else to make their own design without paying you.
Intel's best hope of survival, never mind market domination, is to open the RAMBUS specs completely.
I wouldn't go that far. They haven't bet the farm on RAMBUS. Intel has other products outside of the world of memory. Perhaps you've heard of their Pentium line? :-) The failure of RAMBUS won't exactly feel good, but it won't kill Chipzilla [intel.com].
Re:amd (Score:2)
Just an observation.
Re:missing a capacitor (Score:2)
Re:AMD has Problems of their own though... (Score:2)
Re:Chapter11Bus Memory (Score:2)
Moreover, Rambus costs $1,000 for 128MB. Check out:
http://www.mushkin.com
..one of the few online dealers where you can even find it. Intel it betting a LOT on RAMBUS, and pissing off everyone with their flaky i820 and i840 chipsets. Check out how many big OEMs now offer Athlon system. Intel has really left the door open for AMD. If AMD can get to market with a chipset that supports DDR-SDRAM, 4X-AGP, and SMP, they will put a serious hurt on Intel.
The one thing that will keep Rambus Memory, Inc. afloat is the fact that Intel supports them, and it will be the memory in Play Station-2s. But if the price does not fall down to somewhere within the range of DDR-SDRAM (which already exists for video cards) it is going to fail in the desktop market and take Intel's i820, i840, Pentium-III, and Williamette with it.
I'm really looking forward to buying an Athlon box as soon as SMP and DDR-SDRAM support are a reality. The VIA KX133 chipset is already a very nice stable platform for uniprocessor/SDRAM setups.
Re:Not really a RamBus problem .... (Score:2)
True - but as I understand it the issues have been more to do with volume up to this point
What I really don't understand is why Intel hasn't cut its losses on this. From an uninformed observer's perspective
I think that long-term Intel probably wants to move the memory controller onboard for all but high end MP systems - one advantage that RamBus drams have today is that they allow more concurrency in the dram system - in particular more 'open banks' (ie sense amps with cached data) and more concurrent RAS cycles in the array. Making use of this sort of stuff is very difficult for a memory controller which necessarily sees transactions serially over a (relatively slow [compared with rambus speeds or cpu clocks]) slot1 bus. With CPU clock speeds getting faster and memory not the CPU architects are in a bind - they are spending big on things to make up for the slow memory latency (not memory transfer rate - read latency is the first order effect here that's the killer) like big caches. But their wonderfull superscalar and/or VLIW CPUs are stuck talking to a potentially fast memory system through a slow serial pipe.
The concurrency in the multi-bank architectures in the memory system can really only be used effectively directly from the CPU where the concurrency from the CPU architecture is directly expressed. My guess is that long term the Intel designers would like to pull the RamBus controller onto the CPU die so that they can attack their latency problems.
For the record there's another way this can work too - RamBus is narrow - you can toss 2-4 of them onto a die (if you can afford the area and power costs) where you can only afford the pins for a 64 or 128-bit bus. You don't have to run the RamBuses in lock step - instead you interleave the shit out of them (4-way for 4 interfaces - every 4th cache line from a different bus) this aagain allows you to increase your concurrency - at the expense of the customer having to stuff all 2/44 buses identically (2/4 simms at a time).
Having said all this I think that competing technologies are trying to push at the multi concurrently active bank thing too. I think that Rambus just started evangelizing that first.
Re:Hoist on their own petard (Score:2)
Re:AMD has Problems of their own though... (Score:2)
OTOH, Intel is having a MUCH harder time with the new boards (i820 and i840) - the number and seriousness of the errors on these things in crazy.
And combined with the disaster-in-the-making known as IA-64 (personally, I think it seems like a good idea on paper, but there are so many problems I don't think that anything good will come of it), and their production problems on high end Pentium III chips, Intel is not doing at all well.
By comparison, AMD is doing good. The Athlon is doing great and it seems that the architecture will hold up for quite some time (unlike Pentium IIIs, which IMHO are pretty much on their last legs as a viable design for new chips - hence Willamette and IA-64, neither of which will be here for at least 6-9 months). The chipset problems are a disadvantage, as is the lack of availability of SMP Athlon boards.
BTW, does anyone know if Athlons are being made with
Re:AMD ?` (Score:2)
Taking a look at Intel's own posted benchmarks of the 800mhz Coppermine running on a 133mhz bus gives:
SPECINT - 38.4 SPECfp - 28.9
The fastest one is one in a Dell system, which has the numbers I originally quoted (SPECint: 38.9, SPECfp: 32.4). Proof is here for SPECint [spec.org] and here for SPECfp [spec.org] .
Now, I'd compare these to AMD's benchmarks, but AMD hasn't published SPECINT results, and only publishes the base SPECfp results. (Which, by the way, show the Athlon soundly thrashing the Coppermine
You are a liar. AMD Athlon 750 MHz, SPECint: 33.0, SPECfp: 26.5. (800 MHz Coppermine: 38.9 and 32.4). Proof: SPECint [spec.org] and SPECfp [spec.org]. AMD hasn't published results for the 800 or the 850, because those processors have such poor performance.
In any event, comparing SPEC scores is a rather _bad_ way to judge system performance. If you know enough to extrapolate new benchmark scores from current ones, you should also know that there are much better real world tests available.
SPEC is not the be-all and end-all of benchmarks but it is *the* standard benchmark for scientific commputing, and by far the most respected CPU benchmark in the world. I would *really* love to see TPC-C results for Athlon, but they haven't been published yet (gee, I wonder why?)
If you like, you can watch a 700mhz Athlon kick the snot out of a 733mhz PIII Coppermine running on a 133mhz bus over at Ace's Hardware
And I should trust some ma and pa benchmarks over the most professional and industry standard benchmarks for what reason? For starters, spec is a dot-org and Ace's is a dot-com, so SPEC is inherently less biased. I don't trust benchmarks from dot-com sites.
So next time, please take your results somwhere else or provide a real source for them.
Well, it is next time, and the source is all above.
Re:AMD ?` (Score:2)
Your statement, "Intel has never had a processor of [sic] equal processor speed that outperformed Intel", is patently false. AMD's Athlon outperforms a Coppermine of equal clock speed by greater than 17%, in both integer and floating-point operations. Why do people still believe that Intel remains unchallenged?
Coppermine is faster than Athlon on industry standard benchmarks. Athlon is only faster on old benchmarks comparing Athlon to Katmai. On recently taken benchmarks, Coppermine wins hands down.
To wit, SPECcpu95:
Coppermine 800 MHz: SPECint - 38.9, SPECfp - 32.4
Athlon 750 MHz (the fastest for which SPEC is available): SPECint - 33.0, SPECfp - 26.5.
Athlon 850 MHz (scaled from the above, which is generous because the 850 according to some reports is very slow due to cache speed): SPECint - 37.4, SPECfp - 30
I would also LOVE to see the TPC-C benchmarks for Athlon, but they aren't even published yet. The Athlon's utterly pathetic L2 cache performance, as well as its lack of support of MP, makes Intel by leaps and bounds the winner in this area. If Athlon ever supports MP, Foster will already be out, which will seriously clean up in that area.
The only benchmarks which Athlon actually does better than Pentium III, is back when comparing Katmai. Coppermine is much different than Katmai, and performs better than Athlon at almost every benchmark. AMD won't tell you this, of course, and is maintaing benchmarks of Athlon vs. Katmai, not Athlon vs. Coppermine.
It is remarkable that Intel with its five year old architecture still beats the pants of AMD's massively hyped, brand new microarchitecture. And, Intel has a brand new microarchitecture (which has a 400 MHz FSB, a trace cache, a 3 GHz ALU, and a few other as-of-yet unannounced MAJOR features) coming out in about six months, which will most likely completely put AMD out of business (especially if Intel can catch up with its manufacturing problems, which is the real issue here).
Re:AMD is not making money because of intel... (Score:2)
AMD has Problems of their own though... (Score:2)
I think the fact that there's just NOW coming to market a decent Chipset for the Athlon has hurt AMD quite a bit. I also think AMD should come out of the closet a bit and share what they know of why their Irontgate chipset isn't always compatible with AGP2x as it's spec'ed to be.
And while Intel may have they're bugs, they're very public these days, and therefore they're fixed very quickly, and you can typically get the fix without too much trouble or cash. Granted, that's not necessarily the case with the RAMBUS issue, but who has the money to buy the stuff at this point??? (:
Yes, I may get flamed for saying that bit about the Irongate, (Some think it's the Athlon MB Manufacturers not meeting spec, and nVidia hasn't entirely sidestepped blame..) but it's AMD's Processor AND Chipset. If something's not meeting spec, they should do something about it, or at least make the consumer aware of a problem, and what to watch out for.
So while AMD may truly look to be doing "Better and Better" both chip makers still have their own problems to deal with.
Re:AMD ?` (Score:2)
It's really great to see AMD doing well, but people get a little carried away rooting for the underdog. I am an AMD fan, but what I really want to see is AMD and Intel both competing hard. Both with good size market shares. Each keeping the other honest and forcing technical innovation.
AMD is not making money because of intel... (Score:2)
-FluX
-FluX
-------------------------
Your Ad Here!
-------------------------
Re:Hoist on their own petard (Score:2)
Historically, not a very good argument. Remember the original IBM PC? They published all the specs openly, and then were immediately surpassed in the market by a startup known as Compaq, who could build on (& tweak) the design without having to recoup the millions (or more?) that went into the original research. IBM all but died in the PC market, shortly after initiating it.
Of course, then there's also the Apple story. Keep it all locked up & sue anybody whose product shows the slightest resemblance to yours. I remember reading a quote several years ago that went "You're nobody in the computer industry until you've been sued by Apple."
This seems to indicate that neither strategy is a good way to go. The companies that end up the winners are the ones that wait for somebody else to make a breakthrough, then make a small improvement (be it speed, on-board cache, or whatever) and sell at discounted prices. The only expenses to be recouped are the costs of reverse engineering the original, not development from scratch.
- - - -
correction: DDR-DRAM is faster than Rambus (Score:3)
Correction: DDR-DRAM is much faster then Rambus. 100MHz DDR-DRAM has bandwidth of 1.6GB/s, same as Rambus. 133MHz DDR-DRAM has a bandwidth of 2.1 GB/s (that's giga *bytes*, btw, not bits). DDR-DRAM, as well as regular SDRAM, also have a significantly lower latency.
And as it happens now, memory bandwidth is not the bottleneck. Even 800MB/s of regular PC100 SDRAM is plenty for 99% of applications, including the latest 3d games. Just about the only thing that would make use of the higher bandwidth is large databases. Too bad you can't put more than 512MB of RDRAM in a machine... ;-)
However, lower latency is guaranteed to boost performance a bit, no matter what kind of application you are running. This is where standard SDRAM and the upcoming DDR-DRAM have an advantage over Rambus. Not to mention the cost...
So, the whole situation can be summed up in one sentence: Rambus is just an inferior product with a ridiculously high price.
___
Re:Chapter11Bus Memory (Score:3)
I want to know when will the VIA Apollo KX133 chipset be upgraded so it will support DDR-SDRAM.
An article about Intel's missteps (Score:3)
While I don't think that this is the death of Intel, for they have too many fingers in too many lucrative pots, it suggests that they have misstepped badly with RAMBUS are are going to lose their market dominance in CPUs if AMD keeps it's act together... which other than Irongate and a scarcity of Athlon MBs, they have been doing fairly well.
As far as Irongate's AGP issues, there isn't a whole lot of difference performance-wise at this point between AGP 1x and AGP 2x. Maybe in the next iteration of video cards we'll see a more significant difference, but I'd rather have a CPU that is 15%-20% faster than sweating about a 4% hit on the AGP bus. Some people feel that Athlon is not being entirely honest & ethical with the issue, which may taint their reputation in the long run.
My next machine will be an Athlon based system. I've suffered extreme technolust since they were released, and they just get better and better.
It will be quite some time before Intel has anything in market to compete with Athlon, and by that time it might be too little too late. Their most recent efforts have yielded uncertain results in comparison to the Athlon.
Re:Hoist on their own petard (Score:3)
They(Rambus Inc.) have designed a memory type called DRDRAM that only uses a 16bit wide external databus, and 8*16bit wide bus internaly.
As always when it comes to Intel it's only MHz that counts, not what they do with those. DRDRAM can handle 800MHz but as the bus is only 16bit wide it wont be very much faster than the 64bits(At most twise.).
I'd put my money on SLDRAM, it will be atleast twise as fast as DRDRAM and is, unlike DRDRAM, an open standard. SLRAM shouldn't have a problem doing 3GB/s+, at much lower clock speeds.
Re:AMD is not making money because of intel... (Score:3)
Here are some specs if anyone is interested (the athlon 700 is my 600 overclocked with a GFD (goldfinger device) and stock FSB):
this is a buddies P3 coppermine 700 running with full speed L2 cache.
Summary * (1) 700 MHz * 2024±4.2(0.21%) MIPS (Integer operations) * 799±0.031(0.0039%) MFLOPS (Floating point operations) * 174±0.046(0.026%) (Integer application simulation) * 172±0.14(0.079%) (Floating point application simulation) * 172±0.017(0.0099%) (MMX application simulation)
CPU Details * CPU load: 25 * low MIPS: 1400 * CPUID: 0x0681 0x383F9FF * MMX Present: True * 3DNow Present: False * Streaming SIMD Extensions Present: True * Processor Serial Number Present & Enabled: False * dhrystone time (s): 0.99 * whetstone time (s): 0.013 * Integer time (s): 4.5 * Floating point time (s): 4.2 * MMX time (s): 5.4
another buddies AMD Athlon 600 O/C'd to 700 with ½ speed cache
Summary * (1) 700 MHz * 2114±3.4(0.16%) MIPS (Integer operations) * 846±22(2.7%) MFLOPS (Floating point operations) * 168±4(2.4%) (Integer application simulation) * 205±5.2(2.5%) (Floating point application simulation) * 164±3.4(2.1%) (MMX application simulation)
CPU Details * CPU load: 0 * low MIPS: 1400 * CPUID: 0x0612 0x81F9FF * MMX Present: True * 3DNow Present: True * Streaming SIMD Extensions Present: False * Processor Serial Number Present & Enabled: False * dhrystone time (s): 0.95 * whetstone time (s): 0.012 * Integer time (s): 4.6 * Floating point time (s): 3.4 * MMX time (s): 5.6
Now you can see that the athlon beat the coppermine in every category except Interger application simulation and MMX application simulation...not by much tho. The athlon destroys the coppermine in FPU and leaves it behind in Interger Operations. It should also be noted that the athlon is running ½ cache speed and still beats the coppermine. So just wait until the full speed cache athlon thunderbirds come out. And for those who want more, we did a benchmark on this Athlon 550 (650 core) O/C'd to 832 MHz. This is with a GFD, FSB adjustments and 2/5 speed cache.
Summary * (1) 832 MHz * 2542±0.2(0.0078%) MIPS (Integer operations) * 1031±0.71(0.069%) MFLOPS (Floating point operations) * 197±0.08(0.041%) (Integer application simulation) * 253±0.06(0.024%) (Floating point application simulation) * 194±0.044(0.022%) (MMX application simulation)
CPU Details * CPU load: 2 * low MIPS: -1 * CPUID: 0x0612 0x81F9FF * MMX Present: True * 3DNow Present: True * Streaming SIMD Extensions Present: False * Processor Serial Number Present & Enabled: False * dhrystone time (s): 0.79 * whetstone time (s): 0.0097 * Integer time (s): 4 * Floating point time (s): 2.8 * MMX time (s): 4.8
Hoist on their own petard (Score:4)
It's failed.
I hope Intel, and other chip manufacturers learn from this. Secrecy and control aren't cool. They can, and will, turn around and bite you.
IMHO, Intel's best hope of survival, never mind market domination, is to open the RAMBUS specs completely. Do a hardware variation of the GPL. If they don't, it's going to bleed them dry. If they do, sure, there'll be clones, but Intel will still exist.
Given the choice of pride or survival, Intel needs to think about that survival option a bit more.
For those interested... (Score:4)
One interesting thing about this solution is that it takes time to go through the chips, increasing the already high latency of rambus.
I wonder if Intel would alter their decision on Rambus, were they able to go back in time and do so. They might pull it off yet, but it won't be easy. If it does work, it will only be because they are Intel.
Not really a RamBus problem .... (Score:5)
Reading the article my take on it is that the problem is in the device that does the SDRAM to RamBus conversion (ie it's a channel adaptor that lets them mix and match rams types) - and the problem only occurs when you use ECC.
I can think of 2 reasons this might happen - either they got the ECC logic wrong (probably likely), or there's a noise problem on the sdram side when they drive 72 data pins [for ecc] rather than the usual 64 (less likely). Either way it isn't a RamBus problem.
There's a lot of noise made about the various merits of memory types - my personal take on it is that it's mostly a wash, RamBus drams do have some advantages - but for main memory systems they are more in the future (and revolve around how many chips it takes to make a minimum memory sized system as memory continues to move down the memory density curve - M$ may of course make this moot). Their main disadvantage is cost - and it's rather a chicken and egg sort of thing - if people use them a lot the marginal cost of RDRAMS will probably go close to 0 - but if people don;t use them in volume because they cost more that won't happen. Remember in the core of a RDRAM is the same core that's in an SDRAM it's just the interface circuitry to the pads that's different.
Chapter11Bus Memory (Score:5)
The implementation took a long time to get around to getting around. It is now here. Intel bet a LOT on Rambus, because it would give them significant control over a lot of markets. (IE: They own rambus designs)
Rambus is significantly different from the DRAM used commonly today. It requires changes to how stuff is laid out on the motherboard. And it is manufactured differently, to very demanding tolerances.
It is now in production and is competing with DDR-DRAM, which uses existing manufacturing processes, generally works with existing chipsets, and is easy to support. And it doesn't require a fan setup for the memory alone. And runs far cooler. And gives almost as good performance when set up correctly as a RAMBUS setup. And is also capable of being manufactured in quantity, whereas RDRAM is extremely difficult to manufacture. DDRDRAM is also about a fifth of the cost of a RDRAM setup.
You do the math, and read up on it a bit.. I think you will agree that for all intents and purposes (read: mainstream pcs, servers, et al), Rambus is DOA.
Toodles.