POPPUR爱换

 找回密码
 注册

QQ登录

只需一步,快速开始

手机号码,快捷登录

搜索
楼主: samhrc
打印 上一主题 下一主题

64bit 就是骗钱的垃圾,I /A 没一个好东西!统统的骗子

[复制链接]
81#
发表于 2007-8-29 22:48 | 只看该作者
原帖由 Prescott 于 2007-8-28 13:44 发表
靠,4年前我和A Fans大战3百回合,力挺桌面64bit无用论的时候,LZ怎么不出来帮我。:devil:

最热点的两个:
桌面64bit
P4的HT.
现在还在延续。。
回复 支持 反对

使用道具 举报

82#
发表于 2007-8-29 22:49 | 只看该作者
不兼容老的x86是很危险的,嘿嘿。
历史遗留问题。


原帖由 itany 于 2007-8-29 22:40 发表

不是反对64位阿3T2V5[b"D'X/E:Rrb
而是现在的x86本来就已经成了性能提高的瓶颈,不趁着64位进程把x86推翻,后患无穷
"]U
sW;n@V}而x64延续了x86的性命,阻碍生产力的发展,这才是反对x64的原因
XJHr[sjC8r9q任何64位都可以实现内存寻址的扩张,但是现在x64无疑是这些方案中最糟糕的一个
回复 支持 反对

使用道具 举报

83#
发表于 2007-8-29 22:50 | 只看该作者
原帖由 itany 于 2007-8-29 22:40 发表


不是反对64位阿
而是现在的x86本来就已经成了性能提高的瓶颈,不趁着64位进程把x86推翻,后患无穷
而x64延续了x86的性命,阻碍生产力的发展,这才是反对x64的原因
任何64位都可以实现内存寻址的扩张,但 ...

兼不兼容32BIT,你想个好方案
回复 支持 反对

使用道具 举报

84#
发表于 2007-8-29 22:53 | 只看该作者
原帖由 itany 于 2007-8-29 22:40 发表


不是反对64位阿
而是现在的x86本来就已经成了性能提高的瓶颈,不趁着64位进程把x86推翻,后患无穷
而x64延续了x86的性命,阻碍生产力的发展,这才是反对x64的原因
任何64位都可以实现内存寻址的扩张,但 ...

现在各指令集的处理器实现中,x86几乎是性能最高的.
三十年河东,三十年河西.x86本来阻碍性能提高的一些特点在某些时候却成为了性能提高可利用的优点.
当然以后可能出现其他情况.但是现在x86及x64并没有阻碍性能提高,阻碍性能提高的一些问题其他指令集同样有,有些甚至更严重.

用户的态度是硬道理.太多的人宁愿要笨拙但是平滑过渡的选择.intel自己不也同步研发yamhill?难道它研发的x64就是促进生产力的发展?
回复 支持 反对

使用道具 举报

头像被屏蔽
85#
发表于 2007-8-29 22:59 | 只看该作者
提示: 作者被禁止或删除 内容自动屏蔽
回复 支持 反对

使用道具 举报

头像被屏蔽
86#
发表于 2007-8-29 23:10 | 只看该作者
提示: 作者被禁止或删除 内容自动屏蔽
回复 支持 反对

使用道具 举报

87#
发表于 2007-8-29 23:17 | 只看该作者
原帖由 ConroeXE 于 2007-8-29 22:59 发表


至少在扩展64bit的同时,给出全新的浮点运算指令集。就如同intel推出sse2,指令集,寄存器,全是革命性的,连X86-64还得依靠它来实现浮点运算。

而amd的X86-64实际上就是个扩内存寻址,广告却是厚颜无耻 ...

这样兼容与扩展是有好处的,如果到现在还是32位的U,那么64位就会来得更慢些。至于给出全新的浮点运算指令集,也得看AMD有没有这些资金、时间和能力,如果他的规模有INTEL的一半以上,估计不是问题。而只有INTEL零头的AMD在竞争中,能拿出及时K8(虽然有点慢)也算不错了。你要求也太高了点,你把AMD与INTEL当成DELL与HP了。
回复 支持 反对

使用道具 举报

88#
发表于 2007-8-29 23:20 | 只看该作者
原帖由 ConroeXE 于 2007-8-29 23:10 发表
华硕电脑在凯莱酒店举办题为“我行,我速”华硕笔记本领跑64位轻薄时代发布会:

“此次发布的几款新品中,W3Z是华硕首款14寸 64位轻薄宽屏笔记本,面对主流商务用户需求,采用AMD Turion 64移动计算技术,打 ...

一些64位软件在32位的CPU下根本没办法跑.
速度为X:0:lol:
回复 支持 反对

使用道具 举报

89#
发表于 2007-8-29 23:20 | 只看该作者
原帖由 itany 于 2007-8-29 22:36 发表


64位提高了浮点的计算精度?
众所周知,32位下边有单精度、双精度,请问,64位怎么提升了浮点计算的精度的?
(_(


废话,计算精度只决定于源程序中变量声明为单精度或双精度,管你16位,32还是128位,计算精度当然都一样。
但双精度浮点数8个字节,64位可以一个周期完成加、减操作,32位能吗?科学计算的程序往往一算就是几天,如果你是程序员,要照顾到速度,32下你不是万不得已,就会避免双精度!这样的事情天天都在发生。
是啊是啊,我省写了几句,你脑袋就不转弯了?:lol:

[ 本帖最后由 紫色 于 2007-8-29 23:30 编辑 ]
回复 支持 反对

使用道具 举报

头像被屏蔽
90#
发表于 2007-8-29 23:24 | 只看该作者
提示: 作者被禁止或删除 内容自动屏蔽
回复 支持 反对

使用道具 举报

头像被屏蔽
91#
发表于 2007-8-29 23:26 | 只看该作者
提示: 作者被禁止或删除 内容自动屏蔽
回复 支持 反对

使用道具 举报

92#
发表于 2007-8-29 23:27 | 只看该作者
原帖由 紫色 于 2007-8-29 23:20 发表


双精度浮点数8个字节,32位cpu能一个周期?
科学计算的程序一算就是几天,如果你是程序员,要照顾到速度,32下你使用双精度吗?:lol:

.....浮点是有浮点处理器算的跟cpu字长无关.
32位处理器照样有64位双精度,甚至128位超长精度
northwood就是双精度浮点单周期发射的
回复 支持 反对

使用道具 举报

头像被屏蔽
93#
发表于 2007-8-29 23:29 | 只看该作者
提示: 作者被禁止或删除 内容自动屏蔽
回复 支持 反对

使用道具 举报

94#
发表于 2007-8-29 23:32 | 只看该作者
什么改得满快,你回的东西我现在才看见,
64位提高精度,就是那个意思。
回复 支持 反对

使用道具 举报

头像被屏蔽
95#
发表于 2007-8-29 23:34 | 只看该作者
提示: 作者被禁止或删除 内容自动屏蔽
回复 支持 反对

使用道具 举报

头像被屏蔽
96#
发表于 2007-8-29 23:37 | 只看该作者
提示: 作者被禁止或删除 内容自动屏蔽
回复 支持 反对

使用道具 举报

97#
发表于 2007-8-29 23:43 | 只看该作者
原帖由 ConroeXE 于 2007-8-29 23:34 发表


怎么提高呢?莫非出现256bit精度的运算了?:blink:



还要再说一遍?ok。

IEEE的三个标准:IEEE S_FLOATING ,IEEE T_FLOATING,IEEE X_FLOATING分别规定了用32位,64位,128位怎么来表示一个浮点数。这些位数决定了计算精度。

管你的CPU是16位,还是1024位,只要源程序决定了浮点数的表示位数,精度就确定了,这是像你这样的菜鸟都明白的道理(还蠢到以为别人不知道并想来为难别人)。

但是同样读写一个双精度浮点数,32位跟64位需要的时钟周期不同。64位的当然快些。

如果你是个程序员,你的程序在64位机器上编译运行要10天,32位的要20天,那么只要单精度的凑乎可以接受,那么你就会避免双精度。

这一切总结起来,就叫“64位的提高了精度“。因为你要在精度和计算时间之间妥协。

[ 本帖最后由 紫色 于 2007-8-30 00:37 编辑 ]
回复 支持 反对

使用道具 举报

potomac 该用户已被删除
98#
发表于 2007-8-29 23:46 | 只看该作者
提示: 作者被禁止或删除 内容自动屏蔽
回复 支持 反对

使用道具 举报

头像被屏蔽
99#
发表于 2007-8-29 23:47 | 只看该作者
提示: 作者被禁止或删除 内容自动屏蔽
回复 支持 反对

使用道具 举报

100#
发表于 2007-8-29 23:48 | 只看该作者
原帖由 紫色 于 2007-8-29 23:20 发表


废话,计算精度只决定于源程序中变量声明为单精度或双精度,管你16位,32还是128位,计算精度当然都一样。
但双精度浮点数8个字节,64位可以一个周期完成加、减操作,32位能吗?科学计算的程序往往一算就是 ...


别扯了
32位和64位SSE2都是一指令2个双精度浮点
您再说下去只是给知道的贻笑而已
不要以为前边引用一段话,之后加上自己的臆断就能蒙混过关
“但是同样读写一个双精度浮点数,32位跟64位需要的时钟周期不同。64位的当然快些”
就是64位了,双精度的吞吐量仍然比单精度小一倍,和32位完全一样

[ 本帖最后由 itany 于 2007-8-29 23:56 编辑 ]
回复 支持 反对

使用道具 举报

您需要登录后才可以回帖 登录 | 注册

本版积分规则

广告投放或合作|网站地图|处罚通告|

GMT+8, 2025-8-5 05:15

Powered by Discuz! X3.4

© 2001-2017 POPPUR.

快速回复 返回顶部 返回列表