DDR vs. Dual Channel RDRAM

DDR vs. Dual Channel RDRAM

If you have arrived here through a search engine, and there’s no menu to the left click here!

Updated 7/01/01

A little more than a year ago, we joined a number of other testing facilities and began comparing the performance of an Intel OR840 Chipset based platform using Direct Rambus (RDRAM) as against an early version of the Micron Samurai DDR platform. At that time, developers of DDR memory promised that it would be the undisputed winner as the next generation memory for high performance platforms.

Performance Analysis and Comparison of Micron’s  DDR Platform and the Intel 840 Chipset with RDRAM.

Since its introduction in September 1999, Direct Rambus has been beset by high production costs and other developmental issues causing extremely high retail prices, low availability, technical troubles and in some version, questionable performance. At the time, Intel’s primary RDRAM platform was built around the 820 chipset, which also fell under widespread criticism in the media and on the web for its multitude of problems. It didn’t take long for the channel to report enormous inventory buildups of these hard to sell 820 platforms. Since the 820 chipset was the only one supporting Direct Rambus at the time, PC133 SDRAM entered the mainstream almost entirely uncontested. Although Intel had been perceived as resisting PC133, that perception quickly faded with the introduction of Intel’s 815 chipset, referred to as Solano.

It should be obvious by now that both Intel and the computer industry as a whole, were extremely disappointed by the poor performance and other glitches that befell the 820 chipset. As a result, Intel quickly rolled out its 840 dual channel Rambus platform, which quickly assumed the role of Intel’s reference platform for RDRAM performance. As you may have read elsewhere on our Website, there had been considerable controversy over Direct Rambus and Intel’s decision to fully support it in lieu of DDR SDRAM. Intel released the 840 Chipset on their premium OR840 motherboard with Rambus only support. There was every indication that Intel would ignore DDR SDRAM even though there was no question that the next battle over PC main memory standards and performance would be fought between the 840 and dual Rambus and DDR. What was surprising was Intel’s willingness forgo DDR SDRAM support even though it may mean a loss of market share.

DDR first arrived on graphic accelerators, and began volume production in the 300MHz range during 2000, however late in 2000 it was evident that volume production of computers with DDR memory were hitting the market. Nearly weekly we see new computer designs employing DDR landing on consumer desktops. Even today, almost a year later, there are new designs and validation platforms arriving on the market.

During the introduction of DDR, Micron led the pack with its Samurai DDR chipset. It didn’t take long for VIA, AMD, ALI, nVidia, Transmeta, Serverworks and even Intel to recognize the performance and price value of DDR and begin their own development of DDR chipsets for mainstream desktops, workstations, notebooks and servers. As of this moment in time, Rambus is supported by only two chipsets, the 840 and 850 from Intel.

The Platforms
From the end of 1999 through the first quarter of 2000, a number of sources (all independent of each other) began reporting very favorable benchmarks for DDR SDRAM using Micron’s Samurai DDR chip. Although we were not able to obtain samples until late in the third quarter of 2000, the initial test results we obtained were extremely impressive. Micron continued to optimize their chip, and shortly thereafter validated production.

We were extremely fortunate at the time to have been able to obtain one of Micron’s test platforms with which to run some of our own comparative test against a Rambus equipped platform. The test platform consisted of a motherboard that supports 64-bit and 32-bit PCI slots, dual processor slots and 4 DIMM slots using buffered or unbuffered DDR SDRAM. Unfortunately, when we used unregistered PC2100 (266MHz) memory, we were only able to populate two of the four DIMM slots. calling for registered PC2100. This board included a new south bridge chip capable of ATA-100, however to keep things as even as possible, we only used ATA-66 mode.

We configured the test platform with a Intel Pentium PIII 733MHz processor, 256MB of unbuffered DDR SDRAM, a Maxtor 10G drive and a 32MB ATI All-In-Wonder Radeon video card. We configured the Intel OR840 based platform identically except for the 256MB of PC800 RDRAM. Both platforms were tested with normal Windows® 98SE and Windows 2000 OEM installations, with each having the latest drivers installed, including Micron’s latest GART driver that enables AGP FastWrites. We chose the Intel PIII 733MHz processor as we felt that it was, by current industry standards, a midrange processor. As a general rule, fast processors magnify the performance of DRAM, therefore the presumption can be made that the benchmarks for processor speeds of a gigahertz or more should remain constant, however the magnitude of performance delta will increase.

The Testing

Linpack MFLOPS
Linpack MFLOPS is one of the oldest and most trusted benchmarks in existence. This particular benchmark is numerically intensive and evaluates memory limited double precision floating point performance. By varying the size of the data matrix, the performance impact of the L1, L2 and DRAM can be determined. We opted to use this benchmark over those that we normally use for two reasons. First, we want to compare our results against similar tests conducted by others. Second, Linpack MFLOPS is widely acceptance by a large number of other testing facilities. In addition, we excluded results that were dependent entirely on L1 and L2 performance, focusing instead on DRAM limited performance with dataset sizes ranging from 512KBytes to 1.5MBytes.

Linpack was run under Windows 98SE and under Windows 2000. In each case, the tests were performed in sets of three, on three separate days, with each being performed after a clean restart of the test platforms. After running the tests as noted, there was little question that Micron’s DDR test platform delivered an impressive performance advantage over the OR840, producing a 16.4% performance advantage in Window 98 and 7.8% in Windows 2000.

Our Stream testing was conducted in DOS, Windows 98SE and Windows 2000, and similar to our Linpack testing, the results were recorded during three test sessions conducted over a period of three days, with each conducted after a clean boot of the test platform. Under DOS, Micron’s DDR test platform delivered an impressive 19% performance advantage.

Amazingly, under Windows 98SE, there was an impressive 28-30% performance advantage in favor of Micron’s DDR test platform, however this advantage shrinks measurably to 2-3% when the tests were conducted using Windows 2000 as the operating system. It appears that the DDR platform has little advantage over the OR840 with PC800 RDRAM.

Since all previous tests that we had performed indicated a decided advantage in favor of Micron’s DDR equipped test platform, we repeated all of the Stream tests on the Windows 2000 platforms. This confirmed the fact that the closeness of the scores wasn’t merely an aberration. It appears that when the Micron platform is configured with four 128M registered DIMMs, its Wstream Windows 2000 performance increased, essentially eliminating the performance gap between the two systems. This indicates that Wstream under Windows 2000 benefits from wide interleaving, 4 way, and may not be as latency sensitive as some applications and benchmarks. This change in results caused us to carefully observe our other tests, especially when comparing Windows 98SE versus Windows 2000.

WinTune Memory Bandwidth Test
We decided to use WinTune V.4.0 to evaluate some aspects of DRAM performance under both Windows 98SE as well as Windows 2000. Windows 98SE provided us with some minor fluctuation in the testing results, however Windows 2000 was extremely stable, hardly any fluctuation. Above all, there was little performance difference between the two operating systems.

While DDR showed an outstanding advantage in Write and Copy activity, Reads showed essentially no difference, and the OR840 Rambus platform actually exceed DDR in 2Mbyte reads by 0.5% to 0.8%. The average performance difference for Writes is 42.1% to 44.8% favoring DDR. For Copy transactions, DDR outperforms the OR840 by 12.8% to 16.5%. If you create an average from this, Reads, Writes and Copies, DDR outperforms the 840 by 18.9% to 22.6%, although doing so is a bit unfair as data reads are extremely important in high-end workstation and server platforms.

If we were to create the best overall score with WinTune, it would be 14.3% in favor of DDR, howeverWinTune generates its overall bandwidth score as an average of all other bandwidth scores measured in MB/s, including a processor centric 4 Kbyte number that we have excluded from this analysis. WinTune’s method of averaging weighs heavily toward cache performance rather than DRAM performance. Therefore, we believe our test methods create a more realistic ratio, allowing DRAM performance differences to be more clearly developed. Obviously, DDR delivers winning performance, but we would like to insure that the playing field is as level as possible.

SysMark 2000
SysMark 2000 is currently the most comprehensive and reliable business application benchmark in the industry, and is widely used by most OEM’s to test system performance. It loads and runs a dozen leading applications for basic business productivity and for advanced content creation. When compared to synthetic benchmarks, it is very significant for DRAM, as it develops sufficiently accurate numbers so as to develop the necessary two or three percent differences in these application benchmarks.

As we ran our tests, we noted that in three of the applications, Corel Draw, Excel 2000 and Elastic Reality (an image morphing application), there was no appreciable differences in performance. In all remaining applications, however, DDR exceeds dual channel RDRAM performance by a relatively small margin. The DDR platform beats the OR840 by an average of 2.0% to 2.2% in the applications noted below, and by 1.1% to 1.2% overall.

Those applications are: Bryce – a 3D scene rendering application Naturally Speaking – Real time continuous speech recognition application Netscape Communicator – Web page authoring package Paradox – Database processing environment Photoshop – Image processing software PowerPoint 2000 – Presentation software

Word 2000 – Word Processing

The OR840 outperforms DDR in only two applications – Premier and Microsoft Media Encoder. Interestingly though, these two applications are closely related, as both perform batch oriented video file compression. These two applications fall into the category of professional or semi-professional content creation applications, along with Bryce and Elastic Reality, and are generally not intended for the casual user, a home user or business PC.

The table below contains the precise best case run time results for each of the applications and configurations in SysMark 2000. The numbers shown are the fastest of three sets of three iterations of each program script.





Bryce 4 89.02 87.32 1.8%
CorelDraw 9 114.22 114.16 0.1%
Elastic Reality 3.1 52.0 52.01 0.0%
Excel 2000 64.20 64.18 0.0%
Naturally Speaking 111.82 108.83 4.1%
Netscape 81.70 79.65 2.75%
Paradox 9.0 105.02 103.86 1.7%
Photoshop 5.5 69.55 69.20 1.0%
PowerPoint 2000 96.10 94.84 2.1%
Premiere 5.1 81.08 82.86 -1.8%
Media Encoder 65.02 66.52 -1.8%
Word 2000 108.26 106.22 4.0%

ZD CPUmark99
CPUmark, as a key element of Intel’s ICOMP index, has proven itself to be a reputable evaluation of the processor’s integer and cached memory performance, independent of graphics or hard disk. Unlike previous high end processors, with the Coppermine’s reduced 256KB cache size, DRAM performance differences can be identified with this benchmark. In this particular group of tests, there was a 1% difference in favor of DDR, not something significant, but a difference nonetheless.

3D Game Performance – Expendable
Using the popular game demo Expendable, we ran our tests at two different screen resolutions, and as it turns out, at either resolution, this game is still primarily CPU limited in its performance. As the resolution increases from 640x480x16 to 1024x768x32, the overall accelerator fill rate demand increases by more than 5X. The ATI DDR fill rate capacity is so high that there is only a very small frame rate difference between these two resolutions.

When it comes to the CPU and DRAM limited performance evaluation, there is a consistent 1.5% to 2.1% performance difference between the OR840 and Micron’s DDR platform, with DDR in the lead in both cases. This appears to be consistent with the performance differences seen in the other applications, but to a user, this difference is barely noticeable.

3D Game Performance – Quake3 Arena
Quake, everyone’s favorite as a game benchmark. It is one of the more enduring games, and perhaps one of the more credible game benchmarks in the industry. Both platforms were configured with Windows 98SE using identical driver sets and with all performance features enabled, including AGP fastwrites. The Windows registry settings were left in their default modes, with no tweaking at all. We had been assured that Micron had physically verified that the test platform supplied was capable of AGP fastwrite cycles, and as we believe it to be one of the only non-Intel platforms to employ fastwrite compatibility.

To complete this phase of testing, we ran three sets of three as above, which included running both demo scripts contained in the retail demo of Quake 3 Arena. If you’re a hardware fanatic, then you probably know that Demo 1 is used most frequently by the hardware sites. On the other hand Demo 2 provides for a slightly more complex load on the processor and DRAM. In both cases, DDR held an advantage over Rambus, but only at lower resolutions. As the quality of the resolution increased, DDR’s advantage decreased.


Values are Frames Per Second (fps)

Quake 3 – Demo 1  OR840 DDR OR840/DDR
Normal 640x480x16 117.1 127.2 8.2%
Med. Quality 800x600x32 95.7 101.6 6.5%
Quake 3 – Demo 2  OR840 DDR OR840/DDR
Normal 640x480x16  112.8 121.9 8.4%
Med. Quality 800x600x32  99.6 106.6 7.1%

DDR’s advantage is at its highest at lower resolutions as they are less fill rate limited. The DDR advantage is somewhat distorted under Demo2 because of the difference in CPU load as noted above. Micron’s new chipset delivers a 6.3% to 8.3% advantage over the OR840 in this test, however as noted, this would be meaningless to the power desktop user. As resolution increases, the advantage shrinks as performance becomes almost entirely accelerator limited.

3D WinBench 2000
We tested both platforms with the same configuration we used above for the Quake3 tests, except we adjusted the screen resolutions to 1024x768x16. Although several other testing facilities reported differences ranging from .01% through as much as 5%, we were only able to develop a consistent difference of .05% between the two platforms, and that was in the accelerated game script tests. As far as we are concerned, this test was a dead heat between the two.

MCAD Workstation Performance – Viewperf
Under Windows 2000 we tested Viewperf using the ATI AIW AGP at 1024x768x32, and across three test segments of 3 tests each, we noted that in all three, the variation in results was less than .05%. All tests favored the OR840 by 1% to 3% each time. In the AWadvs-03 tests, the OR840 rose above DDR only by one-half of one percent. In the DX-05 testing though, the difference was nearly 3%, favoring the OR840.

ZD Serverbench Performance
The ZD Serverbench Performance Benchmark measures sustained server throughput by simulating synthetically a varying number of active client computers accessing the server over a synthetic 100mbit Ethernet with up to 20 client sessions placing long-term continuous demand on the server. A number of testing facilities elected to use this benchmark, although none explained exactly why. We decided to use it for no other reason than to run comparative tests against their results, as we feel strongly that this benchmark serves no useful purpose. While creating synthetic testing benchmarks may work for certain circumstances, creating a synthetic environment for a server is unrealistic as there are too many factors that come into play that are out of the confines of the server itself.

In any event, most of the other testing facilities touted the fact that both platforms performed nearly equal, and what ever small difference there was went to the OR840. Unlike the other facilities, we created a three (3) drive RAID using three 15,000 RPM Seagate drives.

We instantly took note of the fact that at 12 clients and below, throughput was unaffected by memory issues, but rather being processor limited. In a single processor environment, the number of transactions per second was reduced by almost exactly half. TPS throughput declined when the number of clients rose to 16 and above, which we feel was due to drive issues more than anything that could be related to memory performance. We did note the following results, however we will leave their actual significance to you.

The DDR barely squeaked past the OR840 in one test in one test session when the number of client connections was low, and sustained an approximate equal position up to 10-12 clients. When the number of client connections rose, especially at 16 and 20 client levels, the OR840 displayed a definite advantage. Of the nine test sessions we ran, three sets of three, we were able to reproduce near identical results. It would seem that the OR840’s PCI and memory bus architecture might be the contributing factor rather than one of DRAM performance characteristics.

Obviously neither of these two platforms are meant to be server platforms. However many small companies may want to examine them more closely as small workgroup servers supporting perhaps up to 25 users each, such as with Microsoft’s Small Business Server. Last fall an argument could be made that given the closeness of these test results, it would be prudent to select the DDR platform due to the higher cost of Rambus memory. Today, however, that is no longer a valid argument.

What is the real bottom line here? A little more than a year ago, DDR held a promising advantage over Dual-Channel Rambus RDRAM in two areas, speed and end-user cost. Yes, in a large number of cases, DDR does exceed the performance of Rambus, but not by the margins that proponents of DDR have been espousing. On a factual basis, in environments where substantial multi-threading operations and heavy bus loading occurs, the OR840 with Rambus demonstrates that it does all that Intel had promised and more. But let’s look at the real issue here. Would you purchase either of these machine to surf the Internet, do word processing or handle your email? Not hardly! On the other hand, if you need real power for multi-tasking, multi-threaded operations, both are serious contenders. Both platforms (with their different memory types) have their unique capabilities, and with that their unique place in the world of computers. It is more of a matter of choosing which best fits your needs.

The performance results of DDR is indeed impressive, and lately we have heard and seen much that promises that the performance potential of DDR is still not exhausted. We have been told that one vendor plans to produce a high-speed 128-bit implementation of DDR main memory for desktop computing. Maybe others will attempt to implement dual channel DDR (or 128-bit DDR) solutions. Let’s wait and see what actually comes down the shoot, there’s a difference between making promises and keeping them.

You may also want to review, RDRAM versus SDRAM, Distinguishing Fact From Fiction.

Notice: Windows® 95, Windows® 98, Windows® NT, Windows® 2000 and Microsoft® Office are registered trademarks or trademarks of the Microsoft Corporation.

All other trademarks are the property of their respective owners.

About Dewwa Socc

Sahifa Theme License is not validated, Go to the theme options page to validate the license, You need a single license for each domain name.