By: Alberto (git.delete@this.git.it), February 7, 2015 12:44 pm
Room: Moderated Discussions
Exophase (exophase.delete@this.gmail.com) on February 7, 2015 11:47 am wrote:
> Alberto (git.delete@this.git.it) on February 7, 2015 11:22 am wrote:
> > Umm yes, because they not say if the IPC increase claim is "mostly 10%" or "mostly 50%"
> > :), neither they say if the sustained increase in performance at the same power is "up to"
> > or "in average" or "in some lucky cases" or "in most cases" etc.....they are vague.
> > And yes some informations on test are welcomed.
>
> Peter's descriptions were clear and unambiguous, but obviously he is operating outside
> of official releases and there's a limit to what he can say - like giving large data sets
> of benchmark results. But I doubt anything would really be good enough for you.
>
> > Still i think the gain is mainly in the power management, not so strong in both A15 and A57.
>
> How exactly does a change in power management result in an increase in IPC by 10-50%?
> If all of the performance was gained by an increase in clock speed enabled by a decrease
> in power consumption you may have an argument, but that is clearly not the case.
I meant the topic of the slides, the performance at the same power. I could be wrong but the "IPC" is not even named.
The problem is that they not say the "workload", yes because there are thousands of workloads and many of them do not strees the cpu at all, allowing it to run at lower clock speeds (with the right power management) and at lower voltages. We all know like FInFet main strongness is at the lower voltages available (the gains are amazing !!!!) and they are ummm.....not so exciting but good enough as the voltage goes up.
So i am pretty certain that their claims are about an average handset usage without pretending much form the SOC. This is good!! being the more common situation in pratics.
Still as the things become serious, IMO all this gold becames silver, forget this gold with the SOC under full load !!!.
I am pretty in line with David, most of the advantage comes from the dramatic process shift.
>
> > This time they have worked like Qualcomm have done with its very power efficent Krait core line???
>
> Krait gets all this praise for being so power efficient but I have yet to see a real comparison with normalized
> performance on the same process and all that. All I've seen is comparisons where A15 uses more power (sometimes
> a lot more) while also performing better (sometimes a lot better). I repeat it constantly, but perf/W is
> not linear and these comparisons are meaningless. Reduce the clock speed on the A15 until it matches the
> performance on the Krait core and then do a fair measurement - of course, this will vary tremendously from
> benchmark to benchmark, especially since Krait appears to have some big glass jaws.
>
> What we do know is this: despite your remarks that power management is "not so strong" in A57 Qualcomm
> still preferred to use it instead of a version of Krait that only added ARMv8 support, something
> I'm sure they could have done in time if it would have given them such an advantage.
>
Sorry i have forgot your nickname :). This is a new thread, i not want to criticize further the topic of many others.
Ha! Samsung plans to leave ARM IP in both Cpu and Gpu :).
> Alberto (git.delete@this.git.it) on February 7, 2015 11:22 am wrote:
> > Umm yes, because they not say if the IPC increase claim is "mostly 10%" or "mostly 50%"
> > :), neither they say if the sustained increase in performance at the same power is "up to"
> > or "in average" or "in some lucky cases" or "in most cases" etc.....they are vague.
> > And yes some informations on test are welcomed.
>
> Peter's descriptions were clear and unambiguous, but obviously he is operating outside
> of official releases and there's a limit to what he can say - like giving large data sets
> of benchmark results. But I doubt anything would really be good enough for you.
>
> > Still i think the gain is mainly in the power management, not so strong in both A15 and A57.
>
> How exactly does a change in power management result in an increase in IPC by 10-50%?
> If all of the performance was gained by an increase in clock speed enabled by a decrease
> in power consumption you may have an argument, but that is clearly not the case.
I meant the topic of the slides, the performance at the same power. I could be wrong but the "IPC" is not even named.
The problem is that they not say the "workload", yes because there are thousands of workloads and many of them do not strees the cpu at all, allowing it to run at lower clock speeds (with the right power management) and at lower voltages. We all know like FInFet main strongness is at the lower voltages available (the gains are amazing !!!!) and they are ummm.....not so exciting but good enough as the voltage goes up.
So i am pretty certain that their claims are about an average handset usage without pretending much form the SOC. This is good!! being the more common situation in pratics.
Still as the things become serious, IMO all this gold becames silver, forget this gold with the SOC under full load !!!.
I am pretty in line with David, most of the advantage comes from the dramatic process shift.
>
> > This time they have worked like Qualcomm have done with its very power efficent Krait core line???
>
> Krait gets all this praise for being so power efficient but I have yet to see a real comparison with normalized
> performance on the same process and all that. All I've seen is comparisons where A15 uses more power (sometimes
> a lot more) while also performing better (sometimes a lot better). I repeat it constantly, but perf/W is
> not linear and these comparisons are meaningless. Reduce the clock speed on the A15 until it matches the
> performance on the Krait core and then do a fair measurement - of course, this will vary tremendously from
> benchmark to benchmark, especially since Krait appears to have some big glass jaws.
>
> What we do know is this: despite your remarks that power management is "not so strong" in A57 Qualcomm
> still preferred to use it instead of a version of Krait that only added ARMv8 support, something
> I'm sure they could have done in time if it would have given them such an advantage.
>
Sorry i have forgot your nickname :). This is a new thread, i not want to criticize further the topic of many others.
Ha! Samsung plans to leave ARM IP in both Cpu and Gpu :).
Topic | Posted By | Date |
---|---|---|
ARM announces A72 | Maynard Handley | 2015/02/03 11:36 AM |
ARM announces A72 | anon | 2015/02/03 12:53 PM |
ARM announces A72 | Hugo Décharnes | 2015/02/03 01:20 PM |
ARM announces A72 | juanrga | 2015/02/03 04:15 PM |
ARM announces A72 | Wilco | 2015/02/04 12:58 AM |
ARM announces A72 | Eric Bron | 2015/02/04 01:48 AM |
ARM announces A72 | none | 2015/02/04 02:24 AM |
ARM announces A72 | Eric Bron | 2015/02/04 02:42 AM |
ARM announces A72 | Exophase | 2015/02/04 07:01 AM |
ARM announces A72 | Anon | 2015/02/04 07:35 AM |
ARM announces A72 | Exophase | 2015/02/04 07:58 AM |
ARM announces A72 | Groo | 2015/02/04 09:24 AM |
ARM Marketing, BS up to my ears | David Kanter | 2015/02/04 10:51 AM |
ARM Marketing, BS up to my ears | Maynard Handley | 2015/02/04 01:59 PM |
ARM Marketing, BS up to my ears | David Kanter | 2015/02/04 02:21 PM |
ARM Marketing, BS up to my ears | Groo | 2015/02/04 02:30 PM |
ARM announces A72 | juanrga | 2015/02/04 04:23 AM |
ARM announces A72 | Wilco | 2015/02/04 03:01 PM |
ARM announces A72 | juanrga | 2015/02/04 04:06 PM |
ARM announces A72 | Anon | 2015/02/04 01:28 AM |
ARM announces A72 | juanrga | 2015/02/04 04:31 AM |
ARM announces A72 | Aaron Spink | 2015/02/04 06:49 AM |
ARM announces A72 | Ronald Maas | 2015/02/03 07:23 PM |
ARM announces A72 | Seni | 2015/02/04 12:19 AM |
ARM announces A72 | Maynard Handley | 2015/02/04 10:42 AM |
ARM announces A72 | Seni | 2015/02/04 12:33 PM |
ARM announces A72 | dmcq | 2015/02/04 12:57 PM |
ARM announces A72 | Ronald Maas | 2015/02/04 06:42 PM |
ARM announces A72 | anon | 2015/02/04 05:19 AM |
ARM announces A72 | Exophase | 2015/02/04 07:31 AM |
ARM announces A72 | David Kanter | 2015/02/04 10:25 AM |
ARM announces A72 | Exophase | 2015/02/04 01:33 PM |
ARM announces A72 | anon | 2015/02/04 10:27 PM |
ARM announces A72 (fixed format) | anon | 2015/02/04 10:29 PM |
ARM announces A72 | Exophase | 2015/02/04 11:11 PM |
ARM announces A72 | anon | 2015/02/05 12:02 AM |
ARM announces A72 | anon | 2015/02/04 05:57 PM |
ARM announces A72 | Wilco | 2015/02/03 01:39 PM |
ARM announces A72 | Maynard Handley | 2015/02/03 02:13 PM |
ARM announces A72 | anon | 2015/02/03 02:29 PM |
ARM announces A72 | Wilco | 2015/02/03 02:44 PM |
ARM announces A72 | David Kanter | 2015/02/04 09:56 AM |
ARM announces A72 | Peter Greenhalgh | 2015/02/04 10:56 AM |
ARM announces A72 | Aaron Spink | 2015/02/04 11:59 AM |
ARM announces A72 | Alberto | 2015/02/07 10:22 AM |
ARM announces A72 | Exophase | 2015/02/07 10:47 AM |
ARM announces A72 | Alberto | 2015/02/07 12:44 PM |
ARM announces A72 | Exophase | 2015/02/07 02:35 PM |
ARM announces A72 | Alberto | 2015/02/08 01:09 AM |
ARM announces A72 | Exophase | 2015/02/08 11:05 AM |
ARM announces A72 | David Kanter | 2015/02/08 12:39 AM |
ARM announces A72 | dmcq | 2015/02/08 04:14 AM |
ARM announces A72 | Michael S | 2015/02/08 04:38 AM |
ARM announces A72 | Gabriele Svelto | 2015/02/10 05:11 AM |
ARM announces A72 | Jouni Osmala | 2015/02/10 11:24 AM |
slit vs unified | Michael S | 2015/02/10 01:57 PM |
slit vs unified | dmcq | 2015/02/11 05:44 AM |
ARM announces A72 | Doug S | 2015/02/08 09:00 AM |
ARM announces A72 | Exophase | 2015/02/08 10:57 AM |
ARM announces A72 | dmcq | 2015/02/04 01:10 PM |
ARM announces A72 | David Kanter | 2015/02/04 02:28 PM |
ARM announces A72 | Wilco | 2015/02/04 01:59 PM |
ARM announces A72 | Aaron Spink | 2015/02/04 09:31 PM |
Intel 32nm vs 14 nm | Michael S | 2015/02/05 01:03 AM |
Intel 32nm vs 14 nm | Wilco | 2015/02/05 02:27 AM |
Intel 32nm vs 14 nm | David Kanter | 2015/02/05 09:05 AM |
Intel 32nm vs 14 nm | carop | 2015/02/05 11:12 AM |
Normalize to drawn or effective width? | David Kanter | 2015/02/05 11:45 AM |
Normalize to drawn or effective width? | carop | 2015/02/05 02:40 PM |
Normalize to drawn or effective width? | David Kanter | 2015/02/06 12:44 PM |