Besides high Vt vs. low(er) Vt, There are other variations of libraries, as well:
- 9-track vs. 12-track
- long-channel vs. short-channel
(The latter makes a big difference in the leakage characteristic, especially how much it goes up at high temperature.)
Agreed. Rick, you did not need to go out on a limb with "Although it provided no details, Nvidia presumably implements the device as two die in a system-in-package."
The companion core could easily have been synthesized with the LP (high Vt) library, and the rest of the chip synthesized with the GP (lower Vt) library and integrated on a single die.
I wonder If software (OS) can cope up with these many cores. From hardware point of view, you can have as many cores as you want, whether software can take advantage of these cores ?
So far, I haven't seen multiple improvements in processing speed by increasing number of cores... comments will be appreciated.
I also just noticed the statement: "including the time to switch cores within the chip". While 'chip' is sometimes used loosely to refer to an integrated package, it seems likely in this case that it is a single die.
The white paper indicates that the shared L2 cache latency is the same for the 'Companion' core as for the other cores, so it is very unlikely that it is on a separate chip.
Furthermore, even with package-level integration, an additional chip hop (to reach L2 cache, memory controllers, and I/O interfaces) would presumably have a noticeable power penalty.
The table entries for Process Technology "Low Power (LP)" (for the Companion core) and "General/Fast (G)" does imply different process, but this might be a simplification for the sake of the whitepaper's target audience.
You would not need to use two die for this, you can just synthesise against a low power rather than a high performance library. If leakage was the issue then you could use well bias tricks to get around it, or have a double oxide process to have thick oxides for the slow gates - this is a bit but not that rare, but two dies is surely a bad solution?
My Mom the Radio Star Max MaxfieldPost a comment I've said it before and I'll say it again -- it's a funny old world when you come to think about it. Last Friday lunchtime, for example, I received an email from Tim Levell, the editor for ...
A Book For All Reasons Bernard Cole2 comments Robert Oshana's recent book "Software Engineering for Embedded Systems (Newnes/Elsevier)," written and edited with Mark Kraeling, is a 'book for all reasons.' At almost 1,200 pages, it ...