- 主题:关于AMD的兼容性，讲一个亲身经历
【 在 jingv2009 的大作中提到: 】
: 这种策略的实现一般都是intel内核团队帮巨硬写的，win os内核代码好多都是intel贡献的
: 发自「今日水木 on iPhone 11」
难道还专门侦测到AMD CPU按照 0 1 2 3，侦测到Intel CPU按照 0 2 4 6？
难道不是统一代码全部按照0 2 4 6吗？写起来也简单
我记得Linux下面默认就是 0 2 4 6 这样
--
FROM 223.104.5.*
我记得真有这样的案例，法院还判了
【 在 marion 的大作中提到: 】
:
: 难道还专门侦测到AMD CPU按照 0 1 2 3，侦测到Intel CPU按照 0 2 4 6？
: 难道不是统一代码全部按照0 2 4 6吗？写起来也简单
: ...................
--
FROM 124.162.200.*
就算有吧？大家都在拿算pi跑分
【 在 pcal 的大作中提到: 】
: k7，兄弟，那年代有跑分这玩意？
--
FROM 106.120.122.*
CPU逻辑这么严谨的产品技术问题在你这里成了玄学问题，
靠跳大神般的猜就能得出结论，还能依此指导别人选择产品
【 在 spkid 的大作中提到: 】
: 多年前买过AMD的K7处理器，当时是叫Athlon
: 使用中发现一个很奇怪的现象：点击链接打开Firefox的多标签页，会卡死1-2秒——是真的卡死，连鼠标都不能拖动，就像死机一样，然后又恢复正常。但是主动打开空白标签页则不会，打开IE多标签页只是单纯加载慢，并不会卡死鼠标。
: 这个问题困扰我很久，最后想到一个合理的解释是：AMD处理器的多线程调度存在缺陷，重负荷下会死锁，由于超时机制，watchdog强制它跳出死锁，所以后面又恢复正常。众所周知，Firefox早期多标签页是多线程实现，而IE则是多进程实现，所以IE没事，只是单纯加载慢而已。
: ...................
--
FROM 210.13.96.*
10年前的经验。。。快jb算了吧
--
FROM 103.91.179.*
【 在 hhss 的大作中提到: 】
: 我记得真有这样的案例，法院还判了
类似这样？
char Spec[]=getSpecification();
tmp=3.1415927;
if ( strstr(Spec,"AMD") )
for(i=0;i<1000000;i++) tmp*=3.1415927;
--
修改:marion FROM 223.104.5.*
FROM 223.104.5.*
有。。。
【 在 pcal 的大作中提到: 】
: k7，兄弟，那年代有跑分这玩意？
--
FROM 218.94.96.*
兼容性问题就是软硬件配合的问题
大公司有专门的兼容性测试部门
小公司测得少，出问题也不改，最后就算到用的少的软硬件问题上
这个讲起来是没问题的
谁让你不测不改的
【 在 jingv2009 的大作中提到: 】
: 很多是软件的问题。intel软件部门有专门的很大的部门做win系统支持，linux的提交数目能查到的，一直很高，还有大批各个开源组织的支持部门
: 发自「今日水木 on iPhone 11」
--
FROM 218.94.96.*
收了intel的钱，还是皈依者狂热？
【 在 spkid 的大作中提到: 】
: 多年前买过AMD的K7处理器，当时是叫Athlon
: 使用中发现一个很奇怪的现象：点击链接打开Firefox的多标签页，会卡死1-2秒——是真的卡死，连鼠标都不能拖动，就像死机一样，然后又恢复正常。但是主动打开空白标签页则不会，打开IE多标签页只是单纯加载慢，并不会卡死鼠标。
: 这个问题困扰我很久，最后想到一个合理的解释是：AMD处理器的多线程调度存在缺陷，重负荷下会死锁，由于超时机制，watchdog强制它跳出死锁，所以后面又恢复正常。众所周知，Firefox早期多标签页是多线程实现，而IE则是多进程实现，所以IE没事，只是单纯加载慢而已。
: ...................
--
FROM 121.33.160.*
现在也是一样
我们公司配的thinkpad去年有一段期间是amd版本
蓝屏概率明显高于英特尔版本
【 在 a9udn9u 的大作中提到: 】
: K7？？20年都过去了啊，20年前犯无期徒刑，现在都过追诉期了，放下吧。
:
--
FROM 222.90.113.*