By: Adrian (a.delete@this.acm.org), August 17, 2018 1:53 pm
Room: Moderated Discussions
Andrei Frumusanu (andrei.delete@this.anandtech.com) on August 17, 2018 10:36 am wrote:
>
> Again you're using the argument of a non-power optimised development board, using
> higher frequencies than used in mobile, in open-air or cooler if you chose to,
> using broken drivers in a use-case where the true power would be 1/50th.
>
> Like what exactly is your point here? Again we can go break any "15W" Intel chip and
> make it use 35W. Does it mean anything? No, it's just random numbers thrown around.
I am sorry, but for the second time, what you reply has no relationship with what I have written.
It was not using higher frequencies than in mobile, but the same up to 2.0 GHz clock frequency used in the smartphones with that Exynos. I do not even know if it is possible to overclock these ARM processors. I have never tried that, as even the nominal frequency was hardly attainable without improved cooling.
"Broken drivers" has absolutely no relevance, as I was talking about a custom ARM program which did not need any drivers, as it was run on the CPU. It is not relevant that with other drivers we could have used a hardware implementation which uses less power. We were discussing the power consumption of the ARM cores.
I was giving a real example where a simple program, which was doing an useful function and which was not designed to maximally exercise the processor, was nonetheless raising the power consumption much above the values claimed in the ARM presentations.
IIRC the value claimed by ARM for Cortex-A15 was 1.5 W per core, but my simple program raised the power consumption to a double value.
You may claim that this was Samsung's fault, maybe they botched the physical implementation of the good ARM design, but I doubt it.
Among other things, I design boards using ARM processors and almost all of them have over-optimistic power consumption values.
I have a couple of Qualcomm SDM845 now and I intend to do a more thorough power consumption measurement on them to see if this time the ARM claims are real. Unfortunately, I did not have time to do it until now and I will probably not do it before next month.
And you cannot "break" an Intel chip, unless you raise the power limits in the appropriate MSR's.
If you set both the long term and the short term power limits to 15 W, then the Intel processor will never exceed the 15 W power consumption. If you set the power limit to 35 W, only then it will happily use 35 W until it overheats and the thermal protection throttles it.
I have never tested Y processors, so I do not know how they behave. But for all the processors with TDP of 15 W or higher that I have ever tested, the single core turbo frequency was never high enough so that the power consumption could reach the TDP, regardless what program you were executing.
So if an Intel processor is specified for 3.5 GHz turbo, you can be reasonably certain that any single-core program will run at 3.5 GHz.
On the other hand, if you have an ARM processor that is claimed to have a 2.0 GHz clock frequency (without any "turbo" mention) then you can be reasonably certain that it will never be able to run any interesting program at 2.0 GHz without overheating, except for very short times.
Like I have said, I have not tested yet SDM845, to see if can really run anything at 2.8 GHz. Maybe it can, because of the modern process used for its fabrication.
All the ARM processors that I have tested and which never lived up to their promises from the power consumption POV were in 28 nm or in older processes, because the more recent processors, e.g. Snapdragon 835 or 845, have prices similar to Intel, so they are too expensive for embedded use.
Maybe these newer processors are better and they consume the power claimed in the ARM presentations, but I have not seen yet any information to support this conclusively.
>
> Again you're using the argument of a non-power optimised development board, using
> higher frequencies than used in mobile, in open-air or cooler if you chose to,
> using broken drivers in a use-case where the true power would be 1/50th.
>
> Like what exactly is your point here? Again we can go break any "15W" Intel chip and
> make it use 35W. Does it mean anything? No, it's just random numbers thrown around.
I am sorry, but for the second time, what you reply has no relationship with what I have written.
It was not using higher frequencies than in mobile, but the same up to 2.0 GHz clock frequency used in the smartphones with that Exynos. I do not even know if it is possible to overclock these ARM processors. I have never tried that, as even the nominal frequency was hardly attainable without improved cooling.
"Broken drivers" has absolutely no relevance, as I was talking about a custom ARM program which did not need any drivers, as it was run on the CPU. It is not relevant that with other drivers we could have used a hardware implementation which uses less power. We were discussing the power consumption of the ARM cores.
I was giving a real example where a simple program, which was doing an useful function and which was not designed to maximally exercise the processor, was nonetheless raising the power consumption much above the values claimed in the ARM presentations.
IIRC the value claimed by ARM for Cortex-A15 was 1.5 W per core, but my simple program raised the power consumption to a double value.
You may claim that this was Samsung's fault, maybe they botched the physical implementation of the good ARM design, but I doubt it.
Among other things, I design boards using ARM processors and almost all of them have over-optimistic power consumption values.
I have a couple of Qualcomm SDM845 now and I intend to do a more thorough power consumption measurement on them to see if this time the ARM claims are real. Unfortunately, I did not have time to do it until now and I will probably not do it before next month.
And you cannot "break" an Intel chip, unless you raise the power limits in the appropriate MSR's.
If you set both the long term and the short term power limits to 15 W, then the Intel processor will never exceed the 15 W power consumption. If you set the power limit to 35 W, only then it will happily use 35 W until it overheats and the thermal protection throttles it.
I have never tested Y processors, so I do not know how they behave. But for all the processors with TDP of 15 W or higher that I have ever tested, the single core turbo frequency was never high enough so that the power consumption could reach the TDP, regardless what program you were executing.
So if an Intel processor is specified for 3.5 GHz turbo, you can be reasonably certain that any single-core program will run at 3.5 GHz.
On the other hand, if you have an ARM processor that is claimed to have a 2.0 GHz clock frequency (without any "turbo" mention) then you can be reasonably certain that it will never be able to run any interesting program at 2.0 GHz without overheating, except for very short times.
Like I have said, I have not tested yet SDM845, to see if can really run anything at 2.8 GHz. Maybe it can, because of the modern process used for its fabrication.
All the ARM processors that I have tested and which never lived up to their promises from the power consumption POV were in 28 nm or in older processes, because the more recent processors, e.g. Snapdragon 835 or 845, have prices similar to Intel, so they are too expensive for embedded use.
Maybe these newer processors are better and they consume the power claimed in the ARM presentations, but I have not seen yet any information to support this conclusively.
Topic | Posted By | Date |
---|---|---|
ARM turns to a god and a hero | AM | 2018/08/16 08:32 AM |
ARM turns to a god and a hero | Maynard Handley | 2018/08/16 08:41 AM |
ARM turns to a god and a hero | Doug S | 2018/08/16 10:11 AM |
ARM turns to a god and a hero | Geoff Langdale | 2018/08/16 10:59 PM |
ARM turns to a god and a hero | dmcq | 2018/08/17 04:12 AM |
ARM is somewhat misleading | Adrian | 2018/08/16 10:56 PM |
It's marketing material | Gabriele Svelto | 2018/08/17 12:00 AM |
It's marketing material | Michael S | 2018/08/17 02:13 AM |
It's marketing material | dmcq | 2018/08/17 04:23 AM |
It's marketing material | Andrei Frumusanu | 2018/08/17 06:25 AM |
It's marketing material | Linus Torvalds | 2018/08/17 10:20 AM |
It's marketing material | Groo | 2018/08/17 12:44 PM |
It's marketing material | Doug S | 2018/08/17 01:14 PM |
promises and deliveries | AM | 2018/08/17 01:32 PM |
promises and deliveries | Passing Through | 2018/08/17 02:02 PM |
Just by way of clarification | Passing Through | 2018/08/17 02:15 PM |
Just by way of clarification | AM | 2018/08/18 11:49 AM |
Just by way of clarification | Passing Through | 2018/08/18 12:34 PM |
This ain't the nineties any longer | Passing Through | 2018/08/18 12:54 PM |
This ain't the nineties any longer | Maynard Handley | 2018/08/18 01:50 PM |
This ain't the nineties any longer | Passing Through | 2018/08/18 02:57 PM |
This ain't the nineties any longer | Passing Through | 2018/09/06 01:42 PM |
This ain't the nineties any longer | Maynard Handley | 2018/09/07 03:10 PM |
This ain't the nineties any longer | Passing Through | 2018/09/07 03:48 PM |
This ain't the nineties any longer | Maynard Handley | 2018/09/07 04:22 PM |
Just by way of clarification | Wilco | 2018/08/18 12:26 PM |
Just by way of clarification | Passing Through | 2018/08/18 12:39 PM |
Just by way of clarification | none | 2018/08/18 09:52 PM |
Just by way of clarification | dmcq | 2018/08/19 07:32 AM |
Just by way of clarification | none | 2018/08/19 07:54 AM |
Just by way of clarification | dmcq | 2018/08/19 10:24 AM |
Just by way of clarification | none | 2018/08/19 10:52 AM |
Just by way of clarification | Gabriele Svelto | 2018/08/19 05:41 AM |
Just by way of clarification | Passing Through | 2018/08/19 08:25 AM |
Whiteboards at Gatwick airport anyone? | Passing Through | 2018/08/20 03:24 AM |
It's marketing material | Michael S | 2018/08/18 10:12 AM |
It's marketing material | Brett | 2018/08/18 04:22 PM |
It's marketing material | Brett | 2018/08/18 04:33 PM |
It's marketing material | Adrian | 2018/08/19 12:21 AM |
A76 | AM | 2018/08/17 01:45 PM |
A76 | Michael S | 2018/08/18 10:20 AM |
A76 | AM | 2018/08/18 11:39 AM |
A76 | Michael S | 2018/08/18 11:49 AM |
A76 | AM | 2018/08/18 12:06 PM |
A76 | Doug S | 2018/08/18 12:43 PM |
A76 | Maynard Handley | 2018/08/18 01:42 PM |
A76 | Maynard Handley | 2018/08/18 03:22 PM |
Why write zeros when one can use metadata? | Paul A. Clayton | 2018/08/18 05:19 PM |
Why write zeros when one can use metadata? | Maynard Handley | 2018/08/19 10:12 AM |
Dictionary compress might apply to memcopy | Paul A. Clayton | 2018/08/19 12:45 PM |
Instructions for zeroing | Konrad Schwarz | 2018/08/30 05:37 AM |
Instructions for zeroing | Maynard Handley | 2018/08/30 07:41 AM |
Instructions for zeroing | Adrian | 2018/08/30 10:37 AM |
dcbz -> dcbzl (was: Instructions for zeroing) | hobold | 2018/08/31 12:50 AM |
dcbz -> dcbzl (was: Instructions for zeroing) | dmcq | 2018/09/01 04:28 AM |
A76 | Travis | 2018/08/19 10:36 AM |
A76 | Maynard Handley | 2018/08/19 11:22 AM |
A76 | Travis | 2018/08/19 01:07 PM |
A76 | Maynard Handley | 2018/08/19 05:24 PM |
Remote atomics | matthew | 2018/08/19 11:51 AM |
Remote atomics | Michael S | 2018/08/19 12:58 PM |
Remote atomics | matthew | 2018/08/19 01:32 PM |
Remote atomics | Michael S | 2018/08/19 01:36 PM |
Remote atomics | matthew | 2018/08/19 01:48 PM |
Remote atomics | Michael S | 2018/08/19 02:16 PM |
Remote atomics | Ricardo B | 2018/08/20 09:05 AM |
Remote atomics | dmcq | 2018/08/19 01:33 PM |
Remote atomics | Travis | 2018/08/19 01:32 PM |
Remote atomics | Michael S | 2018/08/19 01:46 PM |
Remote atomics | Travis | 2018/08/19 04:35 PM |
Remote atomics | Michael S | 2018/08/20 02:29 AM |
Remote atomics | matthew | 2018/08/19 06:58 PM |
Remote atomics | anon | 2018/08/19 11:59 PM |
Remote atomics | Travis | 2018/08/20 09:26 AM |
Remote atomics | Travis | 2018/08/20 08:57 AM |
Remote atomics | Linus Torvalds | 2018/08/20 03:29 PM |
Fitting time slices to execution phases | Paul A. Clayton | 2018/08/21 08:09 AM |
Fitting time slices to execution phases | Linus Torvalds | 2018/08/21 01:34 PM |
Fitting time slices to execution phases | Linus Torvalds | 2018/08/21 02:31 PM |
Fitting time slices to execution phases | Gabriele Svelto | 2018/08/21 02:54 PM |
Fitting time slices to execution phases | Linus Torvalds | 2018/08/21 03:26 PM |
Fitting time slices to execution phases | Travis | 2018/08/21 03:21 PM |
Fitting time slices to execution phases | Linus Torvalds | 2018/08/21 03:39 PM |
Fitting time slices to execution phases | Travis | 2018/08/21 03:59 PM |
Fitting time slices to execution phases | Linus Torvalds | 2018/08/21 04:13 PM |
Fitting time slices to execution phases | anon | 2018/08/21 03:27 PM |
Fitting time slices to execution phases | Linus Torvalds | 2018/08/21 05:02 PM |
Fitting time slices to execution phases | Etienne | 2018/08/22 01:28 AM |
Fitting time slices to execution phases | Gabriele Svelto | 2018/08/22 02:07 PM |
Fitting time slices to execution phases | Travis | 2018/08/22 03:00 PM |
Fitting time slices to execution phases | anon | 2018/08/22 05:52 PM |
Fitting time slices to execution phases | Travis | 2018/08/21 03:37 PM |
Is preventing misuse that complex? | Paul A. Clayton | 2018/08/23 04:42 AM |
Is preventing misuse that complex? | Linus Torvalds | 2018/08/23 11:46 AM |
Is preventing misuse that complex? | Travis | 2018/08/23 12:29 PM |
Is preventing misuse that complex? | Travis | 2018/08/23 12:33 PM |
Is preventing misuse that complex? | Jeff S. | 2018/08/24 06:57 AM |
Is preventing misuse that complex? | Travis | 2018/08/24 07:47 AM |
Is preventing misuse that complex? | Linus Torvalds | 2018/08/23 01:30 PM |
Is preventing misuse that complex? | Travis | 2018/08/23 02:11 PM |
Is preventing misuse that complex? | Linus Torvalds | 2018/08/24 12:00 PM |
Is preventing misuse that complex? | Gabriele Svelto | 2018/08/24 12:25 PM |
Is preventing misuse that complex? | Linus Torvalds | 2018/08/24 12:33 PM |
Fitting time slices to execution phases | Travis | 2018/08/21 02:54 PM |
rseq: holy grail rwlock? | Travis | 2018/08/21 02:18 PM |
rseq: holy grail rwlock? | Linus Torvalds | 2018/08/21 02:59 PM |
rseq: holy grail rwlock? | Travis | 2018/08/21 03:27 PM |
rseq: holy grail rwlock? | Linus Torvalds | 2018/08/21 04:10 PM |
rseq: holy grail rwlock? | Travis | 2018/08/21 05:21 PM |
ARM design houses | Michael S | 2018/08/21 04:07 AM |
ARM design houses | Wilco | 2018/08/22 11:38 AM |
ARM design houses | Michael S | 2018/08/22 01:21 PM |
ARM design houses | Wilco | 2018/08/22 02:23 PM |
ARM design houses | Michael S | 2018/08/29 12:58 AM |
Qualcomm's core naming scheme really, really sucks | Heikki Kultala | 2018/08/29 01:19 AM |
A76 | Maynard Handley | 2018/08/18 01:07 PM |
A76 | Michael S | 2018/08/18 01:32 PM |
A76 | Maynard Handley | 2018/08/18 01:52 PM |
A76 | Michael S | 2018/08/18 02:04 PM |
ARM is somewhat misleading | juanrga | 2018/08/17 12:20 AM |
Surprised?? | Alberto | 2018/08/17 12:52 AM |
Surprised?? | Alberto | 2018/08/17 01:10 AM |
Surprised?? | none | 2018/08/17 01:46 AM |
Garbage talk | Andrei Frumusanu | 2018/08/17 06:30 AM |
Garbage talk | Michael S | 2018/08/17 06:43 AM |
Garbage talk | Andrei Frumusanu | 2018/08/17 08:51 AM |
Garbage talk | Michael S | 2018/08/18 10:29 AM |
Garbage talk | Adrian | 2018/08/17 07:28 AM |
Garbage talk | Alberto | 2018/08/17 08:20 AM |
Garbage talk | Andrei Frumusanu | 2018/08/17 08:48 AM |
Garbage talk | Adrian | 2018/08/17 09:17 AM |
Garbage talk | Andrei Frumusanu | 2018/08/17 09:36 AM |
Garbage talk | Adrian | 2018/08/17 01:53 PM |
Garbage talk | Andrei Frumusanu | 2018/08/17 11:17 PM |
More like a religion he?? ARM has an easy life :) | Alberto | 2018/08/17 08:13 AM |
More like a religion he?? ARM has an easy life :) | Andrei Frumusanu | 2018/08/17 08:34 AM |
More like a religion he?? ARM has an easy life :) | Alberto | 2018/08/17 09:03 AM |
More like a religion he?? ARM has an easy life :) | Andrei Frumusanu | 2018/08/17 09:43 AM |
More like a religion he?? ARM has an easy life :) | Doug S | 2018/08/17 01:17 PM |
15W phone SoCs | AM | 2018/08/17 02:04 PM |
More like a religion he?? ARM has an easy life :) | Maynard Handley | 2018/08/17 11:29 AM |
my future stuff will be better than your old stuff, hey I'm a god at last (NT) | Eric Bron | 2018/08/18 02:34 AM |
my future stuff will be better than your old stuff, hey I'm a god at last | none | 2018/08/18 07:34 AM |