POPPUR爱换

标题: Oak Trail（Lincroft Atom CPU+Whitney Point）在 Android 3.0.1 中的表现 [打印本页]

作者: Edison 时间: 2011-6-4 20:22
标题: Oak Trail（Lincroft Atom CPU+Whitney Point）在 Android 3.0.1 中的表现
http://translate.google.com/translate?js=n&;prev=_t&hl=en&ie=UTF-8&layout=2&eotf=1&sl=nl&tl=en&u=http%3A%2F%2Ftweakers.net%2Fnieuws%2F74844%2Fcomputex-eerste-benchmarks-tonen-trage-atom-versie-honeycomb.html&act=url

[attach]1547235[/attach]

[attach]1547236[/attach]

[attach]1547239[/attach]

[attach]1547241[/attach]

作者: amosleo 时间: 2011-6-4 20:34
没看懂，第一个测试是得分越多越好，第二个是得分越少越好？

作者: foxroz2003 时间: 2011-6-4 20:38
Caffeinemark3 测试的是Java硬件加速的。（原文：CaffeineMark scores roughly correlate with the number of Java instructions executed per second, and do not depend significantly on the the amount of memory in the system or on the speed of a computers disk drives or internet connection.）所以tegra2比atom快应该是因为有java硬件加速。

作者: Edison 时间: 2011-6-4 20:46
Android 的绝大部分应用都是基于 Jave。

作者: 547737657 时间: 2011-6-4 21:20
Oak Trail是款双核处理器，集成单核535？

作者: PRAM 时间: 2011-6-4 21:55

547737657 发表于 2011-6-4 21:20
Oak Trail是款双核处理器，集成单核535？

Oak Trail是单核的

作者: PRAM 时间: 2011-6-4 21:57
45的ATOM是很早的产品了，恐怕不支持java硬件加速吧

作者: PRAM 时间: 2011-6-4 21:58
ATOM的平板本来就主打WINDOWS 7，Android 的测试意义不大吧

作者: PRAM 时间: 2011-6-4 22:00
为什么没有其他的ARM SOC呢？

作者: PRAM 时间: 2011-6-4 22:05
http://www.pcdvd.com.tw/showthread.php?t=931850

作者: PRAM 时间: 2011-6-4 22:05
NV就继续吹吧

作者: PRAM 时间: 2011-6-4 22:07
ATOM和Android才刚刚开始磨合呢

作者: PRAM 时间: 2011-6-4 22:09
PDF] 为数字消费和商业应用提供工业标准处理器架构及内核的领先供应商 ...文件格式: PDF/Adobe Acrobat - 快速查看
业最高的已知Java 性能，在7120 嵌入式CaffeineMark 3．0 条件下可达890 MHz。24Kf 内核包括一个集 ...
library.eaw.com.cn/library/down/id/33308

作者: PRAM 时间: 2011-6-4 22:12
caffeineMark Info - 博客文库- 博客园2011年2月10日 ... 由于java vendors提高了他们的JVM技术性能，CaffeineMark3.0所测试结果与CaffeineMark2.5不具可比性。测试用例：. CM3.0采用了9个用例，所有用例都在 ...
---这种测试真的权威？

作者: option999 时间: 2011-6-4 22:18
看看。。。。。。。。。。。。。。。。。。。

作者: Edison 时间: 2011-6-4 23:31
google 翻译：

Under the unit 9.4 MFLOPS Linpack managed to score. This maintains the cpu miles behind the Tegra 2, for example, in many modern tablets is. That chip in the same test scores about 36 MFLOPS.

The benchmark Quadrant is a sum of different sub-benchmarks that both the CPU and the GPU of the tablet test. The total score stood at 1978. This tablet is faster than many smartphones, but modern Android tablets score on this test between 2000 and 2500 points.

linpack 成绩不错，9.4MFLOPS。

作者: 6神-kepler 时间: 2011-6-4 23:47
ATOM LINPACK 9.4MFOLPS?
真的让tegra 2 的linpack 36 MFOLPS 情以何堪啊！
话说那个楼上的某位是不是被intel 打了鸡血啊！~~~累不累啊

作者: PRAM 时间: 2011-6-4 23:51
实测浮点峰值是指Linpack测试值，也就是说在这台机器上运行Linpack测试程序，通过各种调优方法得到的最优的测试结果。实际上在实际程序运行过程中，几乎不可能达到实测浮点峰值，更不用说达到理论浮点峰值了。这两个值只是作为衡量机器性能的一个指标，用来表明机器处理能力的一个标尺和潜能的度量。

作者: PRAM 时间: 2011-6-4 23:53
Tegra 2, for example, in many modern tablets is. That chip in the same test scores about 36 MFLOPS.

CORE 4C 2.66 也只有38啊，Tegra 2的Linpack考的是GPU吧

作者: PRAM 时间: 2011-6-4 23:53
http://tech.sina.com.cn/roll/2009-01-04/1143944964.shtml

作者: acqwer 时间: 2011-6-5 00:02

PRAM 发表于 2011-6-4 23:53
Tegra 2, for example, in many modern tablets is. That chip in the same test scores about 36 MFLOPS.
...

38的单位是G

1.5G的ATOM跑Linx能有0.7G，估计还是系统支持不完善吧。

作者: PRAM 时间: 2011-6-5 00:10
本帖最后由 PRAM 于 2011-6-5 00:11 编辑

Z670这么低？

作者: Edison 时间: 2011-6-5 00:16

acqwer 发表于 2011-6-5 00:02
38的单位是G

1.5G的ATOM跑Linx能有0.7G，估计还是系统支持不完善吧。

我们这里说的 Android 成绩 MFLOPS，和他说的 linux、windows 测试结果是两码事情。

Android 上的程序绝大多数都是 Java 写的，拿你的 CPU 跑跑 Java Linpack 试试看。

作者: PRAM 时间: 2011-6-5 00:28

Edison 发表于 2011-6-5 00:16
我们这里说的 Android 成绩 MFLOPS，和他说的 linux、windows 测试结果是两码事情。

Android 上的程序 ...

不管怎么说，系统支持不完善应该是ATOM Linpack这么低的原因吧

作者: PRAM 时间: 2011-6-5 00:30
Android 一开始就是支持ARM的，X86跑Android，和ARM的WINDOWS一样吧

作者: PRAM 时间: 2011-6-5 00:31
http://we.pcinlife.com/forum.php ... ;page=1#pid31302771

作者: acqwer 时间: 2011-6-5 00:51

Edison 发表于 2011-6-5 00:16
我们这里说的 Android 成绩 MFLOPS，和他说的 linux、windows 测试结果是两码事情。

Android 上的程序 ...

理论值和实测值这么大的差距，说明系统还有很大的优化余地，用现在的版本来说性能不太合适吧。

ARM版也是花了不少时间才优化到现在的性能。我记得Android 2.1到2.2，Lipack成绩提升了几倍。

作者: Edison 时间: 2011-6-5 01:08
也许等它优化好的话，Tegra 3 之类的产品都上市了，更重要的是它的性能/耗电相比之下极其糟糕，据说 Intel 会做一个更快的版本，但是会加小风扇，一个带小风扇的平板电脑，估计也就是当年 Cyrix 推 win 平板的时代能看到 {lol:]

作者: PRAM 时间: 2011-6-5 09:29

Edison 发表于 2011-6-5 01:08
也许等它优化好的话，Tegra 3 之类的产品都上市了，更重要的是它的性能/耗电相比之下极其糟糕，据说 Intel ...

本来INTEL就没有打算ATOM和Android配合的，一是没有重视平板，而是以前一直把希望寄托在MEEGO上，三是45/32的ATOM平板主要OS将是WINDOWS

作者: 66666 时间: 2011-6-5 18:35
E大所说android应用基于java这个说法不够严谨，正确的说2.1之后的android只能算是挂个java的皮，很多性能优先应用场合都是用java调用C编写库

X86通过完全虚拟机制跑android效率极差，在windows上面跑过SDK的人应该都深有体会

作者: acqwer 时间: 2011-6-5 20:29

66666 发表于 2011-6-5 18:35
E大所说android应用基于java这个说法不够严谨，正确的说2.1之后的android只能算是挂个java的皮，很多性能优 ...

Android的SDK带的是模拟器，不是虚拟机，跑的不是Andriod系统。
java的模拟器效率都很差，symbian那么古老的平台跑起来都很慢。

作者: Prescott 时间: 2011-6-5 21:04
本帖最后由 Prescott 于 2011-6-5 23:37 编辑

Java性能不太适合拿来评价一个系统的性能，因为不同的JVM实现本身就可能差距几十倍的性能。CaffeineMark是个Java程序，不过这个是标准的Java，而不是Android中的变种Java，所以，需要一个Java VM for Andorid/X86才行。。。。这个，实在比较诡异了。

Java的linpack就更没有意义了。Atom的SSE指令集轻松到达GFLOPS的级别，但是这个linpack的测试程序是JAVA写的，如果JVM又不包含JIT，或者JIT出来的机器码是用整型模拟的浮点，那就完全没有利用到Atom的浮点能力。Tegra2不带NEON指令，倒也不吃亏。另外：This test is more a reflection of the state of the Android Dalvik Virtual Machine than of the floating point performance of the underlying processor. Software written for an Android device is written using Java code that the Dalvik VM interprets at run time.

倒是SunSpider到有点意思，不知道用的什么浏览器，如果浏览器一致的话，还是有点可比性的，因为Java Script代码是由浏览器解释执行的。

其实1.6Ghz的单核Atom Z6xx，综合性能干掉双核Tegra2是没啥问题的。T3的话，到时候再看吧。

作者: 治病救人 时间: 2011-6-8 13:18
提示: 作者被禁止或删除内容自动屏蔽

作者: defv4 时间: 2011-6-9 20:30
想当年E大就用CPU跑PHX啊！有啥出奇的！

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