Rambus Production Capacity Switched to Make SDRAM
Jon Rabone writes " NEC, Japan's largest chipmaker is halting Rambus production to make SDRAM.
Both NEC and Samsung are to switch production over to SDRAM - sounds to me like RAMBUS could be in danger of dying the death, after Intel's latest problems with the Camino chipset. At least we might see SDRAM prices fall again.
"
Need I say more?
Jack
- -
Are you an SF Fan? Are you a Tru-Fan?
- A.P.
--
"One World, one Web, one Program" - Microsoft promotional ad
"Remember when the U.S. had a drug problem, and then we declared a War On Drugs, and now you can't buy drugs anymore?"
As always, it's best to look at all the options before you buy stuff -- don't always just head on over to pricewatch and think you've gotten a great deal.
- A.P. (speaking of great deals, checked the prices for 18 gig U2W scsi drives lately?)
--
"One World, one Web, one Program" - Microsoft promotional ad
"Remember when the U.S. had a drug problem, and then we declared a War On Drugs, and now you can't buy drugs anymore?"
Lacking <sarcasm> tags,
A while back, The Register reported that "Samsung shut down Rambus production and shifted to SDRAM production until Intel can come up with a new Camino launch date".
-------
Warning: Slashdot may contain traces of nuts.
From looking at other posts, I guess memory in the US is still dirt cheap (at least compared to our prices in the UK)
"The invisible and the non-existent look very much alike." -- Delos B. McKown
However. SDRAM won't suffice forever as it can't (disclaimer: as far as I know) be overclocked much higher than it already is (140 MHz is the highest I've read about before stability issues arise). RDRAM on the other hand can run up to 800 MHz. The heat sync looks rather cute, but the memory is tragically flawed by it's miniscule 16 bit bus (as opposed to the 64 bit SDRAM bus to the front side system bus).
Rambus really needs to go back to the drawing board on this before they bring it back to market, if it is ever given another chance. Intel in partnering with Rambus was seeing Large dollar signs in an unending stream of royalty payments on every future RDRAM RIMM sold for many years to come. Chalk it up to another case of greed overriding sensibility.
we were doing just fine before that...we should trade memory on the commodities market
JediLuke
JediLuke
-Do or Do Not, There is no Try
Not so. I was following the market closely before during and after the quake. I used corsair PC 133 128 MB as a marker, as it uses Micron DRAM which is not produced in Taiwan, and in no way would be effected by the quake (it also happend to be the brand I choose and now own, due to it's superior quality). Here is a timeline of the price spikes:
I chose direct.multiwave.com (wholesaler) as my test bed.
Monday (prior to quake): $297
Sept 22nd (day of the quake, wednesday): $297
Sept 24th $297
Sept 29th: $358
Oct 7th: $372
So you see, the prices were already at $300 before the quake. The subsequent rises could be attributed to Micron raising the price of DRAM to over $16 after the 22th, the day of the quake.
The premise of Rambus is much stronger for ultra high end server machines than for general use PC's. But Intel has been shoving Rambus down everyone's throats to finance the costs of their push into the Enterprise. If this isn't an example of leveraging monopoly power then I don't know anything that could be fairly called a monopoly: the increased cost (damage to consumers) is inarguably real and dollar-figure obvious. As is Intel's control over the "standard". They're so obsessed with this goal that little things that affect "the little people" like the design flaw of the i820 slip by.
Hate to break the news, but the problem isn't really with the Camino north bridge chip. It's a signal integrity problem with the Rambus system architecture. Nasty combination of crosstalk and a resonant mode in the data lines that takes received data out of signaling spec (the line fails to cross above the logic threshold when the RAM is sending a HIGH.)
Intel is taking the fall on this one as though it's a silicon problem because it doesn't really matter where the problem is, the 820-based product isn't going to ship. Inside of Intel there's a big bloodletting going on between the engineers and the suits, because the suits are having a hard time dealing with the concept that there are some things that can't be changed by management fiat and the engineers aren't real amused by egos under the delusion that they can order back the tide.
There's been some good discussion on this over on SI-LIST
Lacking <sarcasm> tags,
Lacking <sarcasm> tags,
Actually, AMD recently took a Rambus licence. Which only made sense once they had a system chip architecture (licensed from VIA, possibly a competitor now that VIA has bough the high-end Cyrix stuff). Clearly, the Rambus retreat is based on Intel's inability to get their new i820 chipset working properly. They were counting on this to make a big splash for Christmastime, and so anyone making Direct Rambus likely has stockpiles already. Knowing that's not going to happen, it makes perfect sense they're running SDRAM now, especially with the rise in SDRAM pricing. After all, the main allure of Direct Rambus for the memory vendors was higher margins. You can get that now, at least for a little while, with SDRAM, and there's no sense in making more Rambus now. Rambus itself has been proven in the consumer maket -- the Nintendo 64 uses the original 8-bit Rambus design, at 500MHz (technically, 250MHz DDR). The interesting thing is that Intel can't use Rambus anyway, now; they're priming the pumps for some future migration. One 16-bit Direct Rambus at 800MHz (technically, 400MHz DDR) peaks out at 1600MB/s, but a 100MHz P6 bus peaks out at 800MB/s. Sure, they'll run it up to 133MHz in the i820 (VIA has a 133MHz P6 bus chipset already), but it's not something you need Rambus for. AMD, on the other hand, has this hot EV6 bus. They're running it at 200MHz, but it's already going 400MHz in Alpha machines. It's kind of silly to run this on a PC100 bus. So AMD can actually take full advantage of one Direct Rambus channel. In fact, if they want to boost I/O performance, two channels wouldn't be out of line. Of course, AMD could get to a real 200MHz data rate using 100MHz DDR SDRAM (supposedly ALi is doing an EV6 chipset to support this). So they don't really need Direct Rambus, either. Unless they're planning a 400MHz FSB migration, too...
-Dave Haynie
Imagine for a moment that a catastrophe destroyed *all* the memory production capacity except that from a single company. By your logic, that one company's prices shouldn't be affected by the disaster. Of course, that cannot be.
If the quake affected Micron's competition it affected Micron's market. If it affected Micron's market, it stands to affect Micron's prices.
The reality of markets is, of course, far more complicated than your argument (and mine) would have it be. Even a credible prediction of a quake in Taiwan would affect prices in the markets in which Taiwan is a major player.
Geeky modern art T-shirts
An AC asked,
What is a bond-out option?
Integrated circuits are little rectangles of silicon and have to be connected to the rest of the world. On the chip itself there are exposed metal spots ("bond pads") connected to the device's I/O circuitry. Various means are used to connect the bond pads to the package, but the most common are veeeery thin gold wires attached to the chip at one end and a package conductor at the other.
Since it's inconvenient and expensive to maintain separate IC designs, it's often easier to have one design which can be used in multiple ways depending on external signals, jumpers, or whatever. Rather than bring these configuration lines out of the package, though, they can be connected internally at the time the bond wires are attached. Likewise, signals that aren't needed in a particular configuration can be left out of the package I/O set.
HTH.
Lacking <sarcasm> tags,