你举的例子那是软件没针对64优化，换32当然没影响
那也得能优化才行
计算类应用可以优化的很好，但其他的基本没啥用，另外64位地址长度翻倍，数据结构的内存消耗会增加不少，凭5s那可怜的1G内存，真不知道会咋样 deatheye 发表于 2013-9-25 11:17
我关心的是这64和pc上的32》64是不是一回事
一个是x86-64
一个是AArch64
苹果的优化很赞 本帖最后由 Hush 于 2013-9-25 23:13 编辑
鸡蛋灌饼 发表于 2013-9-25 12:12
别丢人了，CPU-bond的程序普遍性能提升20%到30%
Apache性能能提升十倍
别丢人了，Apache是一个IO bound的应用...64位会有提升才见鬼了。stackoverflow随便找找都一堆例子：
http://stackoverflow.com/questio ... bit-build-of-apache
CPU-bound的应用会提升也只是因为X64比X86多很多寄存器这种X86构架的特例而已，但寄存器的多少和64还是32位没关系，看看人家RISC，看看人家CELL samaleg 发表于 2013-9-25 10:48
pc包袱太沉重，ios过两年抛弃掉5以后再看看？
沉重个毛...多核在很多情况下没有办法被很好的应用是因为计算机算法的限制，很多事情就只能用一个核才能做，没办法并行。
angilent ADS里用64位那还真是快10倍都不止... 鸡蛋灌饼 发表于 2013-9-25 12:14
嘿嘿，8个核心一起飞
觉得手机电池容量足够大是吧
怕耗电你就降频呗,又没人说你只能全速运转 8核全开的话前7个基本上都已经满载了。
----发送自 Sony ST25i,Android 4.1.2 本帖最后由 auraria 于 2013-9-26 08:27 编辑
deatheye 发表于 2013-9-25 11:17
我关心的是这64和pc上的32》64是不是一回事
有类似但不一样
ARM升级到64bit对其内存操作有很大的作用，32位ARM现在连32位的数据都要分两次加载，提升地址位宽可以让这些操作减少到一次
而x86的64bit更大的意义仅在于可以直接支持更大的内存而不需要PAE映射的方式，x86内部的地址操作早就不止64bit，通过AVX指令甚至可以直接操作256bit的数据。所以即使重新编译为x64的程序，大多时候并不会因此获得多少收益，这也是大多数程序到现在都不推出x64版本，只有少数大部头软件和驱动程序才积极转战x64。 auraria 发表于 2013-9-26 08:26
有类似但不一样
ARM升级到64bit对其内存操作有很大的作用，32位ARM现在连32位的数据都要分两次加载，提升 ...
內存操作擴大這麽多功耗控制得住嗎... gofbayrf 发表于 2013-9-26 09:03
內存操作擴大這麽多功耗控制得住嗎...
不然A7双核抵八核面积何来？
功耗无法控制就要靠更多晶体管来抵消了
即便如此，A7的发热量也是妥妥的 A7的核心思想就是uncore部分缓存大带宽足，保证每个线程的执行资源足够，所以单个核心的面积比猴机那一堆处理器的单个很小都要大，性能强是正常的
至于64位，这是另一个问题，除了寄存器数量翻倍，其它和文字里提的大小核心没有太多关系。 i3可以秒amd全家，你来体会一下就知道了 jun4rui 发表于 2013-9-25 10:40
64bit在PC上普及了这么多年，普遍来看依然没有明显优于32bit。当然，一些专业程序，例如大量计算之类的软 ...
压缩解压、杀毒、压片
auraria 发表于 2013-9-26 08:26
有类似但不一样
ARM升级到64bit对其内存操作有很大的作用，32位ARM现在连32位的数据都要分两次加载，提升 ...
虽然ARM官方NEON的执行宽度是64位，ARMv8升级到128位
但是……高通的ARMv7核心里的NEON就是128位的
本帖最后由 einhorn 于 2013-9-26 16:02 编辑
jun4rui 发表于 2013-9-26 15:54
这种需要密集计算的确实有优势。
不过反过来，这些计算核多比核少也有优势。 ...
真不见得，有很多算法比如很多常见的加密算法因为依赖关系，难以并行化 7pu 发表于 2013-9-26 19:56
a7和高通用的是自己的芯片设计
基于ARMv7的设计
页:
1
[2]