|
||
|
*停權中*
加入日期: Nov 2002
文章: 697
|
引用:
喲∼∼∼∼∼ 好像沒說妳對誰訓話哦，對號入座啊？！ 另外，妳是真沒看懂還假沒看懂？ 都扣別人那麼多次帽子了，敢扣別人帽子就要有種承認… 這是網路耶，不是話說一說，屁股拍拍走人就沒事囉… 請回頭去看事情的發生先後順序，我怎麼會開始火大的。 不是我先開火的吧， 你所說的那個「社會變了的幫凶」的那個人似乎也不是我吧， 這需要我提醒妳嗎？ 依此，妳對網上的人是不懂得尊重的， 我從那時開始火大的，這賴得掉嗎？ 此文章於 2005-07-14 02:43 AM 被 mondeo30 編輯. |
||||||||
2005-07-14, 02:28 AM
#171
|
|
|
*停權中*
加入日期: Oct 2004 您的住址: 台北
文章: 3,188
|
引用:
誰跟你說我認為他是"完全"一樣?奇怪咧  我更未扣你帽子，從頭到尾大家都看的很清楚，你怎樣對別人?人家有要你用嗎?真的了解?紙上談兵?也許吧!我想看過我的發表的人我是不是紙上談兵?本身我也是走這方面的路線，設計上我也有去想過，也許沒錢去下線去做chip，但也比您這種莫名奇妙式的言論來的強吧! |
|||
|
2005-07-14, 02:32 AM
#172
|
|
|
*停權中*
加入日期: Oct 2004 您的住址: 台北
文章: 3,188
|
引用:
瘋子你硬要曲解人家話意嗎?我是好心問你被誰訓話而已，小弟自認才疏學淺，不曾有過要訓話別人的心態  |
|
|
2005-07-14, 02:34 AM
#173
|
|
|
*停權中*
加入日期: Nov 2000 您的住址: Taipei,ROC
文章: 573
|
引用:
P4 是因為硬體設計的關係, 管線過深會造成執行空檔過大, 用另一條 thread 來插入, 不至於讓 CPU 因為分支預測錯誤浪費過多的效能. 以優先權的概念來看, HT 是讓兩個 thread 的優先權再排一次, 當正在跑的 thread 因為某些因素如分支預測錯誤或是產生空檔, 可以馬上讓另一個 thread 補上執行. 概念跟優先權其實相通. 因為你單 CPU 單核, 同一時間, 同一 cycle, 還是只能執行單一個 thread 的一個指令. 作業系統跟硬體是息息相關的, 要懂作業系統, 就不能不了解硬體. |
|
|
2005-07-14, 02:40 AM
#174
|
|
|
*停權中*
加入日期: Oct 2004 您的住址: 台北
文章: 3,188
|
引用:
小弟看的懂您說的，但不知是否我的論點正確?因為很少有人能夠討論這些的說。需要印證一下拉。 |
|
|
2005-07-14, 02:43 AM
#175
|
|
|
*停權中*
加入日期: Nov 2002
文章: 697
|
引用:
請回想一下自已如何說別人是： 「社會變了的幫凶」 「垃圾」 「不專業」 想賴嗎？妳賴得掉嗎？ |
|
|
2005-07-14, 02:47 AM
#176
|
|
|
*停權中*
加入日期: Nov 2002
文章: 697
|
引用:
原來「結果相同」這句話是”不一樣”的啦！ 妳怎樣對別人的，我想別人更清楚… 此文章於 2005-07-14 02:50 AM 被 mondeo30 編輯. |
|
|
2005-07-14, 02:48 AM
#177
|
|
|
Basic Member
加入日期: Jul 2002
文章: 12
|
引用:
RogerShih說的那種好像比較合理 因為你的講法是等於cpu裡有兩組ALU，這樣好像不太可能 但RogerShih說的當有一組分支預測錯誤，要換上另一個thread來跑 這時候也是要先把原本pipeline上的東西清掉(pipeline abort)，才能跑別的thread 可是這樣講，去跑原本的thread，也是要花一樣的時間 那為什麼HT在有支援的程式下，有機會有10%的加速 |
|
|
2005-07-14, 02:53 AM
#178
|
|
|
*停權中*
加入日期: Nov 2000 您的住址: Taipei,ROC
文章: 573
|
引用:
你的觀念有部份是有點不太正確, 你認為 HT 是把 CPU 最高效率降下來, 但我認為 HT 卻是恢復 P4 原有效率的設計. 以 HT 的官方說明來看, HT 是把單一的 CPU 資源分給兩個 thread, 當某一個 thread 產生空檔、或是分時、或是分支預測錯誤(特別是這個會造成效能較差, P4 設計上不如 P-M 的主因), 就將資源交給另一個 thread 來用. P4 因為他管線過長, 當分支預測錯誤時, 效能浪費比較明顯, 所有設計 HT, 讓 P4 不會因為這樣的錯誤, 讓 CPU 資源停在那裡沒人可用, 所以才多一個單元來塞另一個指令給 CPU 去跑. 站在多工作業系統的優先權設計來看, HT 這樣的設計法正好符合程式執行的空檔時轉移資源給其他的程式. 因為優先權的設計, 是碰到高優先權的程式時, 會把比較多的 CPU 資源 (執行時間) 分配給他, 但是當高優先權的程式不需要或空檔的時候, 作業系統就會把資源釋放出來給其他的程式去分配. HT 跟優先權的關係, 大致上如此. 而摟主程式的作法剛好跟 HT 相反, 當新的程式需要 CPU 資源時, 降低高優先權程式的優先權等級, 但是目的跟 HT 類似, 就是不讓高優先權的程式因為某些因素獨占 CPU 資源. |
|
|
2005-07-14, 02:57 AM
#179
|
|
|
*停權中*
加入日期: Oct 2004 您的住址: 台北
文章: 3,188
|
我想那個不是ALU，此邏輯運算單元，不是指算數邏輯運算單元，可以想成是邏輯閘啦，一個判斷的東西就是了。
CPU兩組ALU為何不可能?只要你想的到的，就一定有機會實現，這是邏輯設計的魅力所在...好玩耶。 |
|
2005-07-14, 02:58 AM
#180
|
|
