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 : Intel Corporation (INTC)
INTC 34.36-1.1%3:58 PM EST

 Public ReplyPrvt ReplyMark as Last ReadFilePrevious 10Next 10PreviousNext  
To: Tenchusatsu who wrote (103695)5/26/2000 4:33:00 PM
From: wily  Read Replies (1) of 186894
 
Tenchusatsu,

I'm not very familiar with OUM. Isn't it just faster non-volatile memory than Flash? I don't think that has anything to do with normal DRAM or the memory bandwidth problem related to it. Are you talking about Embedded DRAM or something like it?

Bilow says that embedded memory has great bandwidth because it can operate at high speed (the speed of the cpu) and at large word widths (speed X width = bandwidth). So, if you can put a lot of static RAM either on the cpu or in a package with the cpu (not as fast as on-die memory but as fast as something like Rambus, but using larger word-widths), or both, you wouldn't need an expensive-to-make interface like Rambus.

OUM has the potential to fill this bill because of its achievable density, nonvolatility and speed (5ns r/w). OUM is not just "faster nonvolatile memory than Flash": It's very fast, very dense, and, I am told, has or will soon have greater cycle endurance than DRAM. It's the holy grail.
At L=.12um and F=4 and 3 bits/cell, you could have a 40mm2 chip with 260MBytes of memory.

Isn't it testimony to the fact of embedded memory's advantages that Intel makes a giant chip for servers (Xeon, 500MHz) with 2MBytes of embedded SRAM, that costs about 5X as much as its counterpart without the large cache?

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