POPPUR爱换

标题: 64bit 就是骗钱的垃圾，I /A 没一个好东西！统统的骗子 [打印本页]

作者: samhrc 时间: 2007-8-28 07:23
标题: 64bit 就是骗钱的垃圾，I /A 没一个好东西！统统的骗子
64bit 就是骗钱的垃圾，I /A 没一个好东西！

装了64bit Vista ，照样不能识别4GB内存。反倒是好些原来XP能用的程序用不了了。

作者: su27_jx 时间: 2007-8-28 07:51
不可能吧，xd，你的硬件有兼容性问题吧。

作者: slice 时间: 2007-8-28 07:52
:loveliness:
:loveliness: 自己主板支持不好怪系统。。。。。。。

作者: alex14sc 时间: 2007-8-28 07:54
说个四川俗话批歪怪桶漏~:lol: :lol: :lol:

作者: bwdinlife 时间: 2007-8-28 08:02

原帖由 alex14sc 于 2007-8-28 07:54 发表
说个四川俗话批歪怪桶漏~:lol: :lol: :lol:

翻译成普通话就是

逼歪怪桶漏哇

作者: mcwxx001 时间: 2007-8-28 08:14
翻译　挺好撒。～～～

作者: delphi5-10 时间: 2007-8-28 09:30

原帖由 slice 于 2007-8-28 07:52 发表
:loveliness:
:loveliness: 自己主板支持不好怪系统。。。。。。。

这一点很重要w00t)

作者: shike_cuke 时间: 2007-8-28 10:11
LZ看看你什么板子吧，I945，NV 550以上的才可以..................

作者: Edison 时间: 2007-8-28 10:42
你没有在BIOS内打开memory hole。

作者: samhrc 时间: 2007-8-28 13:15
Y ～的
板子不支持:wacko:

64bit 实用性也不强，原来看不流畅的影片照样看不了。现阶段除了能吸引眼球骗钱之外还能干啥？

作者: clockrun 时间: 2007-8-28 13:17
等真正进入64位时代了估计又会有人说当初的16位32位全是骗人的

作者: 汉尼拔 时间: 2007-8-28 13:28
提示: 作者被禁止或删除内容自动屏蔽

作者: HardCoded 时间: 2007-8-28 13:30

原帖由 samhrc 于 2007-8-28 13:15 发表
Y ～的
板子不支持:wacko:

64bit 实用性也不强，原来看不流畅的影片照样看不了。现阶段除了能吸引眼球骗钱之外还能干啥？

:lol: 看片用的是浮点，管64屁事，再说X64确实是给服务器用的。个人用户用那个干嘛？再说这也是AMD和Intel白送你的技术。何必呢兄弟。

作者: ayanamei 时间: 2007-8-28 13:33

原帖由 samhrc 于 2007-8-28 13:15 发表
Y ～的
板子不支持:wacko:

64bit 实用性也不强，原来看不流畅的影片照样看不了。现阶段除了能吸引眼球骗钱之外还能干啥？

目前基本还没有64bit的软件你指望os支持一个64bit能管啥用。。。

作者: ConroeXE 时间: 2007-8-28 13:40
提示: 作者被禁止或删除内容自动屏蔽

作者: Prescott 时间: 2007-8-28 13:44
靠，4年前我和A Fans大战3百回合，力挺桌面64bit无用论的时候，LZ怎么不出来帮我。:devil:

作者: ConroeXE 时间: 2007-8-28 13:48
提示: 作者被禁止或删除内容自动屏蔽

作者: ConroeXE 时间: 2007-8-28 13:53
提示: 作者被禁止或删除内容自动屏蔽

作者: itany 时间: 2007-8-28 14:32

原帖由 Prescott 于 2007-8-28 13:44 发表
靠，4年前我和A Fans大战3百回合，力挺桌面64bit无用论的时候，LZ怎么不出来帮我。:devil:

用户用脚投票的事实证明，在A64之后的五年内，64bit对于普通桌面用户都是无用的

个人认为，x64就是起到了扩展寻址能力的作用，按照AMD的说法，就是“假64位”
我们真正需要的是，64位铲除x86对于性能发展的桎梏，重新开张，通过软件即时编译的方法实现兼容现在的x86

作者: jaguard 时间: 2007-8-28 14:36

原帖由 itany 于 2007-8-28 14:32 发表

用户用脚投票的事实证明，在A64之后的五年内，64bit对于普通桌面用户都是无用的

个人认为，x64就是起到了扩展寻址能力的作用，按照AMD的说法，就是“假64位”
我们真正需要的是，64位铲除x86对于性能发 ...

一个事实就是，64BIT虽然目前提现不出来，但这是一个必经的阶段，没大寻址别说系统，对很多软件和应用早晚都是瓶颈

作者: rinei 时间: 2007-8-28 14:37
32bit 一个instance只能1.75G内存的痛苦飘过

作者: potomac 时间: 2007-8-28 14:39
提示: 作者被禁止或删除内容自动屏蔽

作者: itany 时间: 2007-8-28 14:50

原帖由 jaguard 于 2007-8-28 14:36 发表

一个事实就是，64BIT虽然目前提现不出来，但这是一个必经的阶段，没大寻址别说系统，对很多软件和应用早晚都是瓶颈

任何64位的实现方式都可以达到增加寻址范围的目的
但是很不幸的是，AMD在诸多方案中找到了一个最了色的，而且更不幸的是，在MS的压力下，Intel也掉进了坑里

作者: myomy 时间: 2007-8-28 14:55
楼主人呢???????

作者: Edison 时间: 2007-8-28 15:11
AMD的方案除了立即数不是也拉到64bit外，基本上和Intel历史上的升迁方式一样，问题是用x64编程的时候，额外的8个寄存器需要特定的flag，这会加重decoder的压力，会使用上的程序员恐怕目前并不多，而且64bit的代码膨胀一倍也会加大cache等存储单元的占用。

常见的应用中目前只有Far Cry、Company of Heroes、x264等会从中获益。

作者: ConroeXE 时间: 2007-8-28 15:19
提示: 作者被禁止或删除内容自动屏蔽

作者: Prescott 时间: 2007-8-28 15:46
怕是绝大多数的64bit程序员根本搞不清楚那几个REX是怎么回事，也不需要，port到64bit其实还是相当容易的，只要程序员对移植稍微有点概念。

64bit怎么编码，立即数几位，到底用了那些寄存器，这些东西对于程序员完全是透明的，编译器会处理的，该加REX的时候，他们自然会加上。

至于性能优势，就不要指望太多了，最多也就是多访问点内存空间，在桌面上，还真的没什么动力和压力。

[ 本帖最后由 Prescott 于 2007-8-28 15:48 编辑 ]

作者: ConroeXE 时间: 2007-8-28 16:19
提示: 作者被禁止或删除内容自动屏蔽

作者: 89度热水 时间: 2007-8-28 16:51
32位X86花了10年才普及

作者: the_god_of_pig 时间: 2007-8-28 17:31
把地心实验室占下，看专业人士PK:loveliness:

作者: 菜鸟来啦 时间: 2007-8-28 17:38
64bit 唯一体现的地方就是你可以装到64BIT的OS啊w00t)

作者: 承谦堂 时间: 2007-8-28 19:27

原帖由 Prescott 于 2007-8-28 15:46 发表
怕是绝大多数的64bit程序员根本搞不清楚那几个REX是怎么回事，也不需要，port到64bit其实还是相当容易的，只要程序员对移植稍微有点概念。.gAb~1lz1i

'z/q*I @8m6l5b_64bit怎么编码，立即数几位，到底用了那些寄存器，这些东西对于程序员完全是透明的，编译器会处理的，该加REX的时候，他们自然会加上。WE.PCINLIFE我们的讲场0|#rp[#Q+myCR

,Z~y)^0N1MWE.PCINLIFE我们的讲场至于性能优势，就不要指望太多了，最多也就是多访问点内存空间，在桌面上，还真的没什么动力和压力。we.pcinlife.com|)G+@

桌面的动力和压力很快就会到来的。

作者: slice 时间: 2007-8-28 19:49
目前看来32位的限制很快就会让某些游戏开发者郁闷了。。。。。
桌面上也就游戏激进点想着方榨干你的系统。。。

[ 本帖最后由 slice 于 2007-8-28 19:52 编辑 ]

作者: samhrc 时间: 2007-8-28 20:56
本来想好好利用一下X64 Vista呢<---还是正版的哦 .无奈不支持4GB内存，只有3.2GB

俺也觉得 64bit 真没啥用，游戏一个没有。俺电脑主要看片用。装64Vista 位本来想YY 的。结果～～～～～～～～

作者: ConroeXE 时间: 2007-8-28 22:53
提示: 作者被禁止或删除内容自动屏蔽

作者: ConroeXE 时间: 2007-8-28 23:02
提示: 作者被禁止或删除内容自动屏蔽

作者: clockrun 时间: 2007-8-28 23:16
楼上这位兄台啊，你把SSE4看得也太神了一点。
根据现有的测试结果，不得不承认SSE4这个指令集所带来的性能提示的确是很明显。
但是～
应用到实际情况中，是否每个程序都会有如此大的性能提升？
因此如果Intel单纯是用SSE4就想将x86处理器性能提升到一个新的高度，那是白日做梦，只能说部分对SSE4特别依赖的程序可以获得令人刮目相看的性能，而实际应用中（比如说操作系统响应速度）可能就不会有那么明显的提升。
就事论事而已。没必要把x86-64看得如此轻薄，毕竟这也是一个市场的需要。只不过x86-64太不争气，没有大家想象的那么好而已

作者: ConroeXE 时间: 2007-8-29 00:15
提示: 作者被禁止或删除内容自动屏蔽

作者: ConroeXE 时间: 2007-8-29 00:48
提示: 作者被禁止或删除内容自动屏蔽

作者: ConroeXE 时间: 2007-8-29 00:52
提示: 作者被禁止或删除内容自动屏蔽

作者: gaot 时间: 2007-8-29 00:55
做广告也做得敬业点。刷楼很好玩么(_(

作者: ConroeXE 时间: 2007-8-29 01:00
提示: 作者被禁止或删除内容自动屏蔽

作者: marine_gxf 时间: 2007-8-29 01:05

原帖由 Prescott 于 2007-8-28 13:44 发表
靠，4年前我和A Fans大战3百回合，力挺桌面64bit无用论的时候，LZ怎么不出来帮我。:devil:

w00t) 记忆犹新～历历在目

作者: gaot 时间: 2007-8-29 01:11
PD：我是双核的[/red]
神×新梦：采用了LGA775封装“新奔腾4”处理器5**，主频达到了*.**GHZ[/red]
广告谁没做过:whistling:

－－by中立的客观的理性的消费者-_-

作者: Tanknet 时间: 2007-8-29 01:24
标题: 回复 #44 gaot 的帖子
还有"FSB800的P4才是真P4,FSB533的是不良品"等

作者: gaot 时间: 2007-8-29 01:27
奔腾技术的赛扬是最搞笑的:lol:

作者: ConroeXE 时间: 2007-8-29 01:30
提示: 作者被禁止或删除内容自动屏蔽

作者: gaot 时间: 2007-8-29 01:37
我只是说，广告谁都做过。和p4比广告，athlon还嫩呢:loveliness:
人家只是柔弱的消费者而已，表吓我:crying:

作者: ConroeXE 时间: 2007-8-29 01:47
提示: 作者被禁止或删除内容自动屏蔽

作者: luobo003 时间: 2007-8-29 02:30
提示: 作者被禁止或删除内容自动屏蔽

作者: itany 时间: 2007-8-29 02:31

原帖由 gaot 于 2007-8-29 01:11 发表
PD：我是双核的[/red]
神×新梦：采用了LGA775封装“新奔腾4”处理器5**，主频达到了*.**GHZ[/red]
广告谁没做过:whistling:

－－by中立的客观的理性的消费者-_-

问题是这个广告说的都是实话阿
那个是假的？ (_(

作者: itany 时间: 2007-8-29 02:32

原帖由 Tanknet 于 2007-8-29 01:24 发表
还有"FSB800的P4才是真P4,FSB533的是不良品"等

神州的真P4才是假广告~

作者: ConroeXE 时间: 2007-8-29 02:45
提示: 作者被禁止或删除内容自动屏蔽

作者: ConroeXE 时间: 2007-8-29 02:57
提示: 作者被禁止或删除内容自动屏蔽

作者: xxxyyy 时间: 2007-8-29 04:58
提示: 作者被禁止或删除内容自动屏蔽

作者: HardCoded 时间: 2007-8-29 07:02

原帖由 承谦堂 于 2007-8-28 19:27 发表

桌面的动力和压力很快就会到来的。

早呢，等单根4G内存200元吧。

作者: HardCoded 时间: 2007-8-29 07:03

原帖由 ConroeXE 于 2007-8-28 22:53 发表

如果X86-64位桌面动力真的到来，不会来自内存寻址的需求，而是来自对sse4的渴望！

现在也没有多少人在意什么SSE4这种东西了，编译器不能自动优化的东西没人想用它。

作者: Edison 时间: 2007-8-29 13:10
Intel的10.0版支持SSE4，cpu2000的mesa性能提高不少。

作者: HardCoded 时间: 2007-8-29 13:36

原帖由 Edison 于 2007-8-29 13:10 发表
Intel的10.0版支持SSE4，cpu2000的mesa性能提高不少。

光支持没用的，实现不了不改动源代码的自动优化，SSE4就很难被大项目开发者认可。不是程序员懒，而是做程序员要掌握的东西太多了。

作者: gaot 时间: 2007-8-29 13:43
为啥两年多过去了，a和i都没做出真64放到零售市场来:mad: 这个才是大问题
整天广告打来打去无不无聊啊。amd也是，64bit的实际性能还和32bit的xp差不多，intel也是，在64位OS里效能跟32的os里的差不多。两家公司在干啥啊？1g条子现在都白菜了，2g条子也越来越便宜，马上就要人人4G了，这个问题怎么还不解决？:mad:
ms就不说了。米国的电信:mad:

作者: bessel 时间: 2007-8-29 18:17
显存的空间好像也要计算进去，32位系统就4G空间，留给驱动和应用程序就2到3G，
如果你有很大的显存比如说1.5G.....

原帖由 ConroeXE 于 2007-8-28 23:02 发表

你用过多少超过2G内存的程序？

体会过那样大的内存占用量对数据交换，对总线带宽，对CPU和显卡运算能力的压力么？体验过那么大内存占用情况下内存出错的风险么？更何况是游戏这种对实时交互和安全性要求 ...

作者: FENG950 时间: 2007-8-29 19:26

原帖由 HardCoded 于 2007-8-29 13:36 发表

光支持没用的，实现不了不改动源代码的自动优化，SSE4就很难被大项目开发者认可。不是程序员懒，而是做程序员要掌握的东西太多了。

使用新的API就可以了，Intel很多性能库都有三大平台版，要求性能的肯定会上。

作者: samhrc 时间: 2007-8-29 19:50

原帖由 gaot 于 2007-8-29 13:43 发表
为啥两年多过去了，a和i都没做出真64放到零售市场来:mad: 这个才是大问题
整天广告打来打去无不无聊啊。amd也是，64bit的实际性能还和32bit的xp差不多，intel也是，在64位OS里效能跟32的os里的差不多。两家公司 ...

所以说呢，我感觉 64bit 是A和I强加给用户的（当然用户还要为无用的功能买单）。64bit 的桌面OS虽然放出了，但是啥应用都没有。真正能体现出64bit 优势的更是没有。所以有理由怀疑 A/I强加给我们的到底是啥玩意儿，是不是真正的64bit 。

作者: bessel 时间: 2007-8-29 20:03
ms这个黑锅应该是软件商承当?

原帖由 samhrc 于 2007-8-29 19:50 发表

所以说呢，我感觉 64bit 是A和I强加给用户的（当然用户还要为无用的功能买单）。64bit 的桌面OS虽然放出了，但是啥应用都没有。真正能体现出64bit 优势的更是没有。所以有理由怀疑 A/I强加给我们的到底是 ...

作者: 紫色 时间: 2007-8-29 20:22
16位进化到32位，与32位进化到64位不一样。浮点数一般4个字节，16位下要两次操作，进化到32位速度提高一倍。32位到64位没有这种奇迹，64位的浮点数或整数用的不多，至少显然没有32位产生时的那么大的效果。也许64位最终也就是5%的速度提升。

但这也没什么不好的, 科学计算就用上了, 64位浮点数提高了计算精度. fortran,matlab程序员肯定欢迎.

突破4G寻址就是进步，就算其他方面没有任何进步，64位也有价值。

谈何强加64位给用户呢? x86-64绝对是技术进步！

我喜欢AMD。amd绝对不是技术低能儿。
4cpu测试，opteron比老至强快30%都不止，虽然台式机cpu测试双方各有胜负，但是cpu一多，intel马上不行..，扣肉没有改变这种状态。

话说回来，AMD的那些广告词明显是误导用户。

[ 本帖最后由紫色于 2007-8-29 20:26 编辑 ]

作者: wl00560 时间: 2007-8-29 20:24
我觉得64位的时代不会要多久了，世上的事是这样，一定要火烧眉毛才会行动……
4G的内存不久就会成为主流，到时候，你不用64位也得用，还不要说未来4G之上的内存，64位的时代逼都要逼出来……

作者: yyycxhtx 时间: 2007-8-29 20:35

原帖由 ConroeXE 于 2007-8-29 01:00 发表
再瞧瞧方正采用amd64，为吹嘘64，发表在科技日报的文章：

“在（方正）发布会现场，合作双方展示了多款计划推出的产品。基于AMD64技术的方正64位新品将于90天内上市，用户将能拥有更多的选择，以及高性能64位 ...

真无聊做广告的有几个是真的？
intel做的这种事情还少吗？

你总不至于广告说什么你就信什么吧？？那也只能说是你自己的问题了~~

作者: samhrc 时间: 2007-8-29 20:43

原帖由 bessel 于 2007-8-29 20:03 发表
ms这个黑锅应该是软件商承当?

软件还没有迫切的64位计算需求！所以归根到底是CPU 厂商惦记着最终用户的钱包。硬件平台还没有协调好匆匆推出64位CPU 。（看看有多少主板和芯片组不支持大于 4GB的内存）

作者: westlee 时间: 2007-8-29 20:46
提示: 作者被禁止或删除内容自动屏蔽

作者: ConroeXE 时间: 2007-8-29 20:50
提示: 作者被禁止或删除内容自动屏蔽

作者: spinup 时间: 2007-8-29 22:09

原帖由 samhrc 于 2007-8-29 20:43 发表

软件还没有迫切的64位计算需求！所以归根到底是CPU 厂商惦记着最终用户的钱包。硬件平台还没有协调好匆匆推出64位CPU 。（看看有多少主板和芯片组不支持大于 4GB的内存）

错了
64位软件的研发与成熟需要少则5年,多则10年的过程.
实际上已经有人需要64bit软件了,虽然主要还集中在工作站和服务器领域.
所以x86-64并不是出来早了,而是已经晚了.个人用户也已经有不少开始用4G甚至更多内存了,而M$的操作系统还有硬件开发商都还没准备好驱动程序.
软件没准备好应该是怪硬件出来太晚,怎么倒过来怪硬件出来太早?如果现在才出x86-64,64位操作系统将在3年后才能勉强使用,而那时候估计多数人已经至少8G内存了........

作者: samhrc 时间: 2007-8-29 22:16
软件没准备好应该是怪硬件出来太晚,怎么倒过来怪硬件出来太早?如果现在才出x86-64,64位操作系统将在3年后才能勉强使用,而那时候估计多数人已经至少8G内存了........

--------------------------------------------------------------
最后一句话是自相矛盾的：既然64位操作系统将在3年后才能勉强使用，在那之前3年内存已经限制死了不能大于4GB了。怎麽可能64bit 桌面OS一出，一夜之间多数人已经至少8G内存了？？？？

作者: spinup 时间: 2007-8-29 22:33

原帖由 samhrc 于 2007-8-29 22:16 发表
软件没准备好应该是怪硬件出来太晚,怎么倒过来怪硬件出来太早?如果现在才出x86-64,64位操作系统将在3年后才能勉强使用,而那时候估计多数人已经至少8G内存了........

-------------------------------------- ...

内存的价格是遵循摩尔定律的.3年以后8G内存大概也就现在2G的价格.现在新装机用2G很普通吧?3年以后买8G也是将是很普通的.
----32位系统用8G内存还是可以用的.只不过多出来的用起来并不方便.64bit才能发挥4G以上内存的用处.

现在有多少人已经用上了4G内存?居然还有人敢说64位硬件"超前"了?

作者: ConroeXE 时间: 2007-8-29 22:35
提示: 作者被禁止或删除内容自动屏蔽

作者: itany 时间: 2007-8-29 22:36

原帖由紫色于 2007-8-29 20:22 发表
16位进化到32位，与32位进化到64位不一样。浮点数一般4个字节，16位下要两次操作，进化到32位速度提高一倍。32位到64位没有这种奇迹，64位的浮点数或整数用的不多，至少显然没有32位产生时的那么大的效果。也许 ...

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

作者: potomac 时间: 2007-8-29 22:38
提示: 作者被禁止或删除内容自动屏蔽

作者: itany 时间: 2007-8-29 22:40

原帖由 spinup 于 2007-8-29 22:09 发表

错了
64位软件的研发与成熟需要少则5年,多则10年的过程.
实际上已经有人需要64bit软件了,虽然主要还集中在工作站和服务器领域.
所以x86-64并不是出来早了,而是已经晚了.个人用户也已经有不少开始用4G甚至更 ...

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

作者: ConroeXE 时间: 2007-8-29 22:43
提示: 作者被禁止或删除内容自动屏蔽

作者: bessel 时间: 2007-8-29 22:44
双精度浮点一直都有的，并不是到了x86-64才有。

原帖由紫色于 2007-8-29 20:22 发表
但这也没什么不好的, 科学计算就用上了, 64位浮点数提高了计算精度. fortran,matlab程序员肯定欢迎.

作者: ConroeXE 时间: 2007-8-29 22:45
提示: 作者被禁止或删除内容自动屏蔽

作者: awoo 时间: 2007-8-29 22:48

原帖由 Prescott 于 2007-8-28 13:44 发表
靠，4年前我和A Fans大战3百回合，力挺桌面64bit无用论的时候，LZ怎么不出来帮我。:devil:

最热点的两个:
桌面64bit
P4的HT.
现在还在延续。。

作者: bessel 时间: 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无疑是这些方案中最糟糕的一个

作者: awoo 时间: 2007-8-29 22:50

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

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

兼不兼容32BIT，你想个好方案

作者: spinup 时间: 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就是促进生产力的发展?

作者: ConroeXE 时间: 2007-8-29 22:59
提示: 作者被禁止或删除内容自动屏蔽

作者: ConroeXE 时间: 2007-8-29 23:10
提示: 作者被禁止或删除内容自动屏蔽

作者: awoo 时间: 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了。

作者: spinup 时间: 2007-8-29 23:20

原帖由 ConroeXE 于 2007-8-29 23:10 发表
华硕电脑在凯莱酒店举办题为“我行，我速”华硕笔记本领跑64位轻薄时代发布会：

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

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

作者: 紫色 时间: 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 编辑 ]

作者: ConroeXE 时间: 2007-8-29 23:24
提示: 作者被禁止或删除内容自动屏蔽

作者: ConroeXE 时间: 2007-8-29 23:26
提示: 作者被禁止或删除内容自动屏蔽

作者: spinup 时间: 2007-8-29 23:27

原帖由紫色于 2007-8-29 23:20 发表

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

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

作者: ConroeXE 时间: 2007-8-29 23:29
提示: 作者被禁止或删除内容自动屏蔽

作者: 紫色 时间: 2007-8-29 23:32
什么改得满快，你回的东西我现在才看见，
64位提高精度，就是那个意思。

作者: ConroeXE 时间: 2007-8-29 23:34
提示: 作者被禁止或删除内容自动屏蔽

作者: ConroeXE 时间: 2007-8-29 23:37
提示: 作者被禁止或删除内容自动屏蔽

作者: 紫色 时间: 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 时间: 2007-8-29 23:46
提示: 作者被禁止或删除内容自动屏蔽

作者: ConroeXE 时间: 2007-8-29 23:47
提示: 作者被禁止或删除内容自动屏蔽

作者: itany 时间: 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 编辑 ]

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