Article: Medfield, Intel's x86 Phone Chip
By: Ungo (a.delete@this.b.c.d.e), January 25, 2012 4:08 pm
Room: Moderated Discussions
Ingeneer (a@b.c) on 1/25/12 wrote:
---------------------------
>Foo_ (foo@nomail.com) on 1/25/12 wrote:
>---------------------------
>>Atom has had x86-64 support for years (when not fused off), it's nothing new.
>
>What makes you certain the 64-bit and 32-bit parts are identical designs?
It's well known that from the very first, 64-bit capability was a fuse option for Atoms. If you search hard enough I'm sure you can find direct statements from Intel employees to that effect. You can also look up die size data and make inferences:
http://ark.intel.com/products/codename/32202/Diamondville
The N270 (32-bit) and 230 (64-bit) have exactly the same die size, 26mm^2. The odds of these being different designs rather than fuse options are small; the only important reason to make 32-bit a different design would be to reduce die size to cut costs.
The thing is, 32-bit doesn't save enough area to justify that. It's been about 20 years since MIPS designed the 64-bit R4x00 series core, and (if I recall correctly) disclosed that the overhead of 64-bit was about 5% die area. It was cheap enough that the Nintendo 64 used a 64-bit R4300 even though it had no real need for a 64-bit CPU.
It wasn't a big deal back then, when the CPU itself was basically the whole chip (that was when integrating the FPU, MMU, and L1 cache was the state of the art). Today, 64-bit is a trivial amount of overhead, what with uncore (L2/L3 cache and SoC peripherals) taking up increasing fractions of the total die area in any given design.
---------------------------
>Foo_ (foo@nomail.com) on 1/25/12 wrote:
>---------------------------
>>Atom has had x86-64 support for years (when not fused off), it's nothing new.
>
>What makes you certain the 64-bit and 32-bit parts are identical designs?
It's well known that from the very first, 64-bit capability was a fuse option for Atoms. If you search hard enough I'm sure you can find direct statements from Intel employees to that effect. You can also look up die size data and make inferences:
http://ark.intel.com/products/codename/32202/Diamondville
The N270 (32-bit) and 230 (64-bit) have exactly the same die size, 26mm^2. The odds of these being different designs rather than fuse options are small; the only important reason to make 32-bit a different design would be to reduce die size to cut costs.
The thing is, 32-bit doesn't save enough area to justify that. It's been about 20 years since MIPS designed the 64-bit R4x00 series core, and (if I recall correctly) disclosed that the overhead of 64-bit was about 5% die area. It was cheap enough that the Nintendo 64 used a 64-bit R4300 even though it had no real need for a 64-bit CPU.
It wasn't a big deal back then, when the CPU itself was basically the whole chip (that was when integrating the FPU, MMU, and L1 cache was the state of the art). Today, 64-bit is a trivial amount of overhead, what with uncore (L2/L3 cache and SoC peripherals) taking up increasing fractions of the total die area in any given design.
Topic | Posted By | Date |
---|---|---|
Medfield article online | David Kanter | 2012/01/23 01:51 PM |
server error | bakaneko | 2012/01/24 03:00 AM |
Fixed | David Kanter | 2012/01/24 04:02 AM |
Fixed | Joel | 2012/01/24 07:43 AM |
Fixed | Ricardo B | 2012/01/24 11:25 AM |
Fixed | David Kanter | 2012/01/24 05:29 PM |
Fixed | Gabriele Svelto | 2012/01/24 01:07 PM |
Fixed | David Kanter | 2012/01/24 05:30 PM |
Reference platform battery life | Doug Siebert | 2012/01/24 02:03 PM |
standby time | Foo_ | 2012/01/25 06:58 AM |
standby time | Anon | 2012/01/26 03:42 AM |
standby time | Foo_ | 2012/01/26 04:02 AM |
standby time | Doug Siebert | 2012/01/26 12:39 PM |
standby time | Anon | 2012/01/26 01:22 PM |
standby time | anon | 2012/01/26 02:08 PM |
standby time | Anon | 2012/01/26 06:03 PM |
standby time | anon | 2012/01/26 08:57 PM |
standby time | anon | 2012/01/26 09:01 PM |
standby time | Anon | 2012/01/27 09:32 PM |
standby time | Doug Siebert | 2012/01/27 02:15 PM |
standby time | anon | 2012/01/27 02:41 PM |
Reference platform battery life | David Kanter | 2012/01/27 10:09 AM |
Performance analysis laughable | Wilco | 2012/01/24 03:23 PM |
Performance analysis laughable | David Kanter | 2012/01/24 05:19 PM |
Performance analysis laughable | IntelUser2000 | 2012/01/24 07:30 PM |
Performance analysis laughable | IntelUser2000 | 2012/01/24 07:32 PM |
Performance analysis laughable | David Kanter | 2012/01/24 11:34 PM |
Performance analysis laughable | IntelUser2000 | 2012/01/24 11:56 PM |
Performance analysis laughable | David Kanter | 2012/01/25 02:07 AM |
Performance analysis laughable | Alberto | 2012/01/25 12:54 PM |
Atom HT gain | Wilco | 2012/01/25 05:43 AM |
Atom HT gain | IntelUser2000 | 2012/01/25 06:53 AM |
Atom HT gain | none | 2012/01/25 07:04 AM |
Atom HT gain | IntelUser2000 | 2012/01/25 07:35 AM |
Atom HT gain | Foo_ | 2012/01/25 07:06 AM |
Performance analysis laughable | Wilco | 2012/01/24 08:21 PM |
Performance analysis laughable | David Kanter | 2012/01/24 10:13 PM |
Performance analysis laughable | Wilco | 2012/01/25 04:30 AM |
Performance analysis laughable | none | 2012/01/25 06:14 AM |
Performance analysis laughable | Wilco | 2012/01/25 07:18 AM |
Performance analysis laughable | observer | 2012/01/26 04:17 AM |
Performance analysis laughable | Wilco | 2012/01/26 06:25 AM |
Process numbers | Alberto | 2012/01/26 09:29 AM |
Performance analysis laughable | David Kanter | 2012/02/02 12:38 AM |
Performance analysis laughable | tupper | 2012/01/25 04:27 PM |
Performance analysis laughable | Linus Torvalds | 2012/01/25 08:37 PM |
Performance analysis laughable | Doug Siebert | 2012/01/26 02:12 PM |
Medfield article online | Andreas | 2012/01/25 03:10 AM |
Medfield article online | Alberto | 2012/01/25 09:44 AM |
Medfield article online | IntelUser2000 | 2012/01/25 10:24 AM |
Medfield article online | David Kanter | 2012/01/25 09:58 PM |
Medfield article online | Doug Siebert | 2012/01/26 01:20 PM |
Medfield article online | Eric | 2012/01/26 06:10 PM |
Medfield article online | Doug Siebert | 2012/01/27 02:40 PM |
64-bit | Ingeneer | 2012/01/25 09:28 AM |
64-bit | Foo_ | 2012/01/25 10:23 AM |
64-bit | Ingeneer | 2012/01/25 02:34 PM |
64-bit | Ungo | 2012/01/25 04:08 PM |
64-bit | EduardoS | 2012/01/26 12:55 PM |
Saltwell memcpy | SHK | 2012/01/26 02:41 AM |
Medfield WiFi & Bluetooth | Rob Thorpe | 2012/01/26 03:09 AM |
Medfield WiFi & Bluetooth | David Kanter | 2012/01/27 05:54 PM |
Medfield WiFi & Bluetooth | Rob Thorpe | 2012/01/28 02:22 PM |
Medfield article online (NT) | Anil | 2012/01/26 05:57 PM |
Medfield article online | Anil | 2012/01/26 06:11 PM |
Medfield article online | Mr. Camel | 2012/01/26 06:26 PM |
Medfield article online | none | 2012/01/27 01:41 AM |