TWed2k - 硬體求助討論區 - [已解決][問題]雙核心轉檔時其他軟體會lag嗎?

badcat
銀驢友〔初級〕

壞喵

．積分： 541
．精華： 3
．文章： 837
．收花： 3874 支
．送花： 982 支
．比例： 0.25
．在線： 3330 小時
．瀏覽： 62312 頁
．註冊： 7459 天
．失蹤： 391 天

#1 : 2007-2-28 05:17 PM 全部回覆	送花 (16) 送出中...

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

先針對雙核心 CPU 部份，就以下方式先解決一下雙核心 CPU 利用率不足的問題。
TWed2k - 心得教學區 - [分享]微軟-雙核心處理器修正程式 for Windows XP SP2 (by 一秒鐘幾十萬上下)
http://twed2k.org/redirect.php?tid=145748

目前已更新到 WindowsXP-KB896256-V4-x86.EXE (2006-02-28)

簡介: 讓雙核心 CPU 的利用效率的分配能更平均，雖不能說明顯提升，但至少讓兩顆 CPU 的利用率能提高一些。(建議看看文章內的說明，才知道是提升哪些地方，什麼情況下才會提升)

而「其他軟體會lag嗎?」這個問題的範圍很廣，前面的大大們注意的細節也都不同 (硬體\OS\軟體\設定)，但把每位大大所描述的每一個細節內容能整合在一起，就能提升整體的效率！(每個細節都注意，自然能累積出效能。)
-----BEGIN PGP SIGNATURE-----
Version: PGP 8.1

iQA/AwUBReVIoBl3yhBVZiD/EQK4ywCgyXmuTvGc9BYwmDCz44BXOuh+XacAn3Rk
BjnKtwCM5LefQVBntC3C4oOB
=6e9N
-----END PGP SIGNATURE-----

[如果你喜歡本文章，就按本文章之鮮花～送花給作者吧，你的支持就是別人的動力來源]

本文連接

快速回覆

badcat
銀驢友〔初級〕

壞喵

．積分： 541
．精華： 3
．文章： 837
．收花： 3874 支
．送花： 982 支
．比例： 0.25
．在線： 3330 小時
．瀏覽： 62312 頁
．註冊： 7459 天
．失蹤： 391 天

#2 : 2007-2-28 09:13 PM 全部回覆	送花 (25) 送出中...

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

一. 效能的瓶頸：
「時脈」不等於「運算速度」，相信現在大部份人都有共識了吧！(沒有的請舉手，小弟會說明！)

就只針對「轉檔」的需求而言，「轉檔」影響的比重應該是 CPU > HD > RAM > ...> 3D 效能。 (RAM 只要夠用後，影響就不大；嗯～3D 運算！好像現在的轉檔程式還沒考慮到用 GPU 來運算。)
重點是你能察覺出效能的瓶頸在哪？
3D 遊戲當然是 3D，再來是 CPU，然後是 RAM...
若你發現「轉檔」的瓶頸主要是在 IDE 界面，那就先從這裡著手；之後你會發現另一個新的更小的瓶頸 (譬如 CPU)，然後重複下次逐一改善 (硬體/軟體/設定) 到滿意或沒法負荷為止。(Ex: 要太多錢！)

二. 雙核心對轉檔有沒有幫助？

其實 killer00 兄及 littleball 兄的說法都對，只是可能「前提」不同！(說不對請指正啦！)

killer00 兄的前題：
1. 當 Windows XP 對雙核心的資源分配不佳
2. 或「轉檔」軟體本身也沒怎麼支援「雙核心」運算。
3. 這時你雙核心 CPU 的確也提升不了多少。
4. 不過這時多了顆空閒的 CPU 核心可以執行其它程式，比較不會導致其它程式 Lag。

littleball 兄的前題：
1. 當 Windows XP 對雙核心的資源分配尚可或還不錯。
2. 或「轉檔」軟體本身就有支援「雙核心」運算。
3. 這時你雙核心 CPU 就能夠提升不少速度。
4. 不過這時兩顆 CPU 核心都在做轉檔運算，其它程式可以執行的空間就少了，比較會導致其它程式 Lag。

Windows XP 作業系統最差勁的地方就在對多 CPU 的資源分配極不佳，且要求軟體也要具備「多核心」運算的「最佳化」程式碼，兩者相乘才能奏效。

而 Linux 或 Unix 利害的地方就在將多個 CPU 在作業系統中仍當「『一個』極強的『虛擬』 CPU」(請注意，我強調的是一個！)，CPU 的資源統籌分配就交給 Linux 或 Unix 作業系統去模擬及調控。(若說明不對，還請 Linux 或 Unix 高高手指正！)
Linux 或 Unix 底下的軟體只看見「一個極強的虛擬 CPU」，至於怎麼分配，是作業系統的問題，所以軟體「根本」不需考慮「多核心的最佳化程式碼」，只要 CPU 數量一多，程式自然會提升效能。(程式根本不知道有「多個 CPU」的事情！)
這樣「軟體」階層就能避開 Windows 作業系統中「軟體」對「單/雙/多核心」程式碼「最佳化」的問題，「軟體」不需特意為「多核心程式碼的最佳化會影響執行效能」去改寫程式而傷腦筋，畢竟那是 Linux 或 Unix 作業系統階層的問題。
「2顆/2=1 虛擬」跟「512顆/512=1 虛擬」，在 Linix 或 Unix 中對程式而言，都是當成一顆「虛擬」CPU，但效能在 Linix 或 Unix 中就會差很多，但 Linux 或 Unix「程式軟體」階層是不必重寫的。(是作業系統在傷腦筋嘛！)

三. 多核心對多工的情況。(多項工作同時執行)
雙核心 CPU，這對 Windwos XP 是會有些幫助的，縱使程式僅就單核心而設計，至少 Windows XP 作業系統還懂得「程式 1」給「核心 A」，「程式 2」給「核心 B」所以就 Windows XP 而言，雙核心 CPU 還是有些許的幫助。(雖不高明。)
對單核心程式而言，作業系統就是兩個單核心程式各分配一個 CPU。
對雙核心程式而言，作業系統就是一個雙核心程式時，兩個 CPU 都給該程式，而兩個雙核心程式時，就看作業系統最佳化如何分配？(兩個程式各佔一個 CPU，還是兩個程式各搶兩個 CPU 的 50%？)

但同一單核心程式換成 Windows 98 (SE)作業系統執行時，就而作業系統設計而言，Windows 98 還是統統都塞入「核心 A」(根本不認識「核心 B」)，所以根本沒有任何幫助，更不要說當程式為「多核心」而「最佳化程式碼」時，Windows 98 還可能會當機的情況了！

這時 Linux 或 Unix 的虛擬一顆 CPU 就顯出價值，因為程式根本不必為 n 個核心而改寫程式碼最佳化！
單一程式時，Linux 或 Unix 就給虛擬 CPU 100% 的效能 (當程式要求 100% 且作業系統同意時)
兩個以上的程式時，Linux 或 Unix 就分配虛擬 CPU 各一定的百分比效能。
甚至 Linux 或 Unix 還能保留一部份的虛擬 CPU 效能百分比保留給特定情況用，不一定都會用完。
程式完全不用考慮 n 核心的問題，只需考慮要用虛擬 CPU 的百分之多少而已。剩下的只是 Linux 或 Unix 作業系統同不同意或給不給而已。

所以在 Windows XP 中，要有「雙核心」CPU + 「雙核心」主機板 (廢話！) + Windows XP 或 Vista 支援雙(多)核心作業系統 + 轉碼程式軟體「且」支援雙(多)核心最佳化程式碼。
這時才能看出「雙核心」對單一「轉碼」程式的效能有明顯的改善。

Linux & Unix = 「雙(多)核心」CPU + 「雙(多)核心」主機板或系統 (廢話！) + Linux 或 Unix 支援雙(多)核心作業系統 (虛擬成一個超級 CPU) + 轉碼程式軟體 (※注意！程式不需考慮支援雙(多)核心)。
在不需增加每一 CPU 時脈或運算效能的情況下，光就只增加 CPU 核心數量時，就讓單一轉碼程式軟體效能再往上提昇，不同作業系統對「多核心CPU」及「多工」考慮的完善度，高下優劣立判！

四. PowerNow! ？
> 平凡小任說道
> 只有裝op的power now而已
> (後略...)

嗯！AMD 的 PowerNow! 最佳化 Driver，是為了省電而設計，所以跟「效能最佳化」的關係不大。
硬要說的話，只會影響一點點，但可以忽略不計。(為了省電，平常 CPU 不忙時會降很多，但對程式影響不大；CPU 很忙時，會降一點點，畢竟 PowerNow! 還是需要花一點 CPU 時間監控 CPU 本身耗用率！)
但就小弟而言，為了省電又不會折損 CPU 效能太多。(我說過了，可以忽略不計)，小弟會裝 PowerNow 最佳化 Driver！(「省電」就是「省錢」嘛！Q. 誰不愛？A. 台電！)

五. 32 bits 及 64 bits 效能上的差異：
效能就理論上來說會比較好，但請別妄想能 * 2 倍。(32 * 2 = 64)
64 bits 最主要是運算位數的寬度會增加，所以可以大大提昇程式運作的延展性。(譬如: 可算更精密更快的小數點，或管理到更大的「記憶體」或「硬碟」空間)
至於要希望如同 32 * 2 = 64 bits 能「直接等比」增加兩倍的速度，還是別想太多。(不是 CPU bits * 2 ，而運算速度就會直接 * 2 那麼簡單！)

P.S. 小弟不是全能，所以講不對的還請多指教！

-----BEGIN PGP SIGNATURE-----
Version: PGP 8.1

iQA/AwUBReWsjBl3yhBVZiD/EQLu7ACghEiJ5vzhpKcj/VWeUS1zkawoHFkAmwQQ
jO4noYRXDw7yB11290RTsgKo
=Hv59
-----END PGP SIGNATURE-----

[badcat 在 2007-3-1 12:25 AM 作了最後編輯]

[如果你喜歡本文章，就按本文章之鮮花～送花給作者吧，你的支持就是別人的動力來源]

本文連接

快速回覆

badcat
銀驢友〔初級〕

壞喵

．積分： 541
．精華： 3
．文章： 837
．收花： 3874 支
．送花： 982 支
．比例： 0.25
．在線： 3330 小時
．瀏覽： 62312 頁
．註冊： 7459 天
．失蹤： 391 天

#3 : 2007-2-28 10:04 PM 全部回覆	送花 (16) 送出中...

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

> 平凡小任說道:
> 那是不是表示在unix或linux系統中
> 其實更適合拿來做轉檔的動作？

1. 你要懂 Linux 或 Unix。(這是一個門檻)
2. 要有 Linux 或 Unix 轉檔的程式，而且你還要會用。(這是另一個門檻，畢竟 Windows 的軟體才是滿天都是)

以上皆否的話，那就不用多想用 Linux 或 Unix 轉檔。學習過程就會把你累死！

> 至於power now這東西我也不知道 (後略....)

請善用 Google: PowerNow!

> 老實說就您上面提到的雙核心在VISTA上轉檔表現更佳小弟是存疑的

請細看小弟的文章，我可沒說「雙核心在 Windows Vista 上轉檔表現更佳」。

1. Vista 花了更多 CPU 時間在一大堆新的功能表現上。(而且你還不一定關的掉！)
2. 最好能找 64 bits + 雙核心最佳化的轉檔程式軟體，才有「機會」表現更佳。(應該會提升，但不一定！)
3. 若是用 32 bits + 雙核心最佳化的轉檔程式，那還不如用 Windows XP。至少不會有一堆關不掉的特效浪費 CPU 時間！

P.S. Microsoft 微軟每一次的重大更新作業系統，具有兩個重大特點。
1. 花樣更多。(特效更多)
2. 整體效率「更更差」！(不知道效能都消失到哪去了？難道是為了和硬體廠商掛勾，強迫使用者升級電腦？純屬臆測！)

至少 Linux 或 Unix 重大改版後，功能更多，但效能不會折損太多。

多一些花樣，就會損失「更更多」效能，這也算微軟的傳奇之一吧？

-----BEGIN PGP SIGNATURE-----
Version: PGP 8.1

iQA/AwUBReWMrxl3yhBVZiD/EQIucwCePnvNmT6wvwQ9Wwiq4RumlA/m/08AnAz3
+/kZa/nZsylYCpVc9pOwEzAJ
=rU7P
-----END PGP SIGNATURE-----

[badcat 在 2007-2-28 10:09 PM 作了最後編輯]

[如果你喜歡本文章，就按本文章之鮮花～送花給作者吧，你的支持就是別人的動力來源]

本文連接

快速回覆

badcat
銀驢友〔初級〕

壞喵

．積分： 541
．精華： 3
．文章： 837
．收花： 3874 支
．送花： 982 支
．比例： 0.25
．在線： 3330 小時
．瀏覽： 62312 頁
．註冊： 7459 天
．失蹤： 391 天

#4 : 2007-2-28 11:28 PM 全部回覆

送花 (16)

版主 mocaca0918 : 於本帖中與其他會員有良好互動，且技術交流層面高，故予以加分鼓勵

評分:+5

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

> 平凡小任說道:
> 您在先前不是說64bit不會是32bit的兩倍
> 但接下來又說轉檔要找64bit版本表現會較好

沒矛盾啊？
1. 運算效能不一定會兩倍
2. 64 bits 效能會比較好
3. 那 64 bits + 雙核心轉檔程式在 Vista 提升個 1.5 倍算不算表現比 Windows XP 的 1 倍好。(沒超過兩倍嘛！1.5 倍是比喻啦！不一定是這個數。)

> 然而在控肉的新架構上卻完全只有趴掉的份

在同一製程下 (譬如 Intel & AMD 都用 60nm 製程)
那 AMD 的 Hyper Transport 絕對可以把 Intel Core 打趴。
因為 AMD 的 Hyper Transport 考慮的是「多核心」、「多匯流排」大型電腦的情況。(當初此架構是給高階伺服器電腦在用的，類似用高速網路的概成做成多核心 CPU 匯流排。)
而 AMD 下一代的 Hyper Transport 3.0 版下，光單一 CPU 的匯流排就有 5.2GT/s(20.8GB/s)，而且可依 CPU 核心增加而增加匯流排數。(幾個 CPU 就可加幾個匯流排)
而 Intel 還一直停留在 PC 個人電腦的 CPU 系統匯流排架構。所有 CPU 核心共用同一匯流排。
在 Intel 沒有改善 CPU 到北橋或週邊匯流排架構的情況下，總有一天 CPU 的系統匯流排會不敷使用。

但 AMD 的製程一直不如 Intel 進步。一直是很難克服的地方。

小弟倒沒有品牌情結，在 Intel Pemtium 之前，Intel 一直都比 AMD 好 (但也貴)。
但現在 AMD 獲得大型電腦的 Hyper Transport 技術後，在同樣製程下，AMD 的效能比自然高，發展空間也會比較大。

等到 Intel 在整體層面超越 AMD 後 (技術/品質/效能/方便性...)，價位也合理的情況下，自然會跳槽到 Intel。
P.S. 目前比較討厭的是，Intel 每換新一代 CPU 就要換新的主機版。(賺錢嘛！) 而 AMD 是 AM2 腳位撐到不夠用時才換 AM3，以 DIY 的角度來看。AMD 較划算。(當你夠有錢時就不用在意啦！)

> 至於您提到的unix轉檔程式？
> 老實說不會是什麼顯學
> 如果真的很棒的話
> 那麼轉檔專用機早就推unix了

對啊！所以我沒叫你學 Unix 轉檔，兩個作業系統的方向差太多了！(微軟獨大！哇哈哈！)

> 至於powernow上網查他的功能？
> 我想沒啥必要

至少你要知道你的東西在做什麼用的，不然有一天突然 CPU 效能沒有增加時，你還會怪 PowerNow! 怎麼沒有發揮效能？

不過東西是給人用的，當你發現 PowerNow! 可以提昇 CPU 效能時，那你就用它吧！反正有達到你的目的的，那就是好用的東西！

> crazydark 兄說道:
> 我對本文存疑
> 多核心程式的問題是
> (中略....)
> 所以我認為OS並沒有這麼神可以幫你做這些事

嗯！存疑是好事！不知道的事，小弟也不敢講死！

的確，Linux 或 Unix 如何協調多核 CPU 及多工之間的關係，不是小弟「小小的腦袋」可以理解的，就我所知的說明也不敢保證一定準確，說不定也有如 crazydark 兄所說的問題存在。
一個是為了解決跨平台及多核心資源分配而犧牲了部份效能！
一個是為了效能而犧牲了跨平台。

小弟所說的是為了能解決：每增加新的 CPU 架構，就要考慮重寫一次新的程式的困擾！ (程式設計師的因擾。)

個人認為多核 CPU 這個相關硬體的部份，應該交由「作業系統」階層來應付，而不要由「程式軟體」階層的程式設計師來處理。
第一. 太直接處理硬體 (缺乏彈性，硬體一變就要改程式)
第二. 不是每個程式設計師都能遵循多核心的最佳化標準來設計，很可能各自為政！
最後就是一堆 CPU 最佳化程式把多核心的 CPU 資源搞的一團糟！

所以小弟認為此問題最好能在硬體就解決，譬如內建多核心的晶片，到外部匯流排時，作業系統看到的就認為是一個 CPU 核心而已。(不過易缺乏彈性，比如說有很多個「多核晶片」串連 * n個時怎麼辦？)

所以從「作業系統」層面來解決，至少減少「軟體程式」層面要解決 CPU 硬體的問題，那程式在面對單/雙/多核時，都不用改寫程式，才不會每新增新的 CPU 硬體變動，「每套」軟體的最佳化都要改寫，才會有明顯效能改進的窘境。(這是理想啦！請別罵我啦！嗚！嗚！...)

P.S. 好像離題了？對不起！對不起！...

-----BEGIN PGP SIGNATURE-----
Version: PGP 8.1

iQA/AwUBRe1gZRl3yhBVZiD/EQKsmQCfblKuxMf6u2CbJZdsW116oy96IgIAoJDy
uG07EIRpYRypRGFPZb0j4ntB
=j1ZX
-----END PGP SIGNATURE-----

[badcat 在 2007-3-6 08:37 PM 作了最後編輯]

[如果你喜歡本文章，就按本文章之鮮花～送花給作者吧，你的支持就是別人的動力來源]

本文連接

快速回覆

badcat
銀驢友〔初級〕

壞喵

．積分： 541
．精華： 3
．文章： 837
．收花： 3874 支
．送花： 982 支
．比例： 0.25
．在線： 3330 小時
．瀏覽： 62312 頁
．註冊： 7459 天
．失蹤： 391 天

#5 : 2007-3-1 12:00 AM 全部回覆	送花 (19) 送出中...

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

> crazydark 兄說道:
> 回到樓主的問題上

嗯！小弟目前也是建議

1. 用 Windows XP SP2 並安裝前述的雙核心 CPU 修正程式，來提升一些雙核心 CPU 資源分配效能。(除非你能找到 64 bits + 雙核心最佳化轉檔程式，不然還是別想用 Vista 轉檔。效能還不一定會高！)
TWed2k - 心得教學區 - [分享]微軟-雙核心處理器修正程式 for Windows XP SP2 (by 一秒鐘幾十萬上下)
http://twed2k.org/redirect.php?tid=145748
2. 找一套高效能轉檔程式，最好是支援雙核心 CPU 最佳化及 SSE3 或 MMX+ 等擴充指令的轉檔程式。
3. 最好用高速的硬碟 (請自己想！如 SATA 或 RAID...)，讀出和寫入不要同一台實體硬碟
4. 不要灌太多程式，不要同時執行太多軟體。(睡覺時候轉，最好找有排程轉檔的轉檔程式)
P.S. 若真要一邊轉檔一邊玩，那就找可調整程式優先權的轉檔軟體，如 VirtualDubMod 可調成 Idle 狀態，在幕後轉，雖轉檔慢但較不影響其它程式運作。
5. 可加裝 SuperCache 等 Disk Cache 程式。
6. 如果 RAM 夠多，開個 RamDrive 來轉檔。(嗯...要很多才行！)

如同之前小弟所說的，把每一個細節做好，累積出來的效率提昇也是看的見的啦！
-----BEGIN PGP SIGNATURE-----
Version: PGP 8.1

iQA/AwUBReWo8hl3yhBVZiD/EQJLHQCghawqFj9T+CyyrQdYJExhUjHFYokAn3Du
tIh+6gyRg3PLVSuI6iiS9GHW
=MtnW
-----END PGP SIGNATURE-----

[badcat 在 2007-3-1 12:08 AM 作了最後編輯]

[如果你喜歡本文章，就按本文章之鮮花～送花給作者吧，你的支持就是別人的動力來源]

本文連接

快速回覆

badcat
銀驢友〔初級〕

壞喵

．積分： 541
．精華： 3
．文章： 837
．收花： 3874 支
．送花： 982 支
．比例： 0.25
．在線： 3330 小時
．瀏覽： 62312 頁
．註冊： 7459 天
．失蹤： 391 天

#6 : 2007-3-6 06:29 PM 全部回覆	送花 (20) 送出中...

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

killer00 和 crazydark 兄都有認真看小弟的文唷！跟小弟想表達的意思已接近十之八九了！感謝！感謝！

> killer00 說道：
> PS：「時脈」不等於「運算速度」，相信現在大部份人都有共識了吧←badcat的講法我不是不知道，這講法也是有問題的...
> (後略...)
http://twed2k.org/viewthread.php?tid=153575&page=3#pid1277854

嗯！關於這點 killer00 剛好又和小弟是不同的前題。
killer00 的前題是：「在同一製程及設計下，時脈愈高，運算速度愈快。」(Ex: Intel 用同一核心(設計)，同一製程的 Core 2 Dou 時，時脈愈快，運算速度愈快！這是正確的！)
小弟 badcat 的前題是：「在兩個不同製程及設計下，同一時脈時，運算速度不見得一樣快。」(就像 Intel 和 AMD 的 CPU，在同樣 1.6GHz 時，運算速度不見得一樣！)
所以就會衍生出：「舊製程舊設計的 Intel 1.6Ghz 核心，運算速度可能反而會輸新製程的 AMD 1.5Ghz 核心！」
所以 Compaq Alpha 21264 雖然時脈比 Intel & AMD 的 CPU 慢，卻可打趴 Intel & AMD 在那時同期的時脈更高的 CPU。這就是具備優良設計及製程的好處，不用一昧的提升時脈來增加運算時速。(Q. Compaq Alpha 21264 是什麼？A. Google 一下吧！)

> chaeung 兄說道：
> 瓶頸還是在HDD, 目前主流7200rpm讀寫速度平均在55-65m/s, 意思就是, CPU轉碼再快, RAM再大, 都要受限於HDD的"內部速度", (後略...)

瓶頸在 HDD 這個前題必需是：「CPU 很閒，但 HDD 已滿載」。
怎麼判斷，很簡單，只要看你的 HDD 燈是否一直亮個不停，而 CPU 卻沒有滿載，只用到 30%..40% 的能力時。(30%..40% 是舉例，就是 CPU 很閒啦！)
那你的瓶頸就是「HDD」！
但如果是 CPU 接近 100%，而硬碟燈是偶而一閃一閃的。(HDD 匯流排根本沒灌滿！)
那你的瓶頸就是「CPU」！

當 CPU 愈慢時，那「CPU」成為瓶頸的機會較高！(HDD 在等 CPU 算完，這時 CPU 通常會滿載！)
當 CPU 愈快時，那「HDD」成為瓶頸的機會較高！(CPU 算好後在等 HDD 讀寫，這時 CPU 通常很閒，而硬碟燈很忙)

就小弟的經驗，目前「轉檔運算」最操的還是 CPU，再來才是硬碟 HDD，不要認為你的 CPU 運算很快，因為「轉檔運算」並不是「CPU 運算/幾張畫面像素」這麼簡單而已，為了僅一張畫面的漂亮轉換，中間的運算式運算式就可能很多很多了。
你的 CPU 轉檔運算是否最少能達到 24fps/sec，如果達不到，那你的 CPU 絕不可能灌飽你的 HDD。
很簡單的測法就是，試試看你要播放多快，要 x4, x8, x16 * 24fps 的播放量(連續不跳格)，HDD 硬碟流量(硬碟燈)才能滿載？假設得要 x16 的播放速度才能餵飽 HDD (硬碟燈一直閃)，那你的 CPU 至少要有 16*24=384fps/sec 的運算量才能餵飽 HDD。
想餵飽 HDD 讀寫速度 55-65MB/s 的影像資料量，得將 CPU 提升好幾個等級 (譬如說「八核的 CPU + 八核的轉檔軟體」)，你才可能看到 CPU 尚未滿載，而 HDD 燈卻閃個不停的情況。(HDD 忙翻了！)
不然開個 RAM Disk 來轉檔，RAM Disk 每秒 1000 MB/s 以上 (看 CPU 及 RAM 之間的速度)，那肯定「瓶頸」是 CPU！(CPU 一定滿載！RAM Disk 尚可算閒。)

所以找「對」瓶頸是很重要的，這樣可避免花冤枉錢、走冤枉路。

. . . . . . . (這是分隔線)

不知 nine86 樓主的問題解決了沒？(好像沒人在注意啦？)
還是回到主題。(回魂！回魂啦！...)

因為 nine86 兄的重點：「是轉檔時其他軟體會lag嗎？」，在稍不考慮「轉檔速度」的情況下。(轉檔時間可慢一點啦！)
不管你的 CPU 多強多快多少核心，只要「轉檔程式」統統都佔滿所有 CPU 資源時，那玩「線上遊戲」還是會 Lag 的，因為資源都被「轉檔程式」佔滿了！(不過「轉檔」會很快完成！)
建議 nine86 樓主在花錢之前，可以先使用 killer00 兄所建議的 Process Tamer 的這套軟體來試試吧！http://www.donationcoder.com/Software/Mouser/proctamer/index.html
雖然它不能提升 CPU 運算速度，但卻可以自動調節 Windows XP 程式的優先權，也可手動調整，以減少轉檔時其他軟體會 Lag 的現象，而且最重要是...不用錢！(Freeware)
所以 nine86 兄可以用 Process Tamer 自己手動將「轉檔程式」的優先權調低，而「線上遊戲」的優先權調高，雖然不能保證一定不會 Lag，但可大大減少 Lag 的現象。(不過轉檔時間就會變長，不過一好就沒二好！不然就換更快的 CPU 吧！)

最後還是要記得，儘量分配適當的資源給眾程式 (譬如用 Process Tamer)，才不會造成資源的分配不均，該快的不快，可慢的卻不給慢，大家搶成一團，自然大家都會慢。
若你的電腦 Power 真的不夠強，要嘛同時間別跑太多程式 (一次跑一到二個大程式)，就是去花錢做適當的升級吧！(記得找「對」瓶頸來買適當的裝備！)

-----BEGIN PGP SIGNATURE-----
Version: PGP 8.1

iQA/AwUBRe1iThl3yhBVZiD/EQK2mwCgkT3toZ+aQtjJNcKpFVVWlqdNxBcAniHj
1VuYKmf7zuFD54n/mP92xU8R
=7Hso
-----END PGP SIGNATURE-----

[badcat 在 2007-3-6 08:46 PM 作了最後編輯]

[如果你喜歡本文章，就按本文章之鮮花～送花給作者吧，你的支持就是別人的動力來源]

本文連接

快速回覆

badcat
銀驢友〔初級〕

壞喵

．積分： 541
．精華： 3
．文章： 837
．收花： 3874 支
．送花： 982 支
．比例： 0.25
．在線： 3330 小時
．瀏覽： 62312 頁
．註冊： 7459 天
．失蹤： 391 天

#7 : 2007-3-6 08:32 PM 全部回覆	送花 (15) 送出中...

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

有興趣算了一下！

DVD 為 720 * 480 * 24bits 色 * 24fps(張) (其實也有 30fps，這裡用最低限 24fps)
DVD 1x = 1350 K/S / 1024 ~= 1.318 MB
HDD 讀寫流量 55 MB / 1.318MB ~= DVD 41.7x

DVD 41.7x * 24fps ~= 1001 fps/s

先自忖自己的 CPU 能不能播放到 1001fps /s，若可以那 CPU 的播放速度就可以把 HDD 流量塞滿。(還不包括解碼的時間，不然還達不到 1001fps/s)
而「轉檔程式」做的是「編碼」，「編碼」普遍比「解碼」慢，就更不可能算到 1001fps/s 張的流量給 HDD。(還是不包括編碼時間，不然會比「解碼」還慘！)
所以在一般的 CPU 下，通常都是 HDD 等 CPU 啦！等到你有一顆轉碼時能算到 1001fps/s 以上的 CPU 時，這時就是 CPU 等硬碟了！(已破 HDD 55MB/s 流量)

有興趣者可以試試 RAM Disk 讀取 DVD 的極限為幾倍 ???x ？及要多快的 CPU 運算 (?????fps/s) 才能把 RAM Disk 流量塞滿？(※注意小弟的文中 ?? 的數量。)

若你轉碼的過程當中，HDD 流量已滿，或許你應該檢查一下是什麼東西佔滿了你的硬碟流量？
建議可以用 Filemon.exe 追追看。http://www.sysinternals.com
-----BEGIN PGP SIGNATURE-----
Version: PGP 8.1

iQA/AwUBRe1fThl3yhBVZiD/EQK7TQCgzKuxwOO7u+hP73MqCFhyfTvx1xAAoKT7
kbB6+2nTFqaojssvJyqPiKRJ
=7jce
-----END PGP SIGNATURE-----

[如果你喜歡本文章，就按本文章之鮮花～送花給作者吧，你的支持就是別人的動力來源]

本文連接

快速回覆

badcat
銀驢友〔初級〕

壞喵

．積分： 541
．精華： 3
．文章： 837
．收花： 3874 支
．送花： 982 支
．比例： 0.25
．在線： 3330 小時
．瀏覽： 62312 頁
．註冊： 7459 天
．失蹤： 391 天

#8 : 2007-3-6 09:56 PM 全部回覆	送花 (4) 送出中...

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

恭喜你解決了問題！
那就在文章標題改成：[已解決][問題]雙核心轉檔...
然後在第一篇主題文編輯，增加->「你解決的方式...」

以方便之後的網友參考使用！
-----BEGIN PGP SIGNATURE-----
Version: PGP 8.1

iQA/AwUBRe1zQRl3yhBVZiD/EQLRDgCghMRv9B74V7ECV8bkoBcvK4chuQ4AoLPi
CyV8uVx/ONpKSH9FHx/XrZSK
=/qXj
-----END PGP SIGNATURE-----

[badcat 在 2007-3-6 09:57 PM 作了最後編輯]

[如果你喜歡本文章，就按本文章之鮮花～送花給作者吧，你的支持就是別人的動力來源]

本文連接

快速回覆

badcat
銀驢友〔初級〕

壞喵

．積分： 541
．精華： 3
．文章： 837
．收花： 3874 支
．送花： 982 支
．比例： 0.25
．在線： 3330 小時
．瀏覽： 62312 頁
．註冊： 7459 天
．失蹤： 391 天

#9 : 2007-6-23 01:12 AM 全部回覆	送花 (3) 送出中...

什麼是「正確的比例」，就是「螢幕上顯示」輪胎「圓圓的」不會變成「橢圓的」；「正方型」的骰子，不會變成「長方型」。
NOKIA Monitor Test 程式的背景頁就是校正 CRT 的「正確比例」，讓「圓」就是「圓」；「方」就是「方」。(Google: NOKIA Monitor Test)
套用到影片播放就是：「播放時『正確的顯示比例』就是『螢幕上能顯示，圓圓的輪胎、方方的骰子』。」

平凡小任兄的轉法：轉給自己用的。(顯示「比例」不對時，小任兄他自己能調整。)

Adsmt  & tonyhsie 的轉法，轉給大家用的，EX: 公司販售用的 DVD 影片。(要先把「正確比例」的轉好，任何人直接按 Play 鍵就是正確比例，因為不是每個人能會用 DVD Player 調整「比例」！老人啦！小孩啦！老婆啦！等等...)
如果每次轉的比例都不對，可能老闆會直接叫你走路！(因為使用者會抱怨每張 DVD 還要手動調整比例！否則就會「圓不圓」、「方不方」。)

所以兩者是用途不同，看的觀點不同！所以 Adsmt  & tonyhsie 兄 & 平凡小任兄三位就不用再爭論這個問題了。(彼此的用途不同嘛！)

另外！現在討論的好像跟主題已經沒太大關係了？要不要就此打住？(只是建議！)

[badcat 在  2007-6-23 02:05 AM 作了最後編輯]

[如果你喜歡本文章，就按本文章之鮮花～送花給作者吧，你的支持就是別人的動力來源]

本文連接

快速回覆