|
||
|
*停權中*
加入日期: Nov 2000 您的住址: Taipei,ROC
文章: 573
|
REP 迴圈
MOVS 後面通常會指定寬度, 例如 MOVSB、MOVSD等, 是用來大區塊搬移用的, 在早期 DOS 時代寫遊戲很常用這兩個合併指令搬移圖塊到顯示卡的 A000:0000 去, 現在則很少用的這個指令來搬移, 用 DMA 還比較不浪費 CPU 時間. 早期組合語言最佳化技巧常拿來用, 節省大區塊搬移的 cycles, 現在很少用了. 而且既然早期就發現並透過 BIOS 解決的話, 是很合理的啊, Intel 的浮點運算錯誤會鬧的那麼大, 是因為自己沒發現透過補救方式解決, 卻被玩家發現, 才會鬧大的. |
|||||||
2004-06-25, 12:03 AM
#11
|
|
|
Elite Member
  
加入日期: Dec 2001 您的住址: Cape Crozier
文章: 6,122
|
引用:
看起來也的確是怪怪的，這算是廠商公布的 Errata (堪誤表) 中的 bug。  說真的，intel 公布的 P4 bug 也有一些尚未解決掉 (有興趣可以自己數一數)，卻沒有任何聲音出現。  不過對消費者來說聽到有 bug 總是心裡毛毛的，雖然一片主機板上的各式各樣 bug 大概用好幾張 A4 都印不完 (若包含軟體的話，那就是滿山遍野囉)，不過一定還是會毛毛的就是了~  |
|||
|
2004-06-25, 12:11 AM
#12
|
|
|
*停權中*
加入日期: Nov 2000 您的住址: Taipei,ROC
文章: 573
|
軟體 patch 一堆數都數不清了, 不會以為這些 patch 是用來增加功能用的吧？
而且有 bug 的是 opteron , 並不是所有的 K8. 既然早期已發現透過韌體解決, 本來就是就是正常的處理. |
|
2004-06-25, 12:22 AM
#13
|
|
|
Power Member
 加入日期: Mar 2003 您的住址: 台北
文章: 597
|
回覆: K8證實有嚴重BUG,AMD借口推卸責任
推卸責任??
那應該是某香港網站的翻譯吧 明明bug是AMD自己發現並且公佈的 哪裡來的推卸責任?? |
|
2004-06-25, 12:25 AM
#14
|
|
