Article: Medfield, Intel's x86 Phone Chip
By: Linus Torvalds (torvalds.delete@this.linux-foundation.org), January 25, 2012 8:37 pm
Room: Moderated Discussions
tupper (no@thanks.com) on 1/25/12 wrote:
>
>Here is a research work done by UMich and ARM. How much sense does it make for the conclusion :
So I absolutely believe in the "tons of I$, ITLB and branch
prediction misses" thing.
Having done performance analysis of Spec and real desktop
applications (about ten years ago, so that's probably not
all that far from a smartphone), I can tell that Spec is
a set of incredibly well-behaved applications in general.
That includes gcc, which I obviously think is the only app
in the whole Spec suite that is worth even quoting numbers
for - the other ones are too effing broken, and much too
amenable to various trickery.
Graphical applications end up doing several layers of
indirection through libraries - something that you never
see in Spec. In fact, most Spec runs are outright lying,
in that they tend to flatten out even the one layer of
libraries there is - inlining a ton, and usually statically
linking the rest.
So spec is orders of magnitude better than the crazy toy
benchmarks the embedded world tends to historically use,
but spec isn't nearly gnarly enough to show what goes on
in a desktop app.
The paper you point to seems quite interesting from a quick
look. And it's really telling how the spec benchmarks show
basically no I$ component at all, but the interactive
ones do.
That said, there is one exception, and that one is not
shown in the paper. High-performance native games tend to
behave more like "traditional" loads than desktop loads.
Lots more tight loops etc. Of course, the actual graphics
stack is often quite big, and the 3D driver can get very
hard to gather data from.
Linus
>
>Here is a research work done by UMich and ARM. How much sense does it make for the conclusion :
So I absolutely believe in the "tons of I$, ITLB and branch
prediction misses" thing.
Having done performance analysis of Spec and real desktop
applications (about ten years ago, so that's probably not
all that far from a smartphone), I can tell that Spec is
a set of incredibly well-behaved applications in general.
That includes gcc, which I obviously think is the only app
in the whole Spec suite that is worth even quoting numbers
for - the other ones are too effing broken, and much too
amenable to various trickery.
Graphical applications end up doing several layers of
indirection through libraries - something that you never
see in Spec. In fact, most Spec runs are outright lying,
in that they tend to flatten out even the one layer of
libraries there is - inlining a ton, and usually statically
linking the rest.
So spec is orders of magnitude better than the crazy toy
benchmarks the embedded world tends to historically use,
but spec isn't nearly gnarly enough to show what goes on
in a desktop app.
The paper you point to seems quite interesting from a quick
look. And it's really telling how the spec benchmarks show
basically no I$ component at all, but the interactive
ones do.
That said, there is one exception, and that one is not
shown in the paper. High-performance native games tend to
behave more like "traditional" loads than desktop loads.
Lots more tight loops etc. Of course, the actual graphics
stack is often quite big, and the 3D driver can get very
hard to gather data from.
Linus
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 |