SI
SI
discoversearch

We've detected that you're using an ad content blocking browser plug-in or feature. Ads provide a critical source of revenue to the continued operation of Silicon Investor.  We ask that you disable ad blocking while on Silicon Investor in the best interests of our community.  If you are not using an ad blocker but are still receiving this message, make sure your browser's tracking protection is set to the 'standard' level.
Technology Stocks : Rambus (RMBS) - Eagle or Penguin
RMBS 101.61+2.8%Dec 5 9:30 AM EST

 Public ReplyPrvt ReplyMark as Last ReadFilePrevious 10Next 10PreviousNext  
To: richard surckla who wrote (33825)11/6/1999 10:55:00 AM
From: Dan3  Read Replies (1) of 93625
 
Re: for a given chip, rambus is much much...

DRAM chips by themselves are never used for PC memory. Memory used in one or two chip applications is migrating towards embedded DRAM (like nintendo going from Rambus to embedded).

Speed of memory can be measured several ways, the most common are latency and bandwidth. The bandwidth is determined by the bandwidth per bus and the number of busses or "channels". Rambus 800 has a per bus rate of 1.6Gb/sec, DDR 266 has a per bus rate of 2.1 Gb/sec. DDR also has lower latency and lower cost. Dual Rambus busses still have longer (worse) latency times but by combining two busses in parallel, bandwidth goes to 3.2 Gb/sec - but cost and density, already a rambus disadvantage, have now risen considerably. DDR 333 is being used in some video applications now and will have a bandwidth of 3.3 Gb/sec in a single PC "channel".

Think of it this way: Rambus is 16 bit memory while SDRAM, DDR, etc., are all 64 bit DRAM. Rambus has to work very hard to get (64 bit wide) DDR levels of bandwidth out of its 16 bits. If a rambus channel runs 4 times as fast as a conventional channel, bandwidth is equal. Because of the delays due to parallel to serial conversion, (rambus is 128 bits wide internally) rambus always has longer latency.

Regards,

Dan
Report TOU ViolationShare This Post
 Public ReplyPrvt ReplyMark as Last ReadFilePrevious 10Next 10PreviousNext