搜尋結果

如果AMD僅以2G的時脈，不管是桌面還是伺服器，都是不行的 即使可以進一步提升時脈，在雙路伺服器上也不會有競爭力，只能在4路伺服器上有競爭力 請問樓主，可以測試一下L1、L2、L3快取的Latency麽？使用CPU-Z的測試工具。 謝謝！

C大终于决定通刷了！强烈支持！再次叩拜！ （没有CHT输入法，抱歉使用CHS了）

上邊關於製程的言論僅供大家參考。如果哪位有條件和興趣的話，可以比較一下發熱的情況，加以印證 再次恭喜C大！您簡直是上帝級別的！請允許您的信徒對您叩拜吧！

不知道大家注意了沒有，C大的E6700是B0的。這個進步應該是所有的原因。 製程的改進可以把Ceder Mill功耗壓在65W，還有Woodcrest功耗也從80W下降到65W，那麽Conroe也會有同樣的進步。換句話說，在相同的條件下，包括功耗和電壓，可以上到更多的頻率。 最後熱烈慶祝C大新的WR的誕生！

對您的有的看法，我想同您交流一下。 實際上，您所說的在任何stage都可以讀入的説法是不正確的。凡是涉及到讀寫内存的操作，比如ADD EAX [1000]，將内存地址為1000的操作數（operand）加到EAX寄存器（register）上，將被拆分成讀入和加法兩個微操作。只有讀入完成之後，數據已經存在于處理器内部，加法才會被發射到ALU進行運算。否則一旦出現不命中的情況，指令就會堵塞ALU，使運行不能進行。正如文章中所示，k8讀取發動時間相對于Core/P...

看您給的頻率不端升高，熱淚盈眶阿！！！ 您的結果給了我希望！！！叩拜！！！

作爲新人，您的支持令我感動~ 其實我本來沒什麽勇氣發帖，但是被C大感動了一下，覺得不發帖對不起諸位。 另外，昨天我有一個地方搞錯了，其實從Banias開始，包括Dothan、Yonah，L2寬度都是256bit，而AMD方面，到K8，仍然是128bit。昨天晚上突然覺得不對，看了資料確認了一下。在此更正，給您帶來困擾，非常抱歉。

我贊同您的結論和觀點 如果我沒有記錯，P M （含Yonah）L2都是128bit寬度，而P4是256bit。但是，考慮到P4的L1太小，L2應該做的快一些。 而且，AMD的K7/K8有重要的缺陷。雖然K8是3組ALU，比較Yonah多了1組，但是K8在讀入操作數的時候發動的比Yonah要晚得多，以至於不能及時地把數據讀入L1，使得ALU得不到數據而閒置！同時，如果内存延遲（latency）較大，如DDR2，那麽ALU延遲的就更多，以至於帶來災難性的後果！這就是AM2平臺性能沒什麽提升的重要原因！ ;tongue;

我想對您說的補充一下。 首先是執行單元。Yonah有兩個整數單元（ALU），而且都是32bit，Merom有三個64bit ALU。Merom和Yonah都是具有2個浮點單元（FPU），然而Merom的是128bit，Yonah是64bit，以此Merom可以同時計算4個64bit浮點運算。Merom具有三個128bit SSE單元，而Yonah具有兩個64bit單元，因此Merom可以同一個時鐘周期計算3個128bit SSE，而Yonah將兩個單元共用計算1個128bit SSE。因此，Yonah是不能支持64bit的。而且Merom的執行單元比較前者豐富的很多。...

您說的沒有錯，我是在Mainland。 如果就是看不到的話，那我就不必反復刷新了。 ;oq; 微軟的輸入法很好，很容易輸入傳統漢字，呵呵。不然我只能使用簡化漢字了

爲什麽圖都看不到呢？悲傷……

Server的Opteron要比Dempsy Xeon強一點 貌似Server是不能超頻的 不過到了六月…… ;tongue;

除去性能/價格，性能/功耗，還可以比性能/晶體管數量 AM2絕對可以勝出，尤其是和4M L2 的Conroe相比