567
社区成员
发帖
与我相关
我的任务
分享请发表友善的回复…
发表回复
fylinwater 2006-09-13
- 打赏
- 举报
这么多说64位没有必要的，你们在PC上做图像处理吗，做工程计算，做影片剪辑吗?
我们公司天天拿几台pc在渲图， 计算机性能远远比想象的慢
即使普通做结构计算的也嫌不过， 有限元，其实有无限需求
我们公司天天拿几台pc在渲图， 计算机性能远远比想象的慢
即使普通做结构计算的也嫌不过， 有限元，其实有无限需求
zyb1235 2006-08-18
- 打赏
- 举报
个人感觉会有更高的精度和运算范围。
相信会有很好的表现。
相信会有很好的表现。
bobojing8841 2006-08-16
- 打赏
- 举报
更何况，64位处理器根本不象你们象的仅仅是寻址空间的扩大，这只是额外的好处而已。
真正的好处是，许多指令不需要在分割成数条32位微指令执行了，可以直接处理64位指令，大大减少了指令数量，节约了大量的cpu周期。
真正的好处是，许多指令不需要在分割成数条32位微指令执行了，可以直接处理64位指令，大大减少了指令数量，节约了大量的cpu周期。
bobojing8841 2006-08-16
- 打赏
- 举报
请问楼上的，一张dvd镜像多大啊......
yrj 2006-08-10
- 打赏
- 举报
我想不明白，个人电脑中的软件，有64位运算的需求吗？
16－>32位很有意义，比如颜色的表示，32真彩色确实比64K色表现能力好。
但是32->64位的意义何在？
服务器才需要吧，访问大于4G字节的文件，seek的位置好计算。但是个人应用中有这么大的文件吗？
16－>32位很有意义，比如颜色的表示，32真彩色确实比64K色表现能力好。
但是32->64位的意义何在？
服务器才需要吧，访问大于4G字节的文件，seek的位置好计算。但是个人应用中有这么大的文件吗？
BlueTrees 2006-08-09
- 打赏
- 举报
你总不能让我在服务器上直接开发吧？呵呵
我总不能在一台32位的桌面电脑上开发64位的服务器程序吧？那样岂不是麻烦死了？
上面说了，加大CPU的操作数字长对提高速度有帮助。另外，高清晰电影文件的尺寸也越来越大，如果也是用影射文件的方式加载的，恐怕就要加载不了了。
64位提高了整数的范围，我想可能有利于3D创作。电影剪辑或者后期制作用的工作站用64位应该是只有好处吧，那么普通玩家在玩游戏的时候同样也能享受到64位的好处，如果技术允许，为什么不让普通用户也享受更好的效果呢？
还有，对于市场的影响，64位台式机普及，会让服务器的门槛进一步降低，会激发更多的应用，对于繁荣软件业有好处。如果没有台式机不停的性能提升，服务器的价格会下降这么多吗？从2000开始就有人用普通PC来充当服务器了。比如用台式机改装软件后充当路由器，性能还是相当不错的，至少用不着去买Cisico的吧，更用不着花大价钱来雇一个什么XXX认证过的管理员吧？
如果没有台式机的进步，我想不会有现在IT业的繁荣。
台式机推广64位，会推动IT的进步。
我总不能在一台32位的桌面电脑上开发64位的服务器程序吧？那样岂不是麻烦死了？
上面说了，加大CPU的操作数字长对提高速度有帮助。另外，高清晰电影文件的尺寸也越来越大，如果也是用影射文件的方式加载的，恐怕就要加载不了了。
64位提高了整数的范围，我想可能有利于3D创作。电影剪辑或者后期制作用的工作站用64位应该是只有好处吧，那么普通玩家在玩游戏的时候同样也能享受到64位的好处，如果技术允许，为什么不让普通用户也享受更好的效果呢？
还有，对于市场的影响，64位台式机普及，会让服务器的门槛进一步降低，会激发更多的应用，对于繁荣软件业有好处。如果没有台式机不停的性能提升，服务器的价格会下降这么多吗？从2000开始就有人用普通PC来充当服务器了。比如用台式机改装软件后充当路由器，性能还是相当不错的，至少用不着去买Cisico的吧，更用不着花大价钱来雇一个什么XXX认证过的管理员吧？
如果没有台式机的进步，我想不会有现在IT业的繁荣。
台式机推广64位，会推动IT的进步。
mathe 2006-08-09
- 打赏
- 举报
很显然,服务器芯片(特别是高端服务器)是需要64位的内存的,实际上64位寻址空间的服务器芯片早就出来了,只是不是x86的.
可是现在的问题是,现在台式机上都要推广64位芯片,这基本上就弊大于利.
可是现在的问题是,现在台式机上都要推广64位芯片,这基本上就弊大于利.
bsonlinedown 2006-08-08
- 打赏
- 举报
64 位兼容 32 位，32 位性能损失很小，64 位 = 64 位 + 32 位，64 位只有利，没有弊。
bsonlinedown 2006-08-08
- 打赏
- 举报
// 你要说用PII266+810都没面子
不懂不要乱说，PII266 配 440 的，Celeron 和 PIII (370) 才配 810
不懂不要乱说，PII266 配 440 的，Celeron 和 PIII (370) 才配 810
飞翔熊 2006-08-08
- 打赏
- 举报
4GB地址空间并不够用，特别是服务器程序
这年头用word写文件要用至强3G以上的CPU 玩扫雷得用SLI7900GT
你要说用PII266+810都没面子
这年头用word写文件要用至强3G以上的CPU 玩扫雷得用SLI7900GT
你要说用PII266+810都没面子
BlueTrees 2006-08-08
- 打赏
- 举报
4GB地址空间并不够用，特别是服务器程序，在32位情况下，数据库服务程序设计比较麻烦的，一般数据库的都会超过4G（当然不会全部装载到内存），单纯使用映射文件，最大只能4G的寻址，加上系统保留的地址空间，设置后缩小系统保留空间，也只有3GB的地址空间，是很不方便的。
服务器的实际物理内存很多也超过4GB了，有的达到16GB。超过了32位的寻址空间，目前只能用特殊的驱动程序来控制和使用，编程不是很便利。
大尺寸的文件也屡见不鲜，比如超过4GB的高清晰电影文件，以后家用电脑需要的地址空间也会越来越大，32位是难以满足的。
64加宽了数据总线，对于提高CPU和内存之间的数据交换速度也是很有好处的，假定读取数据总线要消耗1个时钟周期，在32位宽度下读取64位数据就需要2个时钟周期，在64位情况下就只要1个时钟周期了。
总的来说，不考虑制造成本和价格，只考虑性能提升，64位只有好处没有坏处。
服务器的实际物理内存很多也超过4GB了，有的达到16GB。超过了32位的寻址空间，目前只能用特殊的驱动程序来控制和使用，编程不是很便利。
大尺寸的文件也屡见不鲜，比如超过4GB的高清晰电影文件，以后家用电脑需要的地址空间也会越来越大，32位是难以满足的。
64加宽了数据总线，对于提高CPU和内存之间的数据交换速度也是很有好处的，假定读取数据总线要消耗1个时钟周期，在32位宽度下读取64位数据就需要2个时钟周期，在64位情况下就只要1个时钟周期了。
总的来说，不考虑制造成本和价格，只考虑性能提升，64位只有好处没有坏处。
locowalker 2006-08-01
- 打赏
- 举报
学习
FengYuanMSFT 2006-07-30
- 打赏
- 举报
> 对于一般的应用程序来说,基本不会有超过4G的内存的需求了,所以从这方面来说,
> 扩充到64位的内存地址空间意义不大
应用程序实际可用内存只有 1.5 Gb 左右, 不是 4G.
> 扩充到64位的内存地址空间意义不大
应用程序实际可用内存只有 1.5 Gb 左右, 不是 4G.
bruceteen 2006-06-30
- 打赏
- 举报
而且IA-32很早就是用64位浮点数了（什么SSE，3DNow），有什么偏差呢？
--- 有人竟然不知道x86的80387数字协处理器是80位的
--- 有人竟然不知道x86的80387数字协处理器是80位的
mathe 2006-06-29
- 打赏
- 举报
这个好像离题了.
我觉得64位炒作大于实际用途.
64位同32位,16位相比较,主要是两方面的变化
i)内存寻址空间的变化.
对于16位,线性地址空间只有2^16=64K,而32位的可以达到2^32=4G的线性地址空间,而64位可以达到2^64的线性地址空间,这可是一个天文数字;而实际上,对于一般的应用程序来说,基本不会有超过4G的内存的需求了,所以从这方面来说,扩充到64位的内存地址空间意义不大,这反而是一种资源的浪费:原先的程序,指针只要32比特就可以了,现在保存一个指针需要64比特了,浪费一半的内存空间呀!!!
ii)通用寄存器从32位改变到64位,相应的,提供了64位整数计算的指令,也就是说,同样一个时钟周期里面,原先只能计算32比特的整数加法,现在可以计算64比特的整数加法了!
实际上也并非如此,比如奔腾的CPU,虽然寄存器都是32位的,实际上已经提供了64比特整数计算的指令了. 所以,这里的问题不在于32位寄存器还是64位寄存器.
我觉得64位炒作大于实际用途.
64位同32位,16位相比较,主要是两方面的变化
i)内存寻址空间的变化.
对于16位,线性地址空间只有2^16=64K,而32位的可以达到2^32=4G的线性地址空间,而64位可以达到2^64的线性地址空间,这可是一个天文数字;而实际上,对于一般的应用程序来说,基本不会有超过4G的内存的需求了,所以从这方面来说,扩充到64位的内存地址空间意义不大,这反而是一种资源的浪费:原先的程序,指针只要32比特就可以了,现在保存一个指针需要64比特了,浪费一半的内存空间呀!!!
ii)通用寄存器从32位改变到64位,相应的,提供了64位整数计算的指令,也就是说,同样一个时钟周期里面,原先只能计算32比特的整数加法,现在可以计算64比特的整数加法了!
实际上也并非如此,比如奔腾的CPU,虽然寄存器都是32位的,实际上已经提供了64比特整数计算的指令了. 所以,这里的问题不在于32位寄存器还是64位寄存器.
supercow 2006-06-24
- 打赏
- 举报
WIN95确实是32了～～ 但是他对16位程序的兼容还是有目共睹的～～
碧海情天-赵亮 2006-06-23
- 打赏
- 举报
当然利大于弊，不然就不会出来。
我觉得把理论上的利弊落实上实际应用上更好些。
比如，６４位能带来哪些应用上的有价值的改变，甚至干脆就是由其而产生新的应用。
而其“弊”又是将会体现在应用中的哪些方面，如何应付？
我觉得把理论上的利弊落实上实际应用上更好些。
比如，６４位能带来哪些应用上的有价值的改变，甚至干脆就是由其而产生新的应用。
而其“弊”又是将会体现在应用中的哪些方面，如何应付？
Laney 2006-06-23
- 打赏
- 举报
回复人：tyzyx(我想要买房子) ( 一级(初级)) 信誉：99 2006-06-21 10:35:00 得分:0
16位转32位的时候，微软平滑的过度，95->98->2k win32子系统部分兼容16位的系统。
我想，转到64位的时候，这应当是也是一个优点吧。
==================================================================================
win95就应该算是32位的了。
16位转32位的时候，微软平滑的过度，95->98->2k win32子系统部分兼容16位的系统。
我想，转到64位的时候，这应当是也是一个优点吧。
==================================================================================
win95就应该算是32位的了。
异想天开的妄想狂 2006-06-23
- 打赏
- 举报
不了解 抱着学习的态度来听。
fangzhe 2006-06-22
- 打赏
- 举报
tyzyx(我想要买房子)说的正是AMD的x86-64(Intel叫EM64T)比IA-64架构的优势
bruceteen(周星星)说的是哪听来的？莫名奇妙。而且IA-32很早就是用64位浮点数了（什么SSE，3DNow），有什么偏差呢？退一万步，低精度－>高精度怎么会有偏差呢？
EM64T架构全面兼容32位的IA-32架构，不会有任何问题
bruceteen(周星星)说的是哪听来的？莫名奇妙。而且IA-32很早就是用64位浮点数了（什么SSE，3DNow），有什么偏差呢？退一万步，低精度－>高精度怎么会有偏差呢？
EM64T架构全面兼容32位的IA-32架构，不会有任何问题
加载更多回复（4）
