Is a Rambus Comeback in the Future?

Page 2 - Seeking answers? Join the Tom's Hardware community: where nearly two million members share solutions and discuss the latest tech.
Yes, they do exist, but since RDRAM is a serial technology, lantency increases factorially for every stick you add in per channel (i.e. 8 sticks have quadruple the latency of 2 sticks).

I thought a thought, but the thought I thought wasn't the thought I thought I had thought.
 
If ATA wires were embedded in the motherboard, then yes, that would be valid comparison.

I'm talking about comparing memory platforms that take up the same amount of space on the motherboard. Quad-channel 32-bit RIMMs would be the same as dual-channel 64-bit DIMMs. They would also provide a theoretical 12.8GB/s of bandwidth. Oh, you're right. SDRAM is the better technology after all. 4.2GB/s of bandwidth is way better.

<font color=orange>Quarter</font color=orange> <font color=blue>Pounder</font color=blue> <font color=orange>Inside</font color=orange>
Don't step in the sarcasm!
 
Trace space on the motherboard, while an important factor in design and layout, is not the critical definition of "performance" in such systems. Yes, trying to fit more traces into a design can cause difficulty and extra cost, and reducing those traces can alleviate some. This is one of the areas that Rambus addressed in designing RDRAM. OTOH, there are so many other factors involved.

Since RDRAM is a serial technology, while having some of the theoretical benefits of such, it also inherits all of the difficulties and flaws of such a design. As technology advances those issues can be overcome or work-arounds can be developed to compensate for them. RDRAM is just on the cusp - currently still on the up-hill side.

Oh, and BTW, ATA wires (traces) <i>are</i> embedded in the motherboards it is implemented on. The cables we use are simply flexible extensions.

I thought a thought, but the thought I thought wasn't the thought I thought I had thought.
 
Oh, and BTW, ATA wires (traces) are embedded in the motherboards it is implemented on. The cables we use are simply flexible extensions.

Heh, you're right of course. I'm an idiot.
I wonder if motherboard makers will make any changes, due to the extra space? Suddenly going from 80 wires (two ATA100 channels) to what, 8?
I wonder if that'll change layouts or sizes at all.

<font color=orange>Quarter</font color=orange> <font color=blue>Pounder</font color=blue> <font color=orange>Inside</font color=orange>
Don't step in the sarcasm!
 
I figured you'd say something like that :tongue:

I was trying to think of other features they could include, but most stuff I thought of is already available, albeit not always widespread. Onboard sound, video, LAN, RAID, etc.

Hmm...maybe a huge L3 cache? I don't think I want to go back to the days of cache on the motherboard, though. I don't think it'd even be very feasible, business-wise (not for home computing, that is).


<font color=orange>Quarter</font color=orange> <font color=blue>Pounder</font color=blue> <font color=orange>Inside</font color=orange>
Don't step in the sarcasm!
 
I still say that they should use that extra space on the motherboard to move some things around and implement optical to eletrical converters to run the entire motherboard off of optical busses. That way hardware will be all the more prepared for the concept of optical chips, and the busses on the motherboard will no longer be a limiting factor to overclocking.

But then, I'm insane.

<pre><font color=green>//error-proof coding</font color=green>
<font color=blue>void</font color=blue> main(){<font color=blue>return</font color=blue>;}</pre><p>
 
Yeah, I was thinking the same thing, actually. We have roughly the same thoughts on RDRAM vs. SDRAM.

<font color=orange>Quarter</font color=orange> <font color=blue>Pounder</font color=blue> <font color=orange>Inside</font color=orange>
Don't step in the sarcasm!
 
It sounds cool Silver, but I think we'll see this optical-interconnect happen at the chip level before we see it on mobos. Then again, maybe I'm wrong.

I thought a thought, but the thought I thought wasn't the thought I thought I had thought.
 
It's a hard call to make either way.

I mean I've already seen optical SCSI in use, so in theory a motherboard could already be developed in this manner. A CPU on the other hand is still not prepared to be optical.

Yet at the same time, such a solution would be costly and might not even give any noticable improvement. (At least not for those who refuse to overclock.) While it would grant future compatability with virtually any bus speed that a CPU, or memory (among other things) could ever reach, that isn't something that motherboard manufacturers have ever really cared about.

So it could theoretically be done already, but in reality probably never will, or at least not for quite some time. Which is a shame, as it could also significantly improve signal noise stability problems.

<pre><font color=green>//error-proof coding</font color=green>
<font color=blue>void</font color=blue> main(){<font color=blue>return</font color=blue>;}</pre><p>
 
let's just face the facts here people. what it comes down to is this: some people want Rambus to die a horrible, painful death. other people don't. it's just the way things are - it's the effect that Rambus has on people.

i want Rambus to die a horrible, painful death. we will see in a couple years whether this happens or not. no amount of speculating and posturing on paper will determine the success or failure of RDRAM - it will be the market that ultimately decides.
 
Heh heh. I want Rambus to die a horrible, painful death. However, I want some other company (or open standards organization) to pick up the rights to RDRAM. Maybe then someone will finally push a number of evolutionary steps into it to really let it perform.

<pre><font color=green>//error-proof coding</font color=green>
<font color=blue>void</font color=blue> main(){<font color=blue>return</font color=blue>;}</pre><p>
 
I will just stipulate this first before I state anything else. I do not want to be argumentative, nor do I wish to sound like a jerk. I have nothing personally against you nor did I slam you in my last comment nor will I here.

<b>A.</b>

DDR 166 or PC2700 does not run at 333MHz and DDR 133 or PC2100 does not run at 266MHz. The clock speeds are 400/3 or 133 1/3 MHz and 500/3 MHz or 166 2/3 MHz. (Like you stated. I never intended to be that precise. Thought that 166MHz would have sufficed. Even Fatburger did not slam me for that, in which he in my opinion is the Slam-King. Three cheers for FB!)

Look at the white sheets from the vendor of your choice.

1. <A HREF="http://download.micron.com/pdf/datasheets/modules/dd8c16_32x64ag_b.pdf" target="_new">Micron Inc.</A>.
2. <A HREF="http://www.samsungelectronics.com/semiconductors/DRAM/DDR_SDRAM/256M_bit/K4H560838D/k4h5604(08_16)38d.htm" target="_new">Samsung Electronics</A>
3. <A HREF="http://www.mushkin.com/cgi-bin/Mushkin.filereader?3c87840c0c5641862740c0a801020640+EN/products/990864" target="_new">Muskin</A>


See <A HREF="http://www.corsairmicro.com/main/tsdramfaq.html#whats_ddr" target="_new">here</A> for an explanation of DDR SDRAM. In simplified words it means that two signals are carried on one wave hence giving Double Data Rates but the signal speed or clock speed remains the same. DDR 266 is PC133 with a doubled data capacitance on the wave and is not a single data signal at double the speed.

I don’t know have to explain this more clearly. I had hoped that I was clear on the previous post but I was mistaken.

<b>B.</b>

As for the Gbs vs GBs. I had a slip of the shift key. It can happen to anyone. (As Doug McKenzie once said, "It wasn't me, eh? It was the chair.")

<b>C.</b>

As for actual vs. theoretical; I don’t put a lot of faith in only using <A HREF="http://www.sisoftware.demon.co.uk/sandra/index.htm" target="_new">Sisoftware Sandra</A> or any single benchmark. (I like looking at different benchmarks and concluding what the “real world” results are for myself.) Using only one does not give an accurate picture of throughput for a memory system. I like the article over at <A HREF="http://www.aceshardware.com/read.jsp?id=45000279" target="_new">Ace’s Hardware</A> which has a display of average bandwidth in MB/s. (Ace utilized these figures using STREAM and Cachmen.) When looking at these you will notice that the Asus KT266A board is showing only 784MBs/s of the available 2666.667MBs/s. That would be less than 1/3 of the theoretical. The Asus i845D only averaged 1016MBs/s. That is a little better than 1/3 of the total available theoretical bandwidth. The PC800 on the Asus board with i850 had a throughput utilization of over 80%. So when I stated that RDRAM has a better efficiency in “actual throughput,” this is where I derived the conclusion for my statement.

I hope that this clarifies what I was trying to state previously.

<b>"Kenny! Give me the whoobie."

"220... 221. Whatever it takes."

"You don't feed a baby chile!" - Mr. Mom</b> :lol:
 
Where can I download Stream and Cachemem?

<font color=orange>Quarter</font color=orange> <font color=blue>Pounder</font color=blue> <font color=orange>Inside</font color=orange>
Don't step in the sarcasm!
 
<A HREF="http://www.streambench.org/" target="_new">Stream</A>

and...

<A HREF="http://www.outertech.com/downloads.php?product=3&PHPSESSID=8b51c1d496f8165f5aecda173d17c049" target="_new">Cachemem 5.11</A>

BTW: FB did you get HL or CS yet? I forgot to mention that I am getting all four my wisdom teeth removed tomorrow at 9:00AM EST. (Does this mean that I am going to get dumber? Oops! Too late!) So on Saturday I will be trying to kill everything in sight. I am determined to game on Saturday and I will take it out on my friends and anyone in my sights.

<b>"Kenny! Give me the whoobie."

"You don't feed a baby chile!" - Mr. Mom</b> :lol:
 
I do not want to be argumentative
Nor I. Education is my primary goal - of myself and others.

DDR 166 or PC2700 does not run at 333MHz and DDR 133 or PC2100 does not run at 266MHz. The clock speeds are 400/3 or 133 1/3 MHz and 500/3 MHz or 166 2/3 MHz. (Like you stated. I never intended to be that precise. Thought that 166MHz would have sufficed. Even Fatburger did not slam me for that, in which he in my opinion is the Slam-King. Three cheers for FB!)
While you are technically correct on the fact that DDR effective speeds are not actual cycle speeds, they are in actuallity, specified in MHz. Look at your own muskin link it states "PC2700=333MHz FSB." This is simply common usage. People commonly refer to the AXP's FSB as 266MHz when it is in fact clocked at 133MHz with DDR technology. The same is true of PC800 RDRAM (400Mhz DDR) and P4's 400MHz FSB (100MHz QDR).

In addition, while some "purists" would like us to refer to PC2100 and PC2700 modules as DDR133/PC266 and DDR166/PC333, the DDRxxx rating refers not to the MHz clock rate of the module, but to the data bandwidth of the RAM chips in Mb/s/pin. So, in effect, your usage of the terms "DDR 133" and "DDR 166" are incorrect. It just so happens that DDR333 (333Mb/s/pin) chips run at 166MHz (333MHz effective). DDR333 chips are placed in sets of eight (non ecc/parity) on PC2700 modules to achieve 2666MB/s (333Mb/s * 8bytes).

The memory manufacturers decided to modify the original rating of DDR200 chip base PC200 modules to PC1600 to combat Rambus' rating of PC800 RDRAM. This is a political issue and the reason why I generally use both the chip rating (DDRxxx) interchangeably with the module rating (PCxxxx) when referring to DDR SDRAM.

As for actual vs. theoretical; I don’t put a lot of faith in only using Sisoftware Sandra or any single benchmark...

...I like the article over at Ace’s Hardware which has a display of average bandwidth in MB/s. (Ace utilized these figures using STREAM and Cachmen.) When looking at these you will notice that the Asus KT266A board is showing only 784MBs/s of the available 2666.667MBs/s.
I usually don't either, but in this case, we were talking about the capablities of the RAM modules themselves and their efficiency in conjunction with the rest of the system. While artificial, Sandra 2002 seems to perform this measurement better than any other. As has always been my arguement, the software, chipset and the rest of the system can cause bottlenecks. This is why I would like to see truely equivalent DDR/RDRAM platforms for the P4.

Look at your <A HREF="http://www.aceshardware.com/read.jsp?id=45000279" target="_new">Ace Hardware</A> figures again - both the PX4266 and i845D PC2100 based chipsets offer 2133MB/s bandwidth and the dual-channel i850 PC800 based chipset offers 3200MB/s.

DDR SDRAM:
Tyan P4X266 PC2100 did 1020/2100MB/s = 49%
ASUS i845D PC2100 did 1016/2100MB/s = 48%

RDRAM:
ASUS i850 PC800 did 1320/3200MB/s = 41%
ASUS i850 PC1066 did 1741/4266MB/s = 41%


It would still seem that DDR is more efficient than RDRAM on P4 platforms - even when they run asynchronously to the FSB which gives them a significant disadvantage.

I thought a thought, but the thought I thought wasn't the thought I thought I had thought.
 
Thanks, I've been trying to find the latest versions.

Halflife and CS came with my Radeon 8500, and since I only ship them the card (not the whole package) for RMA, I'll install them and see how I like it.

<font color=orange>Quarter</font color=orange> <font color=blue>Pounder</font color=blue> <font color=orange>Inside</font color=orange>
Don't step in the sarcasm!
 
Wow. People are still enjoying HL?

<pre><font color=green>//error-proof coding</font color=green>
<font color=blue>void</font color=blue> main(){<font color=blue>return</font color=blue>;}</pre><p>
 
Apparently. And, amazingly enough, there are still people who haven't played it :lol:

<font color=orange>Quarter</font color=orange> <font color=blue>Pounder</font color=blue> <font color=orange>Inside</font color=orange>
Don't step in the sarcasm!
 
Maybe there is more value to it in online use or something. [shrug]

<pre><font color=green>//error-proof coding</font color=green>
<font color=blue>void</font color=blue> main(){<font color=blue>return</font color=blue>;}</pre><p>
 
There are still around 2100 - 3000 servers up at all times. If you average at a minimum of 10 people per server that is 210,000 to 300,000 people online killing each other in HL or a mod.

FB,

Send me any copies that you don't want. PM me for my address. hehe... the sad thing is that I am not joking.

<b>"Kenny! Give me the whoobie."

"You don't feed a baby chile!" - Mr. Mom</b> :lol:
 
[shrug] Just from a single-player perspective, HL was kind of a let down. Especially the final boss fight. The OF mod was kind of fun, but too short. At least it had a better boss fight. I haven't tried any of the other mods. Can you make strong points for any of them? I might try another if it's any good.

As far as multi-player goes, I haven't bothered. The concept has never really interested me, especially since only recently has my connection speed gone up from a 26.4 modem connection. (Bad phone lines in my old apartment.) Even still, my new ISP has such a poor bandwidth to the internet itself that even though I can connect at 43.3, I can only download at a quarter of that at best. And most of the time I can't even connect to my ISP past 28.8 anyway.

I hate ISPs.

<pre>If you let others think for you, you're the
only one to blame when things go wrong.</pre><p>
 
Copies of the stuff that came with my card, you mean? I'll keep that, I'm sure.

<font color=orange>Quarter</font color=orange> <font color=blue>Pounder</font color=blue> <font color=orange>Inside</font color=orange>
Don't step in the sarcasm!
 
If you don't want them...

Why let them go to waste?

I am trying to have a mini-LAN party once a month. This could help our efforts in converting people to play PC games. Buffalo is kinda backwards when it comes to IT. There are companies that are at the forefront and there are others that are still running DOS based Windows applications. Yes it is sad. Up until one year ago the largest bank in the area was using Windows 3.0, 3.1, 95, 98, 98SE, NT, 2000, ATM, and a whole slew of others on the same network. What a mess....

<b>"Kenny! Give me the whoobie."

"You don't feed a baby chile!" - Mr. Mom</b> :lol: