POPPUR爱换

标题: 原形毕露：3dmark物理测试针对水果A7重新编译64位版本后性能仅提升4% [打印本页]

作者: the_god_of_pig 时间: 2013-10-12 18:50
标题: 原形毕露：3dmark物理测试针对水果A7重新编译64位版本后性能仅提升4%
说白了就是不优(zuo)化(bi)源码只靠编译器水果A7跑3dmark物理只能是6589水平

Received 5S.

Recompiled physics test workload to 64bit.

+1 fps. So ~4% faster.

This is very very very preliminary first test, but we are not seeing any magic 2x performance boost from 64bit recompile. Investigation is still ongoing.

http://community.futuremark.com/forum/showthread.php?177840-Why-iphone5-and-iphone5S-share-same-physics-score

作者: largewc 时间: 2013-10-12 19:01
基本可以理解，这就是指令密度加强带来的结果，5%左右符合预期。

作者: the_god_of_pig 时间: 2013-10-12 19:11
原来6589是今年arm的旗舰啊？

倒车=double？

[attach]2391073[/attach]

作者: the_god_of_pig 时间: 2013-10-12 19:18
太厉害了，水果64位编译器一出马完全发挥了A7的强大威力，性能直逼6589，怎么办我是不是该开除3dmark啊

[attach]2391077[/attach]

作者: the_god_of_pig 时间: 2013-10-12 19:21
太厉害了，才过了一个月分数就直逼8000分，吓死我了

[attach]2391079[/attach]

作者: the_god_of_pig 时间: 2013-10-12 19:24
新指令集威力惊人，性能暴增4%

[attach]2391080[/attach]

作者: the_god_of_pig 时间: 2013-10-12 19:26
15000分，哈哈哈哈

[attach]2391085[/attach]

作者: the_god_of_pig 时间: 2013-10-12 19:27
看来你对6589的性能很满意啊，不过别忘了你的A7面积和5410一个样

[attach]2391091[/attach]

作者: the_god_of_pig 时间: 2013-10-12 19:30
原来是这样啊，4%，64位好厉害啊

[attach]2391093[/attach]

作者: the_god_of_pig 时间: 2013-10-12 19:32
6589有这么牛b吗？

[attach]2391094[/attach]

作者: 532 时间: 2013-10-13 15:18

估计这些天某某银行服务器群组升级，汇（sai）款（qian）操作有阻滞，请期待下一个版本

作者: slice 时间: 2013-10-13 15:42
本帖最后由 slice 于 2013-10-13 16:20 编辑

提升其实看起来和x86/x64也差不多嘛。

作者: ifu 时间: 2013-10-13 17:10
单纯编译64位后比之前的32位只提升4%没什么问题。
之前喷3DMark并不是喷3DMark未编译为64位，而是3DMark本身可能有什么bug导致A7比A6性能还倒退。
要知道硬指标A7相比A6进化不少，大一倍的L1cache， L2cache延迟减少一半，更好的分支预测等等。即便在32位模式下A7也比A6有很大幅度提升。
稍安勿躁等调查结果

作者: the_god_of_pig 时间: 2013-10-13 17:17

ifu 发表于 2013-10-13 17:10
单纯编译64位后比之前的32位只提升4%没什么问题。
之前喷3DMark并不是喷3DMark未编译为64位，而是3DMark本 ...

那可不一定，改了半天性能倒车的事儿又不是没有过

benchmark去给硬件重新编译已经是十足的面子，去针对某一单一硬件改源码得算是下限问题了

作者: ifu 时间: 2013-10-13 17:24

the_god_of_pig 发表于 2013-10-13 17:17
那可不一定，改了半天性能倒车的事儿又不是没有过

benchmark去给硬件重新编译已经是十足的面 ...

软件都存在有bug的可能性,3DMark也不例外

作者: 532 时间: 2013-10-13 17:32

ifu 发表于 2013-10-13 17:24
软件都存在有bug的可能性,3DMark也不例外

跑分显示的性能没跟上嘴炮翻倍就叫bug，苹果是重新发明了bug吗

x86上面开历史倒车的案例太多了，arm的历史由水果来创造！

作者: the_god_of_pig 时间: 2013-10-13 17:36

ifu 发表于 2013-10-13 17:24
软件都存在有bug的可能性,3DMark也不例外

说到bug先去给geekbench洗洗白吧，之前被踢爆x86版编译时不开simd用x87，我看这软件全身充满了"bug"

作者: ifu 时间: 2013-10-13 17:46

the_god_of_pig 发表于 2013-10-13 17:36
说到bug先去给geekbench洗洗白吧，之前被踢爆x86版编译时不开simd用x87，我看这软件全身充满了"bug"[wink ...

geekbench x86版编译时不开simd当然该打板子

作者: Tempestglen 时间: 2013-10-13 17:55
提示: 作者被禁止或删除内容自动屏蔽

作者: slice 时间: 2013-10-13 20:28
本帖最后由 slice 于 2013-10-13 20:29 编辑

the_god_of_pig 发表于 2013-10-13 17:17
那可不一定，改了半天性能倒车的事儿又不是没有过

benchmark去给硬件重新编译已经是十足的面 ...

改来改去原地踏步，甚至倒退的，在说AMD么？

作者: the_god_of_pig 时间: 2013-10-13 21:06
本帖最后由 the_god_of_pig 于 2013-10-13 21:08 编辑

slice 发表于 2013-10-13 20:28
改来改去原地踏步，甚至倒退的，在说AMD么？

intel也有这历史，比如prescott和northwood比同频就是倒车，后来频率也没飚起来于是就悲剧了

作者: kinno 时间: 2013-10-13 23:18

Tempestglen 发表于 2013-10-13 17:55
吐槽你就输了，你没发现这贴已经是i粉对着娱乐跑分YY的专帖了吗，根本没有回的必要。不过，可以看出i粉已经 ...

T神使出技能：开除。3dmark已中枪阵亡

作者: xf-108 时间: 2013-10-13 23:33

ifu 发表于 2013-10-13 17:10
单纯编译64位后比之前的32位只提升4%没什么问题。
之前喷3DMark并不是喷3DMark未编译为64位，而是3DMark本 ...

为什么不能睡3Dmark对A6 “优化”过头导致跑分偏高呢？你还真相信A6性能是A5的3.5倍啊？

法律有规定64位比32位必须提升一倍性能吗？没有。
法律有规定L1翻倍必须提升一倍性能吗？没有。
法律有规定L2延迟减少一半必须提升一倍性能吗？没有。
法律有规定上述三条全部实现必须提升一倍性能吗？还是没有。

作者: potomac 时间: 2013-10-14 09:06
提示: 作者被禁止或删除内容自动屏蔽

作者: 532 时间: 2013-10-14 10:09

xf-108 发表于 2013-10-13 23:33
为什么不能睡3Dmark对A6 “优化”过头导致跑分偏高呢？你还真相信A6性能是A5的3.5倍啊？

法律有规定64 ...

说起L1 L2啥的，扣肉肥龙时代outel跟农企的u，一样核心数会有各种阉割缓存的玩意，除了特定的对缓存敏感的测试，也没见得单线程能力怎么个屌炸提升

游戏方面我最记得是星际2第一部里肥龙x2 550 L3大（同代里outel e8xx L2大也是），打趴了不少玩意，当然这个打趴也就多了个位数百分点的帧率，然后就没别的了

国产猴机里各种a9架构的猴机soc阉割缓存的，据群众反映跑分影响也是微乎其微

http://my.oschina.net/amtf/blog/62552

欢迎光临 POPPUR爱换 (https://we.poppur.com/)