POPPUR爱换

标题: 没人转啊,替T神转一下:安兔兔节操碎了一地?Intel Atom跑分高的”真相“谜团 [打印本页]

作者: largewc    时间: 2013-7-12 10:36
标题: 没人转啊,替T神转一下:安兔兔节操碎了一地?Intel Atom跑分高的”真相“谜团
本帖最后由 largewc 于 2013-7-12 10:37 编辑

  第三方调研公司ABI Research以安兔兔成绩盛赞Intel Atom处理器性能超过高通、三星一事其实是5月中发生的,今天EETimes上篇博文又谈到了这件事,认为ABI只用安兔兔成绩说事有些武断,他又列举了其他评测项目的成绩来反驳,并认为安兔兔从2.9.3版到3.x的评分机制变化导致Intel处理器得分大幅上升,所以才占到了优势。

  没想到这件事并没有结束,既然双方争论的焦点是安兔兔软件,Anandtech论坛上就有一位爱较真的网友(应该是个程序员或者开发者)分析了安兔兔软件,结果却让人很震惊,他认为安兔兔有故意为Intel处理器优化甚至使用对ARM不公平的方式了评分。

  如果此事成真,那么安兔兔的节操就要洒满一地了。

  下面来看一下他的分析。

安兔兔是怎样的一个程序

  首先是解包安兔兔程序,APK程序实际上就是一个标准的ZIP压缩文件,这一步没什么难度。解包后在lib库中发现了X86和ARM-v7a目录,分别对应Intel和ARM处理器。然后再解包libabenchmark.so文件,他用的是objump软件。

  下面就来理解一下安兔兔软件的根基了,原文作者从解包出来的文件中发现安兔兔实际上就是nbench,因为二者的功能及函数之类的东西都是一样的,我们可以说安兔兔的CPU整数和浮点测试都是基于nbench的,后者的源码地址在http://www.tux.org/~mayer/linux/bmark.html。(原来安兔兔的测试部分不是自己开发的,也开源程序DIY的啊)

  现在继续我们的目的,揭开为啥安兔兔3.x测试中Intel处理器跑分这么高的原因。之前EETimes一文质疑的原因就是在于从2.9.3版升级到3.0之后,Atom处理器总分及内存测试分别提升了122%、292%,而三星Galaxy S4只提升了53%、59%,这其中的区别耐人寻味。

Atom超高跑分第一个疑凶:编译器

  找出的第一个“疑凶”是编译器,安兔兔针对X86使用的是ICC编译器,这是一种公认的高质量矢量化编译器,而矢量化恰恰是ARM处理器不擅长的,因为后者缺少整数NEON指令。

  安兔兔针对ARM处理器使用的是GCC编译器,而且也不支持ARM的NEON指令,因为存在着Tegra 2这样早起的处理器不支持NEON指令的情况,但是现在来看这些不是理由,NDK中使用独立代码支持NEON指令不是难事,这也是Google的文档中标准的开发范例。

  令人奇怪的就是安兔兔不按照Google的开发范例支持原本应该支持的功能,却对不属于NDK标准支持之内的ICC编译器青睐有加。

  编译器的问题只是一个开始,下面还有更精彩的,它们的作用甚至比编译器更“出色”。

第二疑凶:代码优化

  Nbench测试时会检查CPU是怎样执行简单的按位操作的,包括shift位移、and加、or或等,为了执行这些,它会在内存载入一系列bit,每次载入一个,具体的代码如下:

再来看ARM和X86是如何具体执行的。

ARM处理器执行的代码


  X86上的代码在做的是讲整个32bit运行到0或者1,其中的f64c3和f64c6是关键。它用这两个指令取代了ARM循环中的32次迭代。这个的作用就不需多说了,X86用这种方式获得了十多倍的运行速度提升。

  这种做法打破了整个测试过程。当编译器本来打算用一些被测试程序认定为正确的操作来提升测试程序的性能时,它实际上并没有执行真正的测试程序功能。典型的例子就是如果结果没有被读取,它就省去了代码,或者是在输入数据被认为是常量时,它可以将原本需要的运行时间缩减到只需编译时间即可。

  在这种情况下Intel肯定会宣称这是他们正当的优化而已,但是原文作者不赞同,认为这种优化很难被当做正常的代码,用处也很有限,因为没谁会用这样的代码来执行。这种伎俩更应该被认为是一种作弊,因为当运行长度不是非常大的时候它甚至会更慢。

  更重要的是,这种优化是在最近的一次版本升级中才出现在ICC中的,作者不认为他们是最近才发现了这种优化的价值,更可能的情况是他们发现这种优化可以数倍提升安兔兔分数,或者这也可以解释为什么最近曝光的下一代Atom处理器在1.1GHz频率下都能以4万的高分秒了2.3GHz的骁龙800了。

  我们简单归纳一下作者的观点和论据:Atom处理器跑分高有两个原因,一个是编译器的原因,X86使用的ICC编译器优化很好,而针对ARM所用的GCC编译器甚至都不能支持ARM的NEON指令。第二个就是安兔兔代码中,将X86运行测试程序的代码“优化了”,只需2个指令就能完成ARM处理器需要进行的32次迭代,但是这种优化对实际性能没有好处,这种反常的设计颇有寻味之处。

  原文最后把矛盾的焦点转向了安兔兔,因为他们默认了这样的性能提升,还认为安兔兔有可能是收钱了(probably for a price),不然这些反常的现象是没法解释的。

Intel、ARM出面掀起新高潮

  原文的翻译差不多完了,因为是技术文章,个别语句可能把握的不够准,不过大体意思我们是知晓了的。我能这么早看到这篇文章其实是微博所赐,发这个链接的正是ARM移动市场经理王骏超EW,微博发出之后很快就有人回复,其中一个人则是Intel中国研究院首席工程师吴甘沙,看完Intel对ARM还是很关注的嘛,这让人想起了钱钟书说过的一句话:情敌之间的挂念有时候要比情人之间的牵挂还要多。



  王先生虽然发了链接,不过自己并没有说太多,但他显然是站在揭黑幕、维护ARM的立场上的,而吴先生也客气地解释了这个问题,他认为编译器也是架构竞争力的一部分,用ICC无可厚非,而且ARM的NEON指令是比不过Intel的SSE 4.x指令集的。他还认为原文的分析并不能解释Atom在安兔兔多数程序上的优势。

  总之,现在这件事已经多多少少地从媒体牵扯到了ARM、Intel两家公司出面了,而涉及最深的应该是安兔兔,目前还没有他们的表态,只是从这篇文章的分析来看,安兔兔不管有没有收钱,在这件事上都是有不光彩行为的。

  去年华为发布Q1四核之后,安兔兔突然在其英文版网站(选择的还不是中文官网)上义正言辞斥责华为K3V2处理器作弊,因为在相关代码中发现K3V2会针对测试程序全速或者超频运行,而在日常应用中却降频使用,安兔兔好一副公正无私的表现。

  当然,华为是大公司,大风大浪见多,安兔兔的指责也没改变他们把K3V2当成万年宝贝用在旗下多款高端甚至旗舰手机上。

  看来不论是什么人或者什么公司,节操都不会第一位的,哪怕碎了一地也可以捡起来继续。



作者: crespo442    时间: 2013-7-12 10:44
元芳们怎么看?
作者: largewc    时间: 2013-7-12 10:48
现在可以赖x86编译器更出色:)

内存性能个人感觉多数是rep这种专用指令带来的,这玩意比你循环拷贝快几倍,可惜arm没有这种专用指令。
作者: needfire    时间: 2013-7-12 11:05
关键是实际的应用软件能不能用得上,能用就不是作弊。
CISC本来就是拼指令集的。
作者: largewc    时间: 2013-7-12 11:15
needfire 发表于 2013-7-12 11:05
关键是实际的应用软件能不能用得上,能用就不是作弊。
CISC本来就是拼指令集的。

历史上证明用得上,2000年附近的时候,ms的编译器跟intel差距较大的,当时可以改用intel的,提升15%-30%左右性能。

gcc跟微软的差距都很大,跟intel差距更大,当然,你要嫌快用gcc也行。
作者: jjx01    时间: 2013-7-12 11:18
编译器比不过就说明你那个cpu落后嘛...
作者: frankincense    时间: 2013-7-12 11:20
needfire 发表于 2013-7-12 11:05
关键是实际的应用软件能不能用得上,能用就不是作弊。
CISC本来就是拼指令集的。

用ICC编译x86代码的话,类似的操作当然还能用得上。桌面因为还存在AMD,而且Intel自家的处理器也有几种,很多程序倾向于使用通用的GCC等第三方编译器,但是针对单独平台的话,用ICC编译是不二之选,就连SPEC都承认ICC编译的性能。
作者: frankincense    时间: 2013-7-12 11:25
largewc 发表于 2013-7-12 11:15
历史上证明用得上,2000年附近的时候,ms的编译器跟intel差距较大的,当时可以改用intel的,提升15%-30%左 ...

全套Intel Xeon+Xeon Phi方案的天河2超算就是用ICC编译的
作者: largewc    时间: 2013-7-12 11:26
frankincense 发表于 2013-7-12 11:25
全套Intel Xeon+Xeon Phi方案的天河2超算就是用ICC编译的

恩,这个不懂了,服务器涉猎较少,多谢
作者: lichlls    时间: 2013-7-12 11:31
最大的问题还是要高的性能来做什么用呢? 游戏安卓平台目前是根本不可能出什么用心制作的大作的,看电影不觉得有哪个手机是流畅不了自身屏幕级清晰度的电影的, 起码现在希望他们拼节电好过拼性能。
作者: raini    时间: 2013-7-12 11:48
自己不会好好优化,搞个更好的编译器,却要怪对方的编译器太快。
以后呀,干脆这样,测arm的跑x86的库,测x86的跑arm的库,任何优化都不起作用,这样就能反映CPU的真实实力了。
另外,ABI Research赞的是atom这个CPU,又不是赞专门为arm设计的却在atom上跑的android。谈性能的时候,怎么不让arm去跑个windows看看?word rt那感人的打字速度,让你真正实现盲打。
作者: Prescott    时间: 2013-7-12 12:03
甘沙V5
作者: 开普勒    时间: 2013-7-12 12:11
ARM版本的so应该用ARM Compiler而不是GCC来编译,以示公平。
作者: asdfjkl    时间: 2013-7-12 13:34
本帖最后由 asdfjkl 于 2013-7-12 13:38 编辑

第一种编译器的优化不谈,后一种优化就是作弊,你改变了两者的任务和负担。测评就是干一样的事,然后比较; 不管事件本身有没有意义,有没有可以改进的,一样的事是公平的基础。
就像竞技比赛的举重,赛跑,负重的铁人三项等等。你不能说你又不可能永远的负重生活的,负重总归要拿下来的,所以我就拿下负重和你比。

一个例子:
老师让你从1数到100,看谁数得快。
一个老老实实从1数到100;
一个数了1,然后喊了个100就结束了;然后说我研究了老师你这个要求,中间数的数没啥用的。你又没有让我记下来啥的。。。
作者: raini    时间: 2013-7-12 13:40
asdfjkl 发表于 2013-7-12 13:34
第一种编译器的优化不谈,后一种优化就是作弊,你改变了两者的任务和负担。测评就是干一样的事,然后比较; ...

嗯,意思就跟内置100w位的pi一样的。
作者: jjx01    时间: 2013-7-12 13:40
本帖最后由 jjx01 于 2013-7-12 13:42 编辑

两个U会在同一个系统同一个程序上跑出两种算法么...



作者: jjx01    时间: 2013-7-12 13:43
raini 发表于 2013-7-12 13:40
嗯,意思就跟内置100w位的pi一样的。

super pi都是迭代算的
作者: needfire    时间: 2013-7-12 13:48
asdfjkl 发表于 2013-7-12 13:34
第一种编译器的优化不谈,后一种优化就是作弊,你改变了两者的任务和负担。测评就是干一样的事,然后比较; ...

这么说不对,举个例子:
从1加到100,对于RISC架构来说最快的方法是1+(1+1)+(1+1+1)......一直到加到100。对于CISC架构直接(1+100)X(100/2),当然也可以1+(1+1)+(1+1+1)......;CISC有指令集,有更好的方法总不能不让用吧。
作者: largewc    时间: 2013-7-12 13:50
needfire 发表于 2013-7-12 13:48
这么说不对,举个例子:
从1加到100,对于RISC架构来说最快的方法是1+(1+1)+(1+1+1)......一直到加到1 ...

这个算不上,这个算是拆loop那种,比较深度优化的了。
作者: asdfjkl    时间: 2013-7-12 14:04
needfire 发表于 2013-7-12 13:48
这么说不对,举个例子:
从1加到100,对于RISC架构来说最快的方法是1+(1+1)+(1+1+1)......一直到加到1 ...

从完成任务的角度看,OK。这个办法聪明。

但从比试的角度看,不合理:
1)  因为测评就是要看CPU设计的性能,测评就是要公平。100米赛跑,风速多少都有限制。 按你这么说,你跑马拉松,我建议开车,开车省时省力效率高。人还舒服。
2) 你这个优化,和RISC,CISC的指令集没有半毛钱关系,完全是优化了执行代码。或者说优化方法。
3) 这种优化,一家采用,一家不用,绝对绝对不公平。



作者: largewc    时间: 2013-7-12 15:09
lzhpro2 发表于 2013-7-12 14:50
它有指令集内部优化算法,别人用三步,你用1步,那倒无妨,那是真实力。但是程序在代码阶段直接针对性优化 ...

不一定,可能就是拆loop的优化结果而已,并非是专用优化。
作者: raini    时间: 2013-7-12 15:21
jjx01 发表于 2013-7-12 13:43
super pi都是迭代算的

这是嘲讽呀!
优化不过人家,就来说人家是作弊!不论是以前的A饭,还是现在的A饭,一直都这样!
作者: Tempestglen    时间: 2013-7-12 15:57
提示: 作者被禁止或删除 内容自动屏蔽
作者: 开普勒    时间: 2013-7-12 16:08
本帖最后由 开普勒 于 2013-7-12 16:09 编辑
Tempestglen 发表于 2013-7-12 15:57
这个问题揭示了土鳖国的深刻现状:

1)把现有nbench测试内核拿来包装,换马甲叫antutu。没有自己的核心技 ...

说得不对,atom使用icc编译器,arm应该用arm compiler才公平。arm compiler前身就是rvds,优化做得比armgcc好很多,而且arm compiler是支持NEON矢量化的。不过感觉应该还是不够icc做得狠。
作者: Tempestglen    时间: 2013-7-12 16:26
提示: 作者被禁止或删除 内容自动屏蔽
作者: largewc    时间: 2013-7-12 16:43
Tempestglen 发表于 2013-7-12 15:57
这个问题揭示了土鳖国的深刻现状:

1)把现有nbench测试内核拿来包装,换马甲叫antutu。没有自己的核心技 ...

* 2太少了,* 4可以杀掉core不更厉害?


不争了,simd指令不专门做汇编级别编写,编译器的结果对性能影响并不那么明显。

而且arm没有mmx这种整数simd。
作者: jimmao12    时间: 2013-7-12 16:43
现在很多山寨手机装假的安兔兔忽悠人大家购机的时候要注意啊
作者: 开普勒    时间: 2013-7-12 16:45
Tempestglen 发表于 2013-7-12 16:26
Icc速度一流,但是比较buggy。当初看到某网站上介绍,市面上只有少数几种编译器可以和icc 媲美速度。

...

这正常,gcc好像是哪个版本以上才把矢量化加上的,而且需要特别的选项才能打开(-mfpu=neon -ftree-vectorize),一般人也不会去管它。

而且,即使打开选项,gcc也不会对单精度浮点算术指令矢量化,因为ARM的NEON指令集是不处理denormal number的,不完全符合IEEE754规范,而gcc自身是要满足IEEE754的精度要求的。
作者: 开普勒    时间: 2013-7-12 16:47
largewc 发表于 2013-7-12 16:43
* 2太少了,* 4可以杀掉core不更厉害?

vadd.i32泪流满面
作者: largewc    时间: 2013-7-12 16:55
开普勒 发表于 2013-7-12 16:47
vadd.i32泪流满面

好吧,我错了,仔细看了一下,neon有整数版本。

不过不进行汇编级优化代码,纯编译器来做simd加速有限。
作者: PRAM    时间: 2013-7-12 17:00
Tempestglen 发表于 2013-7-12 15:57
这个问题揭示了土鳖国的深刻现状:

1)把现有nbench测试内核拿来包装,换马甲叫antutu。没有自己的核心技 ...

少在这里扯淡了 你天天YY的测试 又有那个是权威的 权威的SPEC 你反过来说没用
作者: Tempestglen    时间: 2013-7-12 17:49
提示: 作者被禁止或删除 内容自动屏蔽
作者: Tempestglen    时间: 2013-7-12 17:58
提示: 作者被禁止或删除 内容自动屏蔽
作者: san_037    时间: 2013-7-12 18:09
建议ARM自己做一个测试软件算了,绝对对ARM系列CPU公平到底
作者: Tempestglen    时间: 2013-7-12 18:12
提示: 作者被禁止或删除 内容自动屏蔽
作者: daniel_k    时间: 2013-7-12 18:14
Tempestglen 发表于 2013-7-12 17:49
spec确实是测试通用处理器的权威,但 用来测试 应用处理器,不是100%合适,因为手机平板没有那么多simd任 ...

simd少只能说明ARM不济,不是测试本身的问题。如果说移动设备上的simd应用少,为何ARM还要搞更大吞吐量的A15,又何必作出增加并行性能的四核?高频单核就足够了嘛——显然不是如此。

co-issue是处理器效率的关键,从arm放弃ioo回归ooo就可以看出:其实arm自己对自己的性能也不是十分满意的,它的优势只有功耗。

即便是曾经伪多任务的ios,也不妨碍simd可以明显提高效率,更何况N多后台任务的今天?如果说arm哪里远远落后于intel,那就是调度器
作者: san_037    时间: 2013-7-12 18:15
对了,这是不是证明intel开始给各大软件商砸钱了啊,要是以后各大软件商都给intel优化,不给ARM优化,这TM不公平啊,节操碎了一地啊
作者: Tempestglen    时间: 2013-7-12 18:15
提示: 作者被禁止或删除 内容自动屏蔽
作者: raini    时间: 2013-7-12 18:18
Tempestglen 发表于 2013-7-12 15:57
这个问题揭示了土鳖国的深刻现状:

1)把现有nbench测试内核拿来包装,换马甲叫antutu。没有自己的核心技 ...

好像你也是你口中土鳖国出生的吧!还号称在土鳖国的第一国企做事,拿着号称年薪20w的土鳖国工资。打赌输了给个土鳖国的货币都磨叽半天,至今未付一分的状态!土鳖国虽然有很多问题,但不知道你这个SB土鳖有什么理由以一个跨行业的姿态骂人?
作者: raini    时间: 2013-7-12 18:24
Tempestglen 发表于 2013-7-12 17:49
spec确实是测试通用处理器的权威,但 用来测试 应用处理器,不是100%合适,因为手机平板没有那么多simd任 ...

你主张?笑死了。当初是哪个SB拿着日蜘蛛天天喊着秒了x86的i5的?哪个SB号称t3已经有台式机的60%性能了?又是哪个SB在被各种测试揭穿并且抽到脸的时候还无节操地自称“我又赢了”的?
拜托你个SB别来丢人现眼了,好吗?
既然手机平板上没那么多simd的应用,那arm开发neon干什么的?既然没有那么多simd的应用,那身为手机上的测试平台的安兔兔特别优化了atom的simd代码又有什么影响呢?逻辑是不是丢在了外星球了?拜托去拿回来后再来和地球人讨论地球上的东西,可以吗?
作者: Tempestglen    时间: 2013-7-12 18:43
提示: 作者被禁止或删除 内容自动屏蔽
作者: Tempestglen    时间: 2013-7-12 18:55
提示: 作者被禁止或删除 内容自动屏蔽
作者: frankincense    时间: 2013-7-12 19:02
要怪就怪Neon不是ARM必需项,还有Tegra2这种没有Neon的奇葩存在。而Intel就一个Atom,当然可以专门优化了。
作者: Tempestglen    时间: 2013-7-12 19:04
提示: 作者被禁止或删除 内容自动屏蔽
作者: Tempestglen    时间: 2013-7-12 19:24
提示: 作者被禁止或删除 内容自动屏蔽
作者: daniel_k    时间: 2013-7-12 19:34
Tempestglen 发表于 2013-7-12 19:24
为了一个tegra2奇葩而一竿子打翻其他所有arm?

而且代码作弊如何解释?

普适性的代码优化不是作弊……
只是里面没有开neon值得推敲,编译器一直是intel的长项,arm和它拼这方面不明智
作者: the_god_of_pig    时间: 2013-7-12 19:34
Tempestglen 发表于 2013-7-12 17:58
虽然我是IT界的外行,但是凭借工程领域的经验,很容易看出哪个地方有问题,这是10多年的工程师经历培养起 ...

你说的可是你反画曲线、瞎编数据到小数点后第三位、误差100%算可接受范围内的光辉"工程经验"?

作者: the_god_of_pig    时间: 2013-7-12 19:39
本帖最后由 the_god_of_pig 于 2013-7-12 19:46 编辑
Tempestglen 发表于 2013-7-12 17:49
spec确实是测试通用处理器的权威,但 用来测试 应用处理器,不是100%合适,因为手机平板没有那么多simd任 ...

扯蛋吧,只允许用编译器自动向量化的SPEC CPU根本没多大SIMD提升空间;倒是某些简单的娱乐跑分SIMD提升很难说

采用10-20款不同的跑分软件(也包含spec2000),看整体成绩

笑死人了,你不知道SPEC CPU就是拿几十个完全不同的实际程序源码组成的?



作者: the_god_of_pig    时间: 2013-7-12 19:50
娱乐兔的坑还多着呢

8064t比8064浮点大跃进



同样A15,浮点tegra4比5410高50%




作者: the_god_of_pig    时间: 2013-7-12 20:01
Tempestglen 发表于 2013-7-12 17:49
spec确实是测试通用处理器的权威,但 用来测试 应用处理器,不是100%合适,因为手机平板没有那么多simd任 ...

你跟这绕来绕去不就是想YY SPEC参考性和你的心中圣典娱乐蜘蛛是一类吗?

做梦吧,SPEC CPU之所以成为权威是因为其中包含了几十个侧重不同、内容不同、甚至编程语言也不同的代码较复杂的实际程序,和手机上一票跑简单函数的娱乐跑分是一回事?

作者: Tempestglen    时间: 2013-7-12 20:13
提示: 作者被禁止或删除 内容自动屏蔽
作者: the_god_of_pig    时间: 2013-7-12 20:24
Tempestglen 发表于 2013-7-12 20:13
你的spec所包含的几十种实际程序,是桌面电脑的实际程序还是手机平板的实际程序?

桌面上跑得好,仅供 ...

你先搞清楚SPEC CPU测的是CPU,SPEC得分低就说明CPU性能低,和你YY的是不是符合xx体验没半毛钱关系,ios体验再高,如果跑SPEC CPU分数垃圾那它的CPU性能就是垃圾,和符不符合手机程序没任何关系
你要YY手机平板娱乐跑分随你便,但是只要你敢吹arm的CPU性能,SPEC CPU这关你就逃不掉


金科玉律个屁啊,我说了多少遍SPEC CPU几乎是唯一参考,其它的只能娱乐不能拿来做CPU性能横比基准,只有某个不要脸的家伙才天天到处开除东西然后再自抽脸

作者: Tempestglen    时间: 2013-7-12 20:32
提示: 作者被禁止或删除 内容自动屏蔽
作者: the_god_of_pig    时间: 2013-7-12 20:44
Tempestglen 发表于 2013-7-12 20:32
有无如下可能?

A cpu跑服务器程序得分优于B,A跑桌面程序得分不如B。

SPEC CPU的目的是对CPU+内存+编译器系统的整体性能做出客观评价,不是你YY的测CPU跑服务器/科学计算的性能


测服务器应用和高性能计算性能SPEC有其它专门的软件,你以为SPEC只出SPEC CPU?

作者: boris_lee    时间: 2013-7-12 20:54
本帖最后由 boris_lee 于 2013-7-12 20:58 编辑
Tempestglen 发表于 2013-7-12 20:32
有无如下可能?

A cpu跑服务器程序得分优于B,A跑桌面程序得分不如B。

什么是“服务器”和“桌面”应用程序?
400.perlbench         C         Programming Language
  
401.bzip2
  
  
C
  
  
Compression
  
  
403.gcc
  
  
C
  
  
C Compiler
  
  
429.mcf
  
  
C
  
  
Combinatorial Optimization
  
  
445.gobmk
  
  
C
  
  
Artificial Intelligence: Go
  
  
456.hmmer
  
  
C
  
  
Search Gene Sequence
  
  
458.sjeng
  
  
C
  
  
Artificial Intelligence: chess
  
  
462.libquantum
  
  
C
  
  
Physics / Quantum Computing
  
  
464.h264ref
  
  
C
  
  
Video Compression
  
  
471.omnetpp
  
  
C++
  
  
Discrete Event Simulation
  
  
473.astar
  
  
C++
  
  
Path-finding Algorithms
  
  
483.xalancbmk
  
  
C++
  
  
XML Processing
  
  
410.bwaves
  
  
Fortran
  
  
Fluid Dynamics
  
  
416.gamess
  
  
Fortran
  
  
Quantum Chemistry.
  
  
433.milc
  
  
C
  
  
Physics / Quantum Chromodynamics
  
  
434.zeusmp
  
  
Fortran
  
  
Physics / CFD
  
  
435.gromacs
  
  
C,
  Fortran
  
  
Biochemistry / Molecular Dynamics
  
  
436.cactusADM
  
  
C,
  Fortran
  
  
Physics / General Relativity
  
  
437.leslie3d
  
  
Fortran
  
  
Fluid Dynamics
  
  
444.namd
  
  
C++
  
  
Biology / Molecular Dynamics
  
  
447.dealII
  
  
C++
  
  
Finite Element Analysis
  
  
450.soplex
  
  
C++
  
  
Linear Programming, Optimization
  
  
453.povray
  
  
C++
  
  
Image Ray-tracing
  
  
454.calculix
  
  
C,
  Fortran
  
  
Structural Mechanics
  
  
459.GemsFDTD
  
  
Fortran
  
  
Computational Electromagnetics
  
  
465.tonto
  
  
Fortran
  
  
Quantum Chemistry
  
  
470.lbm
  
  
C
  
  
Fluid Dynamics
  
  
481.wrf
  
  
C,
  Fortran
  
  
Weather
  
  
482.sphinx3
  
  
C
  
  
Speech recognition
  






作者: Tempestglen    时间: 2013-7-12 20:57
提示: 作者被禁止或删除 内容自动屏蔽
作者: largewc    时间: 2013-7-12 20:59
Tempestglen 发表于 2013-7-12 19:24
为了一个tegra2奇葩而一竿子打翻其他所有arm?

而且代码作弊如何解释?

这个只能怨安卓,安卓默认也不支持thumb2,要自己打开,xcode早就强制了。


新指令在安卓很难普及,因为大量旧硬件的存在。
作者: largewc    时间: 2013-7-12 21:01
Tempestglen 发表于 2013-7-12 20:57
问题就在这里,spec既然针对于服务器领域和桌面领域发布了不同的测试程序,为什么手机平板的cpu测试就要和 ...

当然有区别,服务器有很多应用重在并发,桌面重在单线程程序。

服务器多核性能更重要,桌面跑多核多数是没事找事。

手机跟桌面有啥区别,难道手机版本的浏览器 微薄 游戏之类都比pc版本的更优?


作者: boris_lee    时间: 2013-7-12 21:02
本帖最后由 boris_lee 于 2013-7-12 21:03 编辑
Tempestglen 发表于 2013-7-12 20:57
问题就在这里,spec既然针对于服务器领域和桌面领域发布了不同的测试程序,为什么手机平板的cpu测试就要和 ...

因为spec发布的服务器测试程序是测服务器系统而不是CPU的
Web Servers
    SPECweb2009


Java Client/Server
    SPECjAppServer2004

Mail Servers
    SPECmail2009

作者: largewc    时间: 2013-7-12 21:04
boris_lee 发表于 2013-7-12 21:02
因为spec发布的服务器测试程序是测服务器系统而不是CPU的
Web Servers    SPECweb2009

专业的来了
作者: boris_lee    时间: 2013-7-12 21:04
largewc 发表于 2013-7-12 21:01
当然有区别,服务器有很多应用重在并发,桌面重在单线程程序。

服务器多核性能更重要,桌面跑多核多数 ...

本位面没有针对 服务器CPU的测试程序
作者: largewc    时间: 2013-7-12 21:06
boris_lee 发表于 2013-7-12 21:04
本位面没有针对 服务器CPU的测试程序

想想确实如此,没必要,侧重点一样都可以做,无非单核多核跑分而已。
作者: the_god_of_pig    时间: 2013-7-12 21:09
Tempestglen 发表于 2013-7-12 20:57
问题就在这里,spec既然针对于服务器领域和桌面领域发布了不同的测试程序,为什么手机平板的cpu测试就要和 ...

又开始装傻

SPEC CPU不针对任何设备领域,只针对CPU、内存、编译器系统的性能懂?

如果SPEC CPU跑分低,那么结论既不是跑服务器应用性能低也不是跑手机应用性能低也不是跑桌面应用性能低,而是CPU性能低懂?

人一个测CPU性能的程序到你这就YY成了测PC应用性能的程序,为了找稻草睁着眼瞎编对吧,CPU本身的性能不行就开始转进YY "跑手机应用的性能",那你最好出门右转找个没人的地方对着你的娱乐蜘蛛YY去,别跟这拿着娱乐软件YY CPU性能

作者: Tempestglen    时间: 2013-7-12 21:10
提示: 作者被禁止或删除 内容自动屏蔽
作者: boris_lee    时间: 2013-7-12 21:16
本帖最后由 boris_lee 于 2013-7-12 21:18 编辑
Tempestglen 发表于 2013-7-12 21:10
对软件来说,探测硬件是否支持新指令集是件很困难的事情?如果发现可以支持,打开thumb2是一件很困难的事 ...

1 不是
2 是
3 在存储带宽丰富PC端可以,在移动端保持多个版本的库,你还嫌android不够碎片化么
4 大票游戏选择直接不支持DX10

作者: largewc    时间: 2013-7-12 21:22
本帖最后由 largewc 于 2013-7-12 21:23 编辑
Tempestglen 发表于 2013-7-12 21:10
对软件来说,探测硬件是否支持新指令集是件很困难的事情?如果发现可以支持,打开thumb2是一件很困难的事 ...

理论上是可以的,但是没人做。因为你要提供大量的so文件,比如说支持thumbee的一个版本?支持thumb2的一个版本,支持neon的一个版本?

一个包里包含7-8个版本的so,开发商维护都麻烦死了。与其这么维护,再多维护一个x86版本有啥难度,一样的办法判断。

实际上一般只有默认的一个版本的。
作者: Tempestglen    时间: 2013-7-12 21:28
提示: 作者被禁止或删除 内容自动屏蔽
作者: boris_lee    时间: 2013-7-12 21:29
本帖最后由 boris_lee 于 2013-7-12 21:31 编辑
Tempestglen 发表于 2013-7-12 21:28
同样是桌面程序,有些程序侧重于分支预测,例如国际象棋,有些程序侧重于simd例如软解1080P。

所以spe ...

不存在。

做不出怪题出的偏,是不要脸的表现。
作者: Tempestglen    时间: 2013-7-12 21:35
提示: 作者被禁止或删除 内容自动屏蔽
作者: Tempestglen    时间: 2013-7-12 21:38
提示: 作者被禁止或删除 内容自动屏蔽
作者: the_god_of_pig    时间: 2013-7-12 21:39
Tempestglen 发表于 2013-7-12 21:28
同样是桌面程序,有些程序侧重于分支预测,例如国际象棋,有些程序侧重于simd例如软解1080P。

所以spe ...

YY了半天不就是想说SPEC CPU测手机应用性能不准吗?你愿意YY随你便,反正SPEC CPU测CPU性能绝对是准的,只要你敢吹arm的CPU性能就逃不出SPEC CPU这一关,如果你愿意YY arm跑手机应用的性能出门右转自己找凉快地撸去,跟这东扯西扯自欺欺人屁用没有



作者: raini    时间: 2013-7-12 21:39
Tempestglen 发表于 2013-7-12 18:55
1)你哪知眼睛看见我说arm秒i5的日蜘蛛了?

2)在atom vs arm公平pk的时候,要用simd加速大家都要用, ...

你个国企机械工程师会写simd的代码吗?你以为就靠个编译器的参数就能得到你想要的加速能力了?如果你没写过simd的代码,就少在这里扯神马优化的问题。见过小白的,没见过你这种不懂装懂的逼。

“你的前提是说手机平板中simd应用不多”
尼玛的这是我说的吗?这明明是你说的。我只是用你的例子来说明,antutu既然作为一款平板手机上的评测软件,而你又认为平板手机上simd应用不多,那antutu是作死去测simd的能力呀?既然antutu用到了simd的优化,就证明simd在手机平板上是有用的。跟你信口开河的不一样。
自己逻辑没学好,就不要来学人家搞什么推理。
作者: Tempestglen    时间: 2013-7-12 21:45
提示: 作者被禁止或删除 内容自动屏蔽
作者: raini    时间: 2013-7-12 21:46
Tempestglen 发表于 2013-7-12 21:28
同样是桌面程序,有些程序侧重于分支预测,例如国际象棋,有些程序侧重于simd例如软解1080P。

所以spe ...

“猪神的方法论缺陷在于,他用静止的、绝对的眼光看问题,说白了就是形而上学。 先入为主得认为spec的每个子项的权重都是普适的。”
少上纲上线,还形而上了,不知道哪个SB看着白花花的测试成绩还能吹出“我又赢了”的SB言论,还自诩不是形而上的?不知道哪个SB抱着几十年前的书睁眼说“arm先进,而x86落后”?这就是所谓的用60年前的理念动态地看待30年前的理念?笑死人了!
作者: raini    时间: 2013-7-12 21:50
Tempestglen 发表于 2013-7-12 19:04
我凭什么不能跨行业骂人?

土鳖国各行业都是同病相怜,你以为中国足球和中国科学院得的是2种病?在我看 ...

果然是SB!连这种没水准的话都说出来了!别人至少来句“不明但觉厉”,你这SB得的根本就是认知障碍症。赶紧治,不然后悔来不及。
作者: Tempestglen    时间: 2013-7-12 21:51
提示: 作者被禁止或删除 内容自动屏蔽
作者: raini    时间: 2013-7-12 21:55
Tempestglen 发表于 2013-7-12 21:51
antutu既然作为一款平板手机上的评测软件,而你又认为平板手机上simd应用不多,那antutu是作死去测simd的能 ...

既然antutu不是测试手机平板的软件,那antutu是测试什么的软件?
还是只要对arm不利的软件,就都不是测试手机平板的?

作者: the_god_of_pig    时间: 2013-7-12 21:57
每次发梦被踢爆就开始转进扯人文YY个没完没了,什么时候国企开始招文科工程失了?
作者: Tempestglen    时间: 2013-7-12 21:58
提示: 作者被禁止或删除 内容自动屏蔽
作者: the_god_of_pig    时间: 2013-7-12 22:00
raini 发表于 2013-7-12 21:55
既然antutu不是测试手机平板的软件,那antutu是测试什么的软件?
还是只要对arm不利的软件,就都不是测试 ...

他只信他在梦里研发的SBmark,就是a9秒飞4770k的那个

作者: raini    时间: 2013-7-12 22:03
Tempestglen 发表于 2013-7-12 21:58
antutu是瞎测试的软件。

这世界上的垃圾软件很多,不必我给你举例了吧。你以为每个医生都是治病救人的 ...

世界上的垃圾软件多,跟antutu有关系吗?
自己前面还在说,不能以偏概全,怎么世界上垃圾软件多就能证明antutu也是垃圾了?
好吧,这么推理是不是也可以得出你说的水果ios以其上面的都是垃圾了?
作者: raini    时间: 2013-7-12 22:05
扯东扯西的,转进不带回头的,能证明你个SB不是SB了吗?
还是世界上SB很多,所以你也承认是SB之中的一个了?
当然,你根本不用承认,因为就是。
作者: the_god_of_pig    时间: 2013-7-12 22:08
Tempestglen 发表于 2013-7-12 21:58
antutu是瞎测试的软件。

这世界上的垃圾软件很多,不必我给你举例了吧。你以为每个医生都是治病救人的 ...

变个浏览器版本就提升50%的娱乐蜘蛛就不是瞎测试了对吧;奇了怪了,怎么都是不准娱乐兔就是垃圾作弊,日蜘蛛就是贴近手机平板实际应用了?

作者: Tempestglen    时间: 2013-7-12 22:08
提示: 作者被禁止或删除 内容自动屏蔽
作者: raini    时间: 2013-7-12 22:10
antutu针对atom优化了一把,这SB就跳出来叫嚣神马对arm不利,没法体现出arm的实际性能。怎么k900上市的时候,这SB就不叫着让针对arm优化过的游戏也来对z2580优化一把呢?怎么不呼吁一下各大游戏厂商体现一下z2580的实际性能呢?
作者: raini    时间: 2013-7-12 22:13
拥有这三木爽、高通和水果三家高市值的公司的arm cpu,怎么就不给antutu塞点钱让antutu优化一把呢?不是说intel没钱了吗?不是说这3家公司实力雄厚吗?更何况,没有任何证据证明intel塞钱了,这SB就叫嚣着塞钱论。
作者: the_god_of_pig    时间: 2013-7-12 22:16
Tempestglen 发表于 2013-7-12 22:08
说个实在的,antutu的分数已经被开除了。

你的yy分数,从sun spider就开始幻灭,如今antutu神话也幻灭 ...

又脑补"我赢了",有用吗?

我从来都是拿娱乐兔娱乐用,倒是今天这个新闻一出来某个人高兴地上蹿下跳仿佛心中万年巨石终于被卸下之感,到底是谁蠢到把娱乐软件当回事?

作者: raini    时间: 2013-7-12 22:18
本帖最后由 raini 于 2013-7-12 22:20 编辑
Tempestglen 发表于 2013-7-12 22:08
说个实在的,antutu的分数已经被开除了。

你的yy分数,从sun spider就开始幻灭,如今antutu神话也幻灭 ...

日蜘蛛不是你个SB开始吹捧的吗?怎么变成别人吹捧的了?
每次都急不可待的拿着500多ms、400多ms的截图就来说A15多么接近i5啥的,不正是你个SB吗?
可是用户拿到的手机,没一个能跑出你给的截图上的分数,而且相差甚远,你又对你的SB论证加炫耀行为又做何解释?
怎么到头来又开始不承认了?不过你的信誉在这个论坛上人尽皆知。
作者: Tempestglen    时间: 2013-7-12 22:18
提示: 作者被禁止或删除 内容自动屏蔽
作者: Tempestglen    时间: 2013-7-12 22:20
提示: 作者被禁止或删除 内容自动屏蔽
作者: the_god_of_pig    时间: 2013-7-12 22:21
Tempestglen 发表于 2013-7-12 22:18
因为市面上10-20款测试软件,多得是,arm巨头不屑于给antutu塞钱,它算老几?

至于intel,可能是发现正 ...

antutu算老几,看看今天这新闻一出来某人是如何高兴地上蹿下跳就明白了

作者: raini    时间: 2013-7-12 22:22
本帖最后由 raini 于 2013-7-12 22:23 编辑
Tempestglen 发表于 2013-7-12 22:18
因为市面上10-20款测试软件,多得是,arm巨头不屑于给antutu塞钱,它算老几?

至于intel,可能是发现正 ...

少来脑补你所谓的“不屑”论!
有证据证明intel塞钱了就拿出来!
没证据就少YY神马arm不屑论,
我还YY arm这烂货没少塞钱,
不过是这货太天顶星,地球人根本优化不来呢!

作者: the_god_of_pig    时间: 2013-7-12 22:22
Tempestglen 发表于 2013-7-12 22:20
哟,既然你老早就认为娱乐兔是娱乐用的,泥如此娱乐珍视的atom,intel情何以堪呀?

你在本坛子确实是个 ...

前一句语无伦次,后一句人身攻击
你个sb又皮痒了是吧

作者: Tempestglen    时间: 2013-7-12 22:32
提示: 作者被禁止或删除 内容自动屏蔽
作者: raini    时间: 2013-7-12 22:37
Tempestglen 发表于 2013-7-12 22:32
La两位,好戏在后面,再过几个月后更精彩,

一天到晚“好戏在后面”,你家的好戏到底什么时候开始?
我看后面就是atom孽杀arm的好戏了!
作者: Tempestglen    时间: 2013-7-12 22:41
提示: 作者被禁止或删除 内容自动屏蔽
作者: the_god_of_pig    时间: 2013-7-12 22:53
Tempestglen 发表于 2013-7-12 22:41
是arm反过来杀silvermont,好戏啊。

好梦哦

作者: boris_lee    时间: 2013-7-12 23:46
本帖最后由 boris_lee 于 2013-7-12 23:55 编辑
Tempestglen 发表于 2013-7-12 21:45
在英语考试中,必须针对不同类型的人群出不同的题目,有些空调维修工移民澳洲是当蓝领,你考察他不去用类 ...
在任何一次考试中,都必须采用同一套题目和评分标准,不能因为某人智商比较低给他单出一套题或者加20分。

Spec不要脸的惊天秘密被你发现了,赶紧出一个Tpec推翻它吧,arm一定乐见其成。
当然,要是能做出TC,打破ICC不要脸的优化,arm估计会给你发一个一吨重的勋章的

作者: Tempestglen    时间: 2013-7-13 00:31
提示: 作者被禁止或删除 内容自动屏蔽
作者: san_037    时间: 2013-7-13 01:20
largewc 发表于 2013-7-12 20:59
这个只能怨安卓,安卓默认也不支持thumb2,要自己打开,xcode早就强制了。

安卓碎片化,ARM体系硬件诡异化




欢迎光临 POPPUR爱换 (https://we.poppur.com/) Powered by Discuz! X3.4