– Jon Bach –
While both implementations have achieved the goal of providing far more bandwidth than SDRAM, both have their faults as well. We begin again with RDRAM. As anyone who has purchased RDRAM can tell you, the largest and most noticeable downside to RDRAM is its cost. While RDRAM has now established a moderate foothold in the market, it had to work very hard to get there. It began with the fact that RDRAM is proprietary, meaning that any manufacturer who wished to produce it had to pay royalties to Rambus. On top of that, since RDRAM was an entirely new technology, production plants had to be redesigned to produce it. Lastly, initial problems with the technology made manufacturers anything but eager to get started. The end result was a very rocky road for RDRAM, meaning very high prices.
A second concern with RDRAM is its higher latency. Because it only operates on a 16-bit bus, the commands sent to the RAM are forced to be serialized. If you have 64 people trying to get through 16 doors, some people are going to have to wait in line, and that is exactly what we see with the commands sent to RDRAM. This is usually only a very small problem, but if a large series of small chunks of data are requested from RDRAM, its performance suffers. Since most applications benefit greatly from the high bandwidth, this has not yet become a large problem. The concern exists that this is a design flaw that will eventually come back and hit RDRAM.
Lastly, RDRAM suffers from high temperatures. Wonder why RDRAM is equipped with metal plating? Think of that as a low level heatsink. In fact, early designs of RDRAM called for active convection cooling, meaning a heatsink and fan for your ram! To work to solve this problem, the modules on RDRAM power down when not in use. In fact, only ONE module is powered up at any given time. The rest sit in standby mode, where they produce far less heat. The biggest drawback to this solution is that it takes nearly 100ns for a module in standby to power back up, which certainly does not help with the latency issue already present in RDRAM.
While I seem to have a lot to say about the weaknesses of RDRAM, DDR-SDRAM is not a perfect solution either. Because RDRAM is an entirely new technology, and DDR is a mere adaptation, it should not surprise us that RDRAM is much more efficient. While the old SDRAM was about 75% effective in utilizing the bus, DDR takes a drop and can only offer 65% efficiency. Compare this to RDRAM, which is at 85%, and we see a very poor efficiency! Luckily for DDR, this seems to be its only major flaw, and is often overlooked since DDR is still capable of the same effective bandwidth as RDRAM.
The Real Issue
As with any computer issue, strength in the market is often the largest factor in the success of a technology, just as I said in the Pentium4 vs Athlon XP article. In this respect, DDR had a large lead on RDRAM. It all comes back to the fact that RDRAM is an entirely new technology. DDR has been used for quite some time for video card memory, which made it an already-established technology. Further, since only small changes to factories were required to begin production, it is also a more readily available technology. Those two factors are a huge blow to RDRAM, and the marginal performance gains that RDRAM can offer over DDR is not enough to justify the higher cost in the mind of most informed consumers. RDRAM has survived, unmistakably, due to the partnership it found with the Pentium4 processor. I continue to have great respect for the Pentium4 marketing, as it is highly effective, and has captured the support of 85% of today’s market. RDRAM is along for the ride, being sold in nearly all of today’s Pentium4 systems.
However, with the high cost of RDRAM, and the high demand of the Pentium4 processor, a great demand exists for more variety. Right on cue, we see it happening. New chipsets are allowing a Pentium4 processor to be used with DDR-SDRAM, which is wonderful news. The result is a Pentium4 system with approximately the same speed as a system with RDRAM, at a much improved cost! This is quite possibly the best thing that could happen to the Pentium4 processor. However, we see another chipset that has become quite popular with the large computer manufacturers. This chipset allow the Pentium4 to be used with standard SDRAM. The point of this chipset is to further reduce the costs of the Pentium4 systems. Be wise — do NOT fall for this. If you would like a striking example of a bottleneck, there it is. The SDRAM, twice as slow, is an absolutely enormous bottleneck for the Pentium4 processor, and is by no means worth the small decrease in price for the overall system. You would be better off saving money and grabbing a Pentium III system.
So, it appears that DDR is in a strong position, and that as the new Pentium 4-DDR motherboard become more widely available, that its position will become even stronger. I predict that RDRAM will be all but non-existent by this time next year. At the same time, however, Rambus must be commended for their efforts. To roll out an entirely new technology and push through all their problems was not a small task, and they have done very well. RDRAM continues to be the standard in very high-end systems that require high levels of data transfer. Puget Sound Systems continues to recommend it for high-end video editing workstations. However, if you do not stand to directly benefit from the slightly higher bandwidth and ‘tried and tested’ nature of the Pentium 4-RDRAM systems, this does not seem the time to invest in that technology. I am personally still not ready to move to a Pentium 4-DDR system, but as a few more months pass and the technology develops and settles into the market, it appears that it will be a quite popular and justified choice for the Pentium4 market. As I stated in the Pentium 4 vs Athlon XP article, an AMD Athlon system with DDR-SDRAM continues to hold onto the lead in my mind as a high-performance system at the best price.
This article was written by Jon Bach, owner of Puget Sound Systems — a small business based in Seattle, WA that specializes in building custom computer systems. Visit him at http://www.pugetsystems.com