POPPUR爱换

标题: INQ又爆料，AMD的缓存BUG始于K7，并一直存在？ [打印本页]

作者: itany 时间: 2007-12-8 23:31
标题: INQ又爆料，AMD的缓存BUG始于K7，并一直存在？
Subject: AMD L3 bug

Same darn L3 bug that existed in ALL AMD mp capables, starting with k7

No, they never fixed it, they discounted it due to where it was showing up: concurrent 16bit and 32bit FP operations incorrectly flagging good cache data as bad. And that wasn't the only problem with L3. Some of them they didn't have a clue where they were coming from, and the policy was to hush-hush.

So, no, it surprises me not, AMD has cache problems. Apparently they are getting worse due to thier chosen design path.

You know as well as I do that Intel also hit critical design problems with their NetBurst, only AMD has not the capacity to Intel it's way out of it.

Robert B

http://www.theinquirer.net/gb/inquirer/news/2007/12/06/letters-bunch-dilberts-acid

一家之言，姑且听之吧……

作者: 鲁爾 时间: 2007-12-8 23:35
:unsure: :unsure:

作者: 蒙大拿 时间: 2007-12-8 23:37
:funk: 英语:huh: :sweatingbullets: :sweatingbullets:

作者: xxy1 时间: 2007-12-9 00:00
翻译下吧，看不懂啊

作者: sonicxz 时间: 2007-12-9 00:00
AMD的K7,K8确实有BUG，不知道是不是这个
比如WAR3中某种情况，K7,K8都会崩溃导致系统无响应，这个已经碰到过很多次了，当然几率不明，INTEL的没这个问题，还有某些程序的时候,CPU也会异常:wacko: 以前就发过一帖，某人说是主板暗伤等原因。。。:lol:

作者: sonicxz 时间: 2007-12-9 00:02
顺便来段GOOGLE翻译，比X山好点:p
同时石坝的l3漏洞存在于所有amd国会议员capables开始k7

不，他们从来没有固定的话，他们的折扣，这是因为它被证明了：并行16位和32位计划生育作业错误萎靡不振的良好缓存的数据一样糟糕。这不是唯一的问题13 。他们中的一些人，他们没有一个线索，他们分别来自人民，和政策是hush - hush 。

所以，不，想不到我不要， amd已经缓存的问题。显然，他们是愈来愈差，因为他们选定的设计之路。

你知道和我一样认为，英特尔还投中关键的设计问题，他们是netburst ，只有amd已经没有能力给英特尔，它的出路的。

罗伯特b

作者: 36370856 时间: 2007-12-9 00:04
怎么是英语的？？？

作者: itany 时间: 2007-12-9 00:06

原帖由 36370856 于 2007-12-9 00:04 发表
怎么是英语的？？？

因为INQ是洋人的网站……

:sweatingbullets:

作者: 晶晶守护神 时间: 2007-12-9 00:31
提示: 作者被禁止或删除内容自动屏蔽

作者: itany 时间: 2007-12-9 00:42

原帖由 晶晶守护神 于 2007-12-9 00:31 发表
还好我用的K7木有L3~~~~~~~~~B)B)B)B)bug 肯定木有了

呵呵，他指的不是K7有没有L3，而是在多核心的情况下
K7显然是单核心的，呵呵

作者: 雨之间 时间: 2007-12-9 00:47

原帖由 sonicxz 于 2007-12-9 00:02 发表
顺便来段GOOGLE翻译，比X山好点:p
同时石坝的l3漏洞存在于所有amd国会议员capables开始k7

不，他们从来没有固定的话，他们的折扣，这是因为它被证明了：并行16位和32位计划生育作业错误萎靡不振的良好缓存的数据 ...

丢人哦

作者: wl00560 时间: 2007-12-9 02:09

原帖由 sonicxz 于 2007-12-9 00:02 发表
顺便来段GOOGLE翻译，比X山好点:p
同时石坝的l3漏洞存在于所有amd国会议员capables开始k7

不，他们从来没有固定的话，他们的折扣，这是因为它被证明了：并行16位和32位计划生育作业错误萎靡不振的良好缓存的数据 ...

:funk: :funk: :funk: :funk: :funk:

作者: fineday 时间: 2007-12-9 05:28
重点：concurrent 16bit and 32bit FP operations incorrectly flagging good cache data as bad.
同时执行的16bit和32bit浮点指令会把原本正确的缓存数据标记成错误的。
:p 而且问题不止是L3有
还说AMD自己都不知道问题的根源在哪儿，于是选择了沉默
不过感觉多半是在吹牛:charles:

作者: potomac 时间: 2007-12-9 09:55
提示: 作者被禁止或删除内容自动屏蔽

作者: FreeFox 时间: 2007-12-9 10:21

原帖由 sonicxz 于 2007-12-9 00:02 发表
顺便来段GOOGLE翻译，比X山好点:p
同时石坝的l3漏洞存在于所有amd国会议员capables开始k7

不，他们从来没有固定的话，他们的折扣，这是因为它被证明了：并行16位和32位计划生育作业错误萎靡不振的良好缓存的数据 ...

何方翻译，真奶牛人也，居然能让AMD“……计划生育作业错误萎靡不振……”

faint ^n

作者: bobtom_wu 时间: 2007-12-9 10:42
现在的芯片，有bug难道不正常吗？

作者: sun_on_line 时间: 2007-12-9 10:52
路过！！！:(

作者: itany 时间: 2007-12-9 11:56

原帖由 FreeFox 于 2007-12-9 10:21 发表

何方翻译，真奶牛人也，居然能让AMD“……计划生育作业错误萎靡不振……”

faint ^n

AMD确实应该计划生育了，净产些硅渣能不萎靡不振么

作者: the_god_of_pig 时间: 2007-12-9 12:11
INQ,
金光耀眼的大字:p

作者: bobtom_wu 时间: 2007-12-9 22:13
现在的soc，根本就不存在无bug的情况，i u和a u都一样。

作者: itany 时间: 2007-12-9 23:04

原帖由 bobtom_wu 于 2007-12-9 22:13 发表
现在的soc，根本就不存在无bug的情况，i u和a u都一样。

本来就存在BUG修正补丁，压着不发布，等到各家评测完了悄悄发布，性能下降了10%不止，这个是什么性质呢？

作者: shike_cuke 时间: 2007-12-10 15:42
GOOGLE的翻译确实厉害..............

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