POPPUR爱换

标题: 从1.7G A15 vs 0.8G SNB羊一败涂地看单核Haswell灭四核A15 [打印本页]

作者: itany 时间: 2013-1-22 10:38
标题: 从1.7G A15 vs 0.8G SNB羊一败涂地看单核Haswell灭四核A15
如题，传送门自己看。
http://www.anandtech.com/show/6476/acer-c7-chromebook-review/3

本坛qqisqq也有报道和讨论
http://we.pcinlife.com/thread-2049823-1-1.html

从浏览器JS性能测试来看，同频最菜最菜的SNB羊是A15性能的2.5-3倍
显然，就算IVB比SNB只快5%，HSW比IVY快15%，i7比羊快40%，单个Haswell核心同频是A15的4.65倍。当然这是单线程的性能。
HSW开超线程增加性能30%，就算四核A15能达到4倍的性能（实际上能达到3.5倍就顶天了），单核HSW是A15的1.5倍。

换句话说，Haswell只要单核1G，平四核A15毫无问题。在单核负载，功耗限制7W的情况下，至少能跑到1.5-2G，这样性能是四核A15的1.5-2倍，功耗比A15也更低。

作者: Tempestglen 时间: 2013-1-22 10:51
提示: 作者被禁止或删除内容自动屏蔽

作者: PRAM 时间: 2013-1-22 10:53

Tempestglen 发表于 2013-1-22 10:51
i棍一厢情愿的yy。

arm阵营28nm LPH对于32nm LP的改进大于intel的32nm-＞22nm。

扯淡的评论你去看看IEDM VLSI的PAPER再来发帖吧 28和32本来就是一样的，除了0.9X

作者: sim0831 时间: 2013-1-22 11:02
本帖最后由 sim0831 于 2013-1-22 11:08 编辑

snb Celeron 0.8GHz = A15 2.5GHz
ivy 0.8GHz = A15 2.8GHz
haswell 0.8GHz = A15 3.2GHz

作者: Prescott 时间: 2013-1-22 11:16
本帖最后由 Prescott 于 2013-1-22 11:19 编辑

早就说过：如果ARM把功耗拉到1W以下和Intel打超轻量级拳击，Intel还是比较心虚的，没有体重那么轻的选手啊，只能弃权。在1W-2W的范围内，Intel信心满满。现在ARM居然敢冲到5W左右和Intel拼中量级，Intel做梦估计都要笑醒了，第一回合KO没商量。

作者: the_god_of_pig 时间: 2013-1-22 11:21

Tempestglen 发表于 2013-1-22 10:51
i棍一厢情愿的yy。

arm阵营28nm LPH对于32nm LP的改进大于intel的32nm-＞22nm。

T棍一厢情愿的yy。

arm阵营28nm LPH对于32nm LP的改进远小于intel的32nm-＞22nm。

如今，800Mhz赛扬的性能优势就有40%以上（kraken），1.5G i7的性能优势已无法统计。

将来22nm时代，28nm A15面对intel的劣势更大，再碰上性耗比秒飞swift的silvermont，arm前景堪忧。

作者: kinno 时间: 2013-1-22 11:33
低能arm一再刷新下限

作者: Episar 时间: 2013-1-22 11:34
不比性能了？又开始YY工艺了？

作者: Cherbim 时间: 2013-1-22 14:12
提示: 作者被禁止或删除内容自动屏蔽

作者: raini 时间: 2013-1-22 14:19

Cherbim 发表于 2013-1-22 14:12
half-node改进都大于full-node，三木桑无敌的火星工艺啊，真这样的话Intel这40年白混了

intel笨呗！
到现在没发现half-node改进的能力大于full-node！
按照SB弱智神的算法，
half-half-node的改进应该要大于half-node，
以此类推，最后得到，其实不用改进就能得到无穷大的工艺！
天顶星人的技术呀！就是这么颠覆人类的极限！

作者: frankincense 时间: 2013-1-22 14:20

Cherbim 发表于 2013-1-22 14:12
half-node改进都大于full-node，三木桑无敌的火星工艺啊，真这样的话Intel这40年白混了

何止Intel，连IBM都白干了

作者: Tempestglen 时间: 2013-1-22 14:23
提示: 作者被禁止或删除内容自动屏蔽

作者: the_god_of_pig 时间: 2013-1-22 14:27

Tempestglen 发表于 2013-1-22 14:23
是三棒原来的32nm太烂而已。

不止三棒32nm LP，其实三棒28nm LP 28nm LPH，TSMC 28nm LP 28nm HPL 28nm HPM都是垃圾

而ARM比它们更垃圾而已

作者: frankincense 时间: 2013-1-22 14:30

Tempestglen 发表于 2013-1-22 14:23
是三棒原来的32nm太烂而已。

同样的线宽再差也不会差到哪里去
而且三棒同样用上HKMG
更何况三棒在32nm开始背后还有GF和IBM这两家
IBM跳过了32nm直接上28nm
GF的32nm虽然一拖再拖，但是实际的功耗表现对比Intel的32nm可不算差哦

作者: slice 时间: 2013-1-22 14:45
本帖最后由 slice 于 2013-1-22 14:49 编辑

Prescott 发表于 2013-1-22 11:16
早就说过：如果ARM把功耗拉到1W以下和Intel打超轻量级拳击，Intel还是比较心虚的，没有体重那么轻的选手啊， ...

你以为ARM想啊，增这么点性能，功耗就爆棚了，只好有回头搞A7挽回下面子。
至于说1w以下，A7倒是可以搞搞，但手机的领域，Intel的2580也来了。
我看ARM也就走走低价路线算了，市场还是广阔的，何况现在越来越多的消费电子不需要极致性能，只需要低价，例如599的Android平板，再来个999的上网本，还是指望ARM靠谱。

三星哪个所谓的8核，根本就是忽悠嘛，功耗肯定不会比2580省油，4个A15敢都跑起来么，估计大部分时间都是萎哥，能不能干掉z2580，目前看来堪忧。

作者: frankincense 时间: 2013-1-22 14:58

slice 发表于 2013-1-22 14:45
你以为ARM想啊，增这么点性能，功耗就爆棚了，只好有回头搞A7挽回下面子。
至于说1w以下，A7倒是可以搞搞 ...

Oact能比5250省电就要烧香拜佛了
当然强行功耗限制还是可行的

作者: slice 时间: 2013-1-22 15:03

frankincense 发表于 2013-1-22 14:58
Oact能比5250省电就要烧香拜佛了
当然强行功耗限制还是可行的

看起来人高马大，宣传的可是8核YEAH!!，一上床就萎了。
5250不就是最大8w+，给强制压在4w了么。

三星看样子是一条道走到黑了，反正是消费者买单，消费者喜欢核多就投其所好。

作者: itany 时间: 2013-1-22 15:57

slice 发表于 2013-1-22 15:03
看起来人高马大，宣传的可是8核YEAH!!，一上床就萎了。
5250不就是最大8w+，给强制压在4w了么。

还不如学某志用4核A7忽悠消费者呢。
要不搞个16核A7，反正没软件能让他满载的。
反正这是软件的错，Arm永远是对的

作者: itany 时间: 2013-1-22 16:02

Prescott 发表于 2013-1-22 11:16
早就说过：如果ARM把功耗拉到1W以下和Intel打超轻量级拳击，Intel还是比较心虚的，没有体重那么轻的选手啊， ...

未来手机电池肯定越来越NB，手机处理器在散热允许的2-3W之内进行发挥，运行功耗小了也没意义。
Intel也没必要和Arm拼一两美元的嵌入式啊

作者: Prescott 时间: 2013-1-22 17:07

itany 发表于 2013-1-22 16:02
未来手机电池肯定越来越NB，手机处理器在散热允许的2-3W之内进行发挥，运行功耗小了也没意义。
Intel也没 ...

2-3W其实体验已经不好了。

作者: potomac 时间: 2013-1-22 17:44
提示: 作者被禁止或删除内容自动屏蔽

作者: itany 时间: 2013-1-22 17:48

Prescott 发表于 2013-1-22 17:07
2-3W其实体验已经不好了。

散热帖整机散热+高能量密度电池~
如果2-3W体验就不好了，那A15双核就完了，都用不到四核

作者: G70 时间: 2013-1-22 18:06
提示: 作者被禁止或删除内容自动屏蔽

作者: raini 时间: 2013-1-22 18:12

G70 发表于 2013-1-22 18:06
a15就靠t神的嘴炮工艺了

嘴炮工艺强呀！秒杀一些物理极限

作者: westlee 时间: 2013-1-22 20:00
提示: 作者被禁止或删除内容自动屏蔽

作者: itany 时间: 2013-1-22 20:28

westlee 发表于 2013-1-22 20:00
能量密度翻番的电池短期内不现实吧。

比T神的半导体工艺靠谱多了，不是么

作者: potomac 时间: 2013-1-22 20:47
提示: 作者被禁止或删除内容自动屏蔽

作者: slice 时间: 2013-1-22 20:50

potomac 发表于 2013-1-22 20:47
功耗下来是可以做到的。
比如把芯片做大，而不是频率拉高。
这点对intel特别容易，

没事，Nvidia的Tegra 4掌机都加风扇了，谁规定手机不可以

作者: potomac 时间: 2013-1-22 20:54
提示: 作者被禁止或删除内容自动屏蔽

作者: raini 时间: 2013-1-22 21:15

potomac 发表于 2013-1-22 20:54
那是因为没风扇，老黄的演示都坚持不下来。
如果是产品，不可能有。（并且99.99%不会有产品。）[tongue>

特瓜囧到这个程度？
不过也是，限制点频率卖出去就是了！
大部分消费者都只是小白！

作者: guobacoo 时间: 2013-1-23 10:10
频率开低点再试试

作者: itany 时间: 2013-1-23 13:15

guobacoo 发表于 2013-1-23 10:10
频率开低点再试试

赛扬是HP工艺的，频率再低就不划算了

作者: itany 时间: 2013-2-24 22:41
我自己顶一下，T神有种进来战

作者: Tempestglen 时间: 2013-2-26 08:21
提示: 作者被禁止或删除内容自动屏蔽

作者: PRAM 时间: 2013-2-26 09:36
SPEC2000 INT HASWELL还真比T4高很多，CORE 1.1G就有1100了算单线程性能提高了50% HASWELL 1G都1500了 PS 由于内存什么的关系实际上不止这个数

作者: raini 时间: 2013-2-26 10:13

Tempestglen 发表于 2013-2-26 08:21
我当然有种，就看i狗的单核1Ghz haswell有没有种和Tegra4 PK性能了。
这里面多线程测试也就 browsermark ...

SB弱智当然把娱乐测试用的当做宝啦！
早说过了，js测试测得根本不是cpu，
连测些神马都不知道的国企机械设计工程师，
估计是半夜侧漏了吧！

作者: itany 时间: 2013-2-26 10:22
本帖最后由 itany 于 2013-2-26 10:23 编辑

Tempestglen 发表于 2013-2-26 08:21
我当然有种，就看i狗的单核1Ghz haswell有没有种和Tegra4 PK性能了。
这里面多线程测试也就 browsermark ...

别人早就指出Geekmark在x86上边使用的是没有矢量化的SSE，根本就是劣化x86性能
如果x86不矢量化，Arm也不准用Neon

要想公允，完全应该跑Linpack，你敢跑么？

另外Browsermark Haswell有啥不敢跑的

作者: itany 时间: 2013-2-26 10:25
就你列表里边的这一把成绩，单核haswell除了作弊劣化x86的测试Geekmark之外，都无问题
随笔你比哪个

作者: acqwer 时间: 2013-2-26 10:37
本帖最后由 acqwer 于 2013-2-26 11:00 编辑

itany 发表于 2013-2-26 10:22
别人早就指出Geekmark在x86上边使用的是没有矢量化的SSE，根本就是劣化x86性能
如果x86不矢量化，Arm也不 ...

那个Geekbench贴出来的汇编代码，如果是同一个测试，那么ARM和X86跑的逻辑都不同。

作者: Tempestglen 时间: 2013-2-27 08:25
提示: 作者被禁止或删除内容自动屏蔽

作者: Tempestglen 时间: 2013-2-27 08:28
提示: 作者被禁止或删除内容自动屏蔽

作者: PRAM 时间: 2013-2-27 09:24

Tempestglen 发表于 2013-2-27 08:25
haswell 单核 1Ghz 1500以上
Tegra4 单核1.9Ghz 1168，四核的话X3，大概3500.

多线程性能是这么算的？补补知识再来YY吧 SPECINT RATE和SPEC INT你都搞不清楚吧

作者: itany 时间: 2013-2-27 10:12
本帖最后由 itany 于 2013-2-27 10:16 编辑

Tempestglen 发表于 2013-2-27 08:28
你还要不要脸？ geekbench测试，arm根本没有用neon，大家都是pk标量浮点，你这是明知故问。

所以呢？
还不是因为你家Neon没有双精度浮点。等你有了之后，在任何测试也不准用？

浮点不矢量，菊花套电钻。
况且就算都是非矢量化，就你家Arm那悲催的内存性能，好意思算多核心加速比么？

作者: itany 时间: 2013-2-27 10:13

Tempestglen 发表于 2013-2-27 08:25
haswell 单核 1Ghz 1500以上
Tegra4 单核1.9Ghz 1168，四核的话X3，大概3500.

T 神过了两天还是分不清什么是SPECint，什么是SPECint rate么

作者: raini 时间: 2013-2-27 10:26
本帖最后由 raini 于 2013-2-27 10:27 编辑

itany 发表于 2013-2-27 10:13
T 神过了两天还是分不清什么是SPECint，什么是SPECint rate么

继续YY呗，本着YY无罪的精神，
这货可以表现真正的智商和节操的双无下限是什么样子的

作者: Tempestglen 时间: 2013-2-27 10:34
提示: 作者被禁止或删除内容自动屏蔽

作者: Tempestglen 时间: 2013-2-27 10:40
提示: 作者被禁止或删除内容自动屏蔽

作者: PRAM 时间: 2013-2-27 10:43
扯淡的计算方法 A15居然套用INTEL的，那AMD笑了

作者: itany 时间: 2013-2-27 10:49

Tempestglen 发表于 2013-2-27 10:34
单线程的specint 2000， A15@ 1.9Ghz是1168分。
多线程的specint RATE，四核 A15@ 1.9Ghz是3500分＝3倍 ...

请你去管网查查SPECint_rate的分数都是多少，再来胡扯

作者: itany 时间: 2013-2-27 10:51

Tempestglen 发表于 2013-2-27 10:40
分三局，三局两胜。

就你这个表：

我们比单核Haswell对四核T4（后者必须是无风扇能够长期稳定经济运行的频率，我看也就是1.3G-1.5G）
看赢得项目多少。
赢得多的就算赢。

作者: Tempestglen 时间: 2013-2-27 11:04
提示: 作者被禁止或删除内容自动屏蔽

作者: itany 时间: 2013-2-27 11:07
本帖最后由 itany 于 2013-2-27 11:09 编辑

Tempestglen 发表于 2013-2-27 11:04
这些cpu测试项目，除了geekbench和antutu，quadrant其余大概都是侧重单线程测试。octa跑那些js测试的时候 ...

请问你说这些测试能不能反映平板用户的需求？
如果不能NV放这些结果是愚弄大众么？

要是多线程权威测试，那就跑SPECint_rate 06和Linpack

作者: Tempestglen 时间: 2013-2-27 11:13
提示: 作者被禁止或删除内容自动屏蔽

作者: itany 时间: 2013-2-27 11:21

Tempestglen 发表于 2013-2-27 11:13
Tegra4 的spec int RATE的3500分不是给你了吗？

你觉得我的计算有问题可以提出来，不要拐弯抹角。

说SPECitn_rate 3500分就好比说自己下体100m长一样可笑

作者: Tempestglen 时间: 2013-2-27 11:28
提示: 作者被禁止或删除内容自动屏蔽

作者: frankincense 时间: 2013-2-27 11:39
T神你知道SPECint2000 Rates 3500分是什么概念么？
1.6G的Intel Itanium 9050能跑出4200分多，是SPECint2000 Rates官方榜单的最高分，一共用了128块9050，合计256个核心跑出来。

A15四核能跑出3500分，那全世界不管是IBM还是Intel还是Oracle都可以回家洗洗睡了。

作者: frankincense 时间: 2013-2-27 11:45

Airhouse 发表于 2013-2-27 11:44
你到现在还不明白specint和spectint_rate的区别？你贴的图是specint， specint_rate完全是另外一个级别的 ...

你这个是2006的
2000的是这个：
http://www.spec.org/cpu2000/results/rint2000.html

作者: raini 时间: 2013-2-27 11:53

frankincense 发表于 2013-2-27 11:39
T神你知道SPECint2000 Rates 3500分是什么概念么？
1.6G的Intel Itanium 9050能跑出4200分多，是SPECint20 ...

ARM是拥有天顶星技术的公司，特别有着T字头SB弱智神当新闻官，
所以地球上的公司是不能比的！
这下不是i5的60%了，是600%了吧！

作者: frankincense 时间: 2013-2-27 11:55

raini 发表于 2013-2-27 11:53
ARM是拥有天顶星技术的公司，特别有着T字头SB弱智神当新闻官，
所以地球上的公司是不能比的！
这下不是 ...

600%？3500分直接i5 3570K的12倍妥妥的

作者: itany 时间: 2013-2-27 11:58

Airhouse 发表于 2013-2-27 11:44
你到现在还不明白specint和spectint_rate的区别？你贴的图是specint， specint_rate完全是另外一个级别的 ...

06也好，2000也好，正常人在被人指出之后至少会去看看，觉得自己错了以后就不说了，或者改成对的。唯有T神，就是谎话重复一千遍等着被打脸的类型

作者: raini 时间: 2013-2-27 12:03

frankincense 发表于 2013-2-27 11:55
600%？3500分直接i5 3570K的12倍妥妥的

人家说的i5不是桌面上的，是最低性能的i5
12倍保守了！

作者: Tempestglen 时间: 2013-2-27 12:33
提示: 作者被禁止或删除内容自动屏蔽

作者: acqwer 时间: 2013-2-27 12:58

Tempestglen 发表于 2013-2-27 12:33
Specint 这种单线程测试1168 分对1500分。

如果用单核去跑spec rate多线程测试，还是不是1168：150 ...

i3 2100的Rate得分，int是E8400的2倍

作者: PRAM 时间: 2013-2-27 16:13
多线程性能和单线程性能的关系看来T神是完全不懂

作者: frankincense 时间: 2013-2-27 17:35

Tempestglen 发表于 2013-2-27 12:33
Specint 这种单线程测试1168 分对1500分。

如果用单核去跑spec rate多线程测试，还是不是1168：150 ...

SPECint考量运算能力
而SPECint Rates更多是考量运算吞吐量，缓存、内核互联等性能都是非常重要的
所以当年AMD吹K10也只敢拿Rates来吹
以ARM那白烂的缓存和互联性能，跑Rates只会输得更难看

作者: wuhao911 时间: 2013-3-1 13:22

Tempestglen 发表于 2013-2-27 12:33
Specint 这种单线程测试1168 分对1500分。

如果用单核去跑spec rate多线程测试，还是不是1168：150 ...

亲爱的t神，地球上还没有造出过rate单路3500分的cpu呢，也许您的火星确实存在这种高性能u，可惜咱们地球是没有的。
给您个参考，xeon 5355的rate得分是200分，您自信就去比吧

作者: largewc 时间: 2013-3-1 14:54
年底乱序atom和amd的Temash要对战a15了

arm感觉性能快到头了，指令集的缺陷估计在未来几年表现会更加明显了。

作者: Tempestglen 时间: 2013-3-1 16:34
提示: 作者被禁止或删除内容自动屏蔽

作者: Tempestglen 时间: 2013-3-1 16:39
提示: 作者被禁止或删除内容自动屏蔽

作者: role17 时间: 2013-3-1 17:02
分数比不赢就开始用不适合来开脱,那用这样的思路ARM敢来比比40W功耗的性能么?

作者: Tempestglen 时间: 2013-3-1 17:12
提示: 作者被禁止或删除内容自动屏蔽

作者: largewc 时间: 2013-3-1 17:14

Tempestglen 发表于 2013-3-1 16:39
年底的时候，高频／多核swift已经虐了A15，A57也会在几个月后来到。

silvermont和temash还是想想怎么 ...

swift应该性能没有标版a15更好，那个玩意只是阉割版本而已，ios因为封闭，所以指令集可以固死thumb2，性能好于安卓s4表现（实际应该接近）

同理，在wp8上，s4表现也比安卓好，一样的原因，程序没有历史负担，指令集可以用更新的。

a57提升的估计更多的是simd指令，标准arm程序提升不会太明显的，同频能加30%就不错了，主要应该还是带宽提升带来的。

a57主要的进化应该是硬件虚拟化和64bit，性能构架看文档的样子提升并不大。

作者: largewc 时间: 2013-3-1 17:21

Tempestglen 发表于 2013-3-1 16:39
年底的时候，高频／多核swift已经虐了A15，A57也会在几个月后来到。

silvermont和temash还是想想怎么 ...

当然不排除a57新增指令集，从底层弥补arm先天的性能缺陷。不过增加指令集的坏处就是，只是加速新程序了，老的程序不会有什么提升的。

作者: itany 时间: 2013-3-1 18:47

largewc 发表于 2013-3-1 17:14
swift应该性能没有标版a15更好，那个玩意只是阉割版本而已，ios因为封闭，所以指令集可以固死thumb2，性能 ...

安卓不是执行的本地代码，而是运行在虚拟层上边吧，这也是大多数安卓程序能够直接上x86的原因，效率自然比较低了。
相比起来iOS和WP是原生代码吧

作者: largewc 时间: 2013-3-1 18:53

itany 发表于 2013-3-1 18:47
安卓不是执行的本地代码，而是运行在虚拟层上边吧，这也是大多数安卓程序能够直接上x86的原因，效率自然比 ...

现在wp本地代码程序很少，wp7就是输在不支持本地代码上的

安卓成功，很大的程度就是因为2.1以后，ndk开始支持本地代码了，不然能不能干过wm都是问题。

wp8刚开始支持本地代码而已，比如说qq，在wp8上才开始支持视频功能啥的……

显然凯立德啥的都是从wince移植过去的本地代码程序。

视频软件，导航，游戏要求性能的软件，基本上还都是本地代码的，默认ndk编译是基于thumb的，而不是thumb-2

wp7第三方程序慢，很大的因素是wp7没有a8以上构架的u，不支持thumbee，c#动态编译速度大幅度降低，比不了安卓编译java。

wp8提升非常明显，是因为调到s4这一带近a15构架的了。

安卓未来一段时间要吃thumb-2不默认支持的亏。

作者: largewc 时间: 2013-3-1 18:55

itany 发表于 2013-3-1 18:47
安卓不是执行的本地代码，而是运行在虚拟层上边吧，这也是大多数安卓程序能够直接上x86的原因，效率自然比 ...

ios从xcode 4开始，强制了thumb2，也就是ip4以后，基本上全部都是thumb-2指令程序了。

这一点水果比安卓有优势的。

作者: itany 时间: 2013-3-1 18:56

largewc 发表于 2013-3-1 18:53
现在wp本地代码程序很少，wp7就是输在不支持本地代码上的

安卓成功，很大的程度就是因为2.1以后，ndk开 ...

谢谢指教~

作者: largewc 时间: 2013-3-1 19:00

itany 发表于 2013-3-1 18:47
安卓不是执行的本地代码，而是运行在虚拟层上边吧，这也是大多数安卓程序能够直接上x86的原因，效率自然比 ...

简单解释一下吧，一个简单指令在arm thumb 和 thumb-2还有x86的差距

int a = 0x12345678;

这里用伪代码好了，首先是x86，可以一条指令搞定

mov [a],0x12345678;

然后效率高的是thumb-2，两条16位指令可以合并一条32位赋值

movd [a],0x1234;
movu [a],0x5678;

最差是arm/thumb指令

:start
mov [a],[memroy]    //吧memory地址的内容扶植给a
jmp next;                //跳转到next继续执行
:memory
0x12345678          //这里不是指令，而是数值
:next
...                         //继续执行

看看这个就知道为啥x86性能为啥好多了，而thumb-2也比标准thumb/arm好太多了。

作者: largewc 时间: 2013-3-1 19:02

itany 发表于 2013-3-1 18:56
谢谢指教~

不谢，这里大神很多，我也凑过来学习学习哈^^

作者: largewc 时间: 2013-3-1 19:10

itany 发表于 2013-3-1 18:47
安卓不是执行的本地代码，而是运行在虚拟层上边吧，这也是大多数安卓程序能够直接上x86的原因，效率自然比 ...

intel跑安卓ndk程序是用的模拟器技术，如果wintel联盟还是存在的话，完全可以通过这个技术让wp可以运行安卓程序的。

intel自己的字节码模拟器技术好牛，居然能有实用性……不佩服不行的。

跑纯java，应该x86更厉害，因为java的构架是一个四个寄存器的简化u，更适合x86这种寄存器很少的芯片构架，反而不太适合arm和mips这种多寄存器的构架。

跑java估计没有跑分程序吧，要是有的话，intel估计可以一骑绝尘了吧。

作者: itany 时间: 2013-3-1 20:09

largewc 发表于 2013-3-1 19:00
简单解释一下吧，一个简单指令在arm thumb 和 thumb-2还有x86的差距

int a = 0x12345678;

Arm居然只能分成两个16位给32位寄存器赋值？
指令长度不够，放不下32位操作数？？

作者: largewc 时间: 2013-3-1 20:24
本帖最后由 largewc 于 2013-3-1 20:27 编辑

itany 发表于 2013-3-1 20:09
Arm居然只能分成两个16位给32位寄存器赋值？
指令长度不够，放不下32位操作数？？

thumb-2是两条，arm thumb都是若干条……]

arm是定长32位，而且还必须thumb-2才能组合两个16bit，诡异的设计，初期设计指令的时候肯定没有考虑多发射的问题。

作者: itany 时间: 2013-3-1 21:34

largewc 发表于 2013-3-1 20:24
thumb-2是两条，arm thumb都是若干条……]

arm是定长32位，而且还必须thumb-2才能组合两个16bit，诡 ...

我觉得历史悠久的定长指令比变长指令坑爹得多。
当初Arm寄存器多，到现在其实多内部来说也不够多，所以还得寄存器换名；而且更加麻烦的是，因为显式的通用寄存器多，相应的注册文件就更麻烦。
反正都是要解码的，就算是定长能简单些又如何呢。

作者: frankincense 时间: 2013-3-1 21:57

largewc 发表于 2013-3-1 20:24
thumb-2是两条，arm thumb都是若干条……]

arm是定长32位，而且还必须thumb-2才能组合两个16bit，诡 ...

怪不得有种说法是ARM直到ARMv8指令集才像个符合现代规范的标准的指令集

作者: Tempestglen 时间: 2013-10-9 08:52
提示: 作者被禁止或删除内容自动屏蔽

作者: kinno 时间: 2013-10-9 12:07

Tempestglen 发表于 2013-10-9 08:52
坐等单核1Ghz的haswell灭exynos5420，咱们比比1080p@60fps软解吧！

你永远都是在坐等，你那呆佛呢？被你开除了？

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

作者: itany 时间: 2013-10-11 19:15

Tempestglen 发表于 2013-10-9 08:52
坐等单核1Ghz的haswell灭exynos5420，咱们比比1080p@60fps软解吧！

您去找个支持AVX2的解码器来么

作者: westlee 时间: 2013-10-11 19:38
提示: 作者被禁止或删除内容自动屏蔽

作者: gtx5 时间: 2013-10-11 19:46
2011年出的AVX1现在有播放器支持么?

不说AVX2了

作者: itany 时间: 2013-10-11 20:44

westlee 发表于 2013-10-11 19:38
找ffmpeg或者lav的源代码用icc编译下？

等哪家厂商宣布支持吧

作者: Tempestglen 时间: 2013-10-11 21:05
提示: 作者被禁止或删除内容自动屏蔽

作者: Cherbim 时间: 2013-10-11 22:14
提示: 作者被禁止或删除内容自动屏蔽

作者: Cherbim 时间: 2013-10-11 22:16
提示: 作者被禁止或删除内容自动屏蔽

作者: Tempestglen 时间: 2013-10-11 23:39
提示: 作者被禁止或删除内容自动屏蔽

作者: taizer 时间: 2013-10-14 10:40
不是每一家都用的起HPL，用SLP和LP的大有人在。ST和TSMC的HKMG在现在个晶体管线宽下已经有些力不从心，我们从28nm的HP工艺何其的艰难就能看出来。intel的巨大优势确实是他的制程，而且新的三发atom也已经来了，cortex结构也在逐渐向多发乱序复杂的端口更大缓存这这CISC上常见的设计发展。ARM和i在移动领域的战斗才刚刚开始。

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