4 ms·
OK, thanks. So the problem is that transistor density is going up faster than pin density? Makes sense. I guess one approach to that is a bigger die size, so y
by jbert 18y ago
OK, thanks. So the problem is that transistor density is going up faster than pin density? Makes sense.
I guess one approach to that is a bigger die size, so you end up with a fixed transistor/cm^2? That would mean die sizes doubling with Moore's law I guess. So you'd want other ways of packing them in (use the flipside of the mobo, try 3d arrays and suffer heat problems).
Or the cores come with attached (non-shared) RAM, which is of course where we are with adding cache.
Other random thoughts: why have memory busses stayed parallel when peripheral busses (scsi, usb) have gone serial? That would reduce pin count for a connection?
Can we avoid going to full 'macro' pins for the CPU-memory bus (and thus pack more pins into the same area for memory connections)? Instead have a smaller, denser collection of pins which are attached as a group to each memory connector?
Sorry for being clueless and thinking aloud, but it's an interesting problem.
- wmf 18y agoI don't think the die size is a problem; AFAIK you can get very many pins out of a die, but getting them out of the package is where it gets expensive. FB-DIMM is already a serial-style high-frequency interconnect, but it isn't needed on low-end systems. I think this is really about business, not technology. What they want is not what the mainstream wants, so they must choose between cheap but memory starved systems or very expensive balanced systems. HPC people have been whining about killer micros for 20 years; this is just another version of it.