Redian新闻
>
果黑们说只有1G内存所以64位对提升速度没用的时候
avatar
果黑们说只有1G内存所以64位对提升速度没用的时候# PDA - 掌中宝
a*c
1
【 以下文字转载自 Fashion 讨论区 】
发信人: Phantomhive (谢尔), 信区: Fashion
标 题: [参加活动] 人在旅途
发信站: BBS 未名空间站 (Fri Jul 9 04:20:52 2010, 美东)
人 在旅途
avatar
H*l
2
能不能先去学点本科生的computer architecture课程给自己扫扫盲?懂点memory的分
级结构?
求求你们了……
avatar
k*n
3
花生版还真有男的奔的?
我老落伍了

【在 a**c 的大作中提到】
: 【 以下文字转载自 Fashion 讨论区 】
: 发信人: Phantomhive (谢尔), 信区: Fashion
: 标 题: [参加活动] 人在旅途
: 发信站: BBS 未名空间站 (Fri Jul 9 04:20:52 2010, 美东)
: 人 在旅途

avatar
G*h
4
64位内存用得多。。。

【在 H*****l 的大作中提到】
: 能不能先去学点本科生的computer architecture课程给自己扫扫盲?懂点memory的分
: 级结构?
: 求求你们了……

avatar
a*c
5
是呀,我看了半天,确定貌似男的。。。
所以转过来看看,男的混花生,我真的out 了。。。
avatar
j*f
6

memory分级跟64位有什么直接关系

【在 H*****l 的大作中提到】
: 能不能先去学点本科生的computer architecture课程给自己扫扫盲?懂点memory的分
: 级结构?
: 求求你们了……

avatar
r*e
7
炒剩饭有意思嘛。前几天几个文科果轮在这里喷都被批臭尿遁了。

【在 H*****l 的大作中提到】
: 能不能先去学点本科生的computer architecture课程给自己扫扫盲?懂点memory的分
: 级结构?
: 求求你们了……

avatar
T*i
8
声称同样的硬件平台,64位比32位应用明显快,应该是体系结构没学好。

【在 r*********e 的大作中提到】
: 炒剩饭有意思嘛。前几天几个文科果轮在这里喷都被批臭尿遁了。
avatar
v*a
9
何止没学好,简直学得和shi一样,自己shi也就算了,别到处瞎嚷嚷行吗?最烦屁股决
定脑袋,这类人道德有问题。以上送给楼主.

【在 T********i 的大作中提到】
: 声称同样的硬件平台,64位比32位应用明显快,应该是体系结构没学好。
avatar
H*l
10
你懂个P。。。
你先说说什么叫硬件一样?

【在 v******a 的大作中提到】
: 何止没学好,简直学得和shi一样,自己shi也就算了,别到处瞎嚷嚷行吗?最烦屁股决
: 定脑袋,这类人道德有问题。以上送给楼主.

avatar
g*t
11
如果64能显著提高速度, 大家都不用辛苦提高主频了,
avatar
H*l
12
你也需要学习体系结构。

【在 g*******t 的大作中提到】
: 如果64能显著提高速度, 大家都不用辛苦提高主频了,
avatar
J*a
13
单纯变为64位的确不能明显提高速度,除非程序代码有很高比例可以编译成SIMD指令,
而且处理器也支持SIMD
如果处理器变成64位,内存没有翻倍,则程序执行速度还有可能变慢,因为字长变为两
倍,同样大小空间,存的操作数少了,hit不中几率大大增加,要频繁访问虚拟内存
avatar
T*i
14
这个是假设同样的硬件平台,同时兼容32位和64位,但是只有64位支持SIMD指令。实际
上这样的平台是没有的,迄今为止的64位平台都兼容32位,而且SIMD指令也都支持32位。
当然了,有些编译器缺省32位不会打开SIMD优化,目的是兼容早期的32位平台。编译的
时候打开就好了。
64位费内存主要是因为指针长度加倍了。因此同样的代码编译到64位会多用大约30%内
存(平均而言,取决应用)。尤其是带GC的语言,比如Java,.Net,Apple的Objective
C++也带GC。
avatar
H*l
15
单单register数量增多就能显著提高速度了吧

【在 J*****a 的大作中提到】
: 单纯变为64位的确不能明显提高速度,除非程序代码有很高比例可以编译成SIMD指令,
: 而且处理器也支持SIMD
: 如果处理器变成64位,内存没有翻倍,则程序执行速度还有可能变慢,因为字长变为两
: 倍,同样大小空间,存的操作数少了,hit不中几率大大增加,要频繁访问虚拟内存

avatar
T*i
16
会提高,不见得会显著提高。现在处理器都有寄存器重命名,配合多道并行流水,指令
乱序执行。
加寄存器要增加甚至修改指令集,是很大的修改。相对来讲,体系结构的改善效果更好。
无论如何,即使增加寄存器,没理由32位指令不能访问这些寄存器。
因此,除非iPhone配备大于4G的内存(仅仅4G都没有意义),64位应用根本不会有任何
明显优势。相反更有可能性能落后于重编译的32位应用。
avatar
s*c
17
你这个显然是被x86的64位构架荼毒的
对于专有系统,解决方案要开放灵活的多,如果roadmap设计的好的话,从64bit编译器
开始就可以优化了
另外即使是运行32bit程序变快 也是非常有意义的
不过结论是合理的 即64bit本身现阶段并不能显著提高性能 但是与内存容量无关

好。

【在 T********i 的大作中提到】
: 会提高,不见得会显著提高。现在处理器都有寄存器重命名,配合多道并行流水,指令
: 乱序执行。
: 加寄存器要增加甚至修改指令集,是很大的修改。相对来讲,体系结构的改善效果更好。
: 无论如何,即使增加寄存器,没理由32位指令不能访问这些寄存器。
: 因此,除非iPhone配备大于4G的内存(仅仅4G都没有意义),64位应用根本不会有任何
: 明显优势。相反更有可能性能落后于重编译的32位应用。

avatar
g*t
18
是你需要好好学习一下, 缺乏基本常识

【在 H*****l 的大作中提到】
: 你也需要学习体系结构。
avatar
T*i
19
要有指令集和体系结构支持才能有编译器优化。
请你指出来,在什么现有的体系结构上,能有64bit能够优化的指令,32bit指令不提供
的。
如果你不能举例,就说明同时支持32bit和64bit优化的roadmap设计才是好的设计。
工程师不傻,为了忽悠故意阉割32bit优化这种没人性的事迄今还没人干。关键是损人
不能利己。

【在 s****c 的大作中提到】
: 你这个显然是被x86的64位构架荼毒的
: 对于专有系统,解决方案要开放灵活的多,如果roadmap设计的好的话,从64bit编译器
: 开始就可以优化了
: 另外即使是运行32bit程序变快 也是非常有意义的
: 不过结论是合理的 即64bit本身现阶段并不能显著提高性能 但是与内存容量无关
:
: 好。

avatar
u*d
20
回学校回炉一下再出来,还是条好汉。

【在 H*****l 的大作中提到】
: 单单register数量增多就能显著提高速度了吧
avatar
i*h
21
这个32位不能增加么?

【在 H*****l 的大作中提到】
: 单单register数量增多就能显著提高速度了吧
avatar
c*p
22
32->64变的是register的位宽。和physical register的数量没有必然联系。
而且即使physical register的数量上来了解决了dependency的问题,
最后还是卡在内存IO上。

【在 H*****l 的大作中提到】
: 单单register数量增多就能显著提高速度了吧
avatar
k*0
23
你是故意黑果子吧?

【在 H*****l 的大作中提到】
: 你也需要学习体系结构。
相关阅读
logo
联系我们隐私协议©2024 redian.news
Redian新闻
Redian.news刊载任何文章,不代表同意其说法或描述,仅为提供更多信息,也不构成任何建议。文章信息的合法性及真实性由其作者负责,与Redian.news及其运营公司无关。欢迎投稿,如发现稿件侵权,或作者不愿在本网发表文章,请版权拥有者通知本网处理。