RSS   



  可打印版本 | 推薦給朋友 | 訂閱主題 | 收藏主題 | 純文字版  


 
 123  5/9  | <  2  3  4  5  6  7  8  9  > 


 
主題: [求助] [已解決][問題]雙核心轉檔時其他軟體會lag嗎?   字型大小:||| 
  ☆★☆★ TWed2k 向你推薦這篇文章 ★☆★☆  
平凡小任
金驢友〔中級〕
等級: 17等級: 17等級: 17等級: 17等級: 17


 . 積分: 2378
 . 文章: 8010
 . 收花: 19199 支
 . 送花: 18840 支
 . 比例: 0.98
 . 在線: 7367 小時
 . 瀏覽: 58690 頁
 . 註冊: 8179
 . 失蹤: 109
 . Taiwan
#61 : 2007-3-11 02:06 PM     只看本作者 引言回覆


引用:
missholiday寫到:
intel 最近的 C2D 說真的做的真的不錯
也很期待45製程的 4CORE CPU上市只是= =FSB讓我很疑惑= =
沒有到1600以上= =真的不會不夠用我就又得懷疑了= =
INTEL北橋和南橋之間FSB也是我覺得需要加強的地方:O
SATA其實是有差的比起傳統ATA
它個很好的方便性就SERIAL= =不再是傳統P-ATA= =笨笨的一次一件事情輪流上陣= =
只是眼前是有點極限
不過最近出來的SEAGATE硬碟已經開始使用全新的硬碟讀取技術他不是讓硬碟更快而是單面容量加大
這樣很多硬碟便的不用在一堆碟在裡面O O這樣也好不然很多硬碟裡面已經3片以上效率是不能
跟只有一碟片的人比的@@
省是很多
不過= =我覺得我的疑慮都是白疑慮= =
只是過度期而已= =杞人憂天早晚有有趣的解決方法
大家坐享其成就好
多賺點錢到時候再回來買大家的結晶
不要動太多腦經在哪個怎樣哪個怎樣
只會有進步除了= =運氣要看人

事實上,我剛剛上面跑COH兼轉檔時
跑轉檔的硬碟是老的IDE硬碟,日立2004.8月出廠的120G 7200RPM(自己外接USB2.0使用)
跑COH的硬碟則是主機內部SATA2
說實在除了上面我描述的情形外
我覺得使用起來很正常
以前跑轉檔時那台主機一定要獨立的
現在是一台主機要幹麻就幹麻
事情照做、遊戲照玩
磁碟分配好(沒有人希望同顆硬碟同時跑轉檔又跑遊戲、HDTV吧)
所有的事就畢其功於一役了...XD



[如果你喜歡本文章,就按本文章之鮮花~送花給作者吧,你的支持就是別人的動力來源]
本文連接  
檢閱個人資料  發私人訊息  Blog  快速回覆 新增/修改 爬文標記
LiuRambo
金驢友〔初級〕
等級: 16等級: 16等級: 16等級: 16
我缺錢

十週年紀念徽章(二級)  

今日心情

 . 積分: 2086
 . 文章: 4914
 . 收花: 18694 支
 . 送花: 15318 支
 . 比例: 0.82
 . 在線: 2069 小時
 . 瀏覽: 13400 頁
 . 註冊: 7231
 . 失蹤: 644
#62 : 2007-3-11 07:00 PM     只看本作者 引言回覆

純粹插花

很難得在這裡可以看到一篇文章裡幾位版主都出來說話
而且已經第五分頁了,完全沒有謾罵攻擊的字眼
雙方真的都值得鼓勵

電腦就是一直在進步
要有享受就是得花錢
不花錢就要慢慢等



[如果你喜歡本文章,就按本文章之鮮花~送花給作者吧,你的支持就是別人的動力來源]
本文連接  
檢閱個人資料  發私人訊息  Blog  快速回覆 新增/修改 爬文標記
tonyhsie
青銅驢友
等級: 11等級: 11等級: 11等級: 11


 . 積分: 295
 . 文章: 325
 . 收花: 2154 支
 . 送花: 10084 支
 . 比例: 4.68
 . 在線: 1045 小時
 . 瀏覽: 63474 頁
 . 註冊: 6947
 . 失蹤: 313
#63 : 2007-3-11 07:48 PM     只看本作者 引言回覆

小弟用過 P4 2.4G (Northwood), P4 550 (Prescott 3.4G), E6300 1.86G oc 2.8G 來轉檔
每個禮拜把霹靂 DVD 轉成 h.264 mkv

就理論 (小弟讀本科系的) 跟實際情形來看

1. 同一架構下,只看時脈大小差別     (兩台 P4 雖是不同核心,但架構相近)
2. 不同架構下,光比時脈大小已經沒有意義 (E6300 不超頻 1.86G 狠狠打趴 P4 3.4G)
3. 轉檔瓶頸一定在 CPU 不在 I/O      (就算是 E6300 轉檔,I/O loading 還是很輕,離滿載還遠的很....)
4. 多核心對轉檔絕對有幫助        (就算轉檔軟體沒有對多核最佳化,仍有一核心閒置可作其它事)
5. 轉檔軟體若對多核心最佳化,差異更明顯 (ex: XviD 有單/多核版,實際轉檔時間差異很大)

各位如果手邊有多核心的 CPU, 不妨用 XviD 兩個版本分別轉檔來試試
http://www.koepi.org/xvid.shtml

Latest stable binary
XviD-1.1.2-01112006.exe (628kb)    <-- 單核

Latest unstable binary
XviD-1.2.-127-25022006.exe (630kb)  <-- 多核實驗版本
(在 Configure Encoder 裡面可設定轉檔用多少 Thread 平行處理)

TMPGEnc 也有支援多線程....所以加速也是必然的


至於上面有些人提的原理雖然是對的,但結論不太對

1. 要把單一 Task(Process) 分割給多核處理,的確有難度,但還是有可能達成的,看各 App Programmer 的功力
2. 多 Task 交給多核處理,則是看 OS 的能力,XP SP2 或許有改進空間,但已經不錯了
3. 在 codec 一個比一個複雜的情況下,轉檔瓶頸是 I/O 的可能性小得可憐,幾乎不用考慮

[tonyhsie 在  2007-3-11 07:50 PM 作了最後編輯]



[如果你喜歡本文章,就按本文章之鮮花~送花給作者吧,你的支持就是別人的動力來源]
本文連接  
檢閱個人資料  發私人訊息  Blog  快速回覆 新增/修改 爬文標記
小樓zero
銅驢友〔初級〕
等級: 8等級: 8


今日心情

 . 積分: 108
 . 文章: 112
 . 收花: 706 支
 . 送花: 61 支
 . 比例: 0.09
 . 在線: 2520 小時
 . 瀏覽: 33546 頁
 . 註冊: 6990
 . 失蹤: 15
 . 銀河世嘉
#64 : 2007-3-12 04:10 AM     只看本作者 引言回覆

討論的很熱烈~看的很混亂= =


[如果你喜歡本文章,就按本文章之鮮花~送花給作者吧,你的支持就是別人的動力來源]
本文連接  
檢閱個人資料  發私人訊息  Blog  快速回覆 新增/修改 爬文標記
平凡小任
金驢友〔中級〕
等級: 17等級: 17等級: 17等級: 17等級: 17


 . 積分: 2378
 . 文章: 8010
 . 收花: 19199 支
 . 送花: 18840 支
 . 比例: 0.98
 . 在線: 7367 小時
 . 瀏覽: 58690 頁
 . 註冊: 8179
 . 失蹤: 109
 . Taiwan
#65 : 2007-3-12 10:20 AM     只看本作者 引言回覆


引用:
小樓zero寫到:
討論的很熱烈~看的很混亂= =

應該還好吧?
真的有疑問的話
建議自己DIY一下
Learning by doing吧...XD



[如果你喜歡本文章,就按本文章之鮮花~送花給作者吧,你的支持就是別人的動力來源]
本文連接  
檢閱個人資料  發私人訊息  Blog  快速回覆 新增/修改 爬文標記
crazydark
金驢友〔初級〕
等級: 16等級: 16等級: 16等級: 16
貧窮金太郎

 . 積分: 1852
 . 精華: 2
 . 文章: 2767
 . 收花: 16315 支
 . 送花: 11218 支
 . 比例: 0.69
 . 在線: 2953 小時
 . 瀏覽: 49480 頁
 . 註冊: 7459
 . 失蹤: 1
 . Taiwan
#66 : 2007-3-12 08:16 PM     只看本作者 引言回覆


引用:
killer00寫到:
crazydark、badcat 兩位講的其實都沒問題,只不過是站在不同角度看這件事情罷了。

Linux、Unix系統被設計成能善用多CPU架構,所以該煩惱的就是OS設計師,但一般程式要在這些OS上工作除了符合規範外,的確不需要考慮CPU使用的問題,因為這一切交給OS幫忙管理,這原本就是OS的工作,這也就是badcat的論點。


將多個工作排到多個CPU上的確是OS份內的事,不過要他將一個工作同時排上兩個以上的核心工作的話,我想是一定要改寫你的程式以支援雙/多核工作的。


引用:
badcat寫到:
所以從「作業系統」層面來解決,至少減少「軟體程式」層面要解決 CPU 硬體的問題,那程式在面對單/雙/多核時,都不用改寫程式,才不會每新增新的 CPU 硬體變動,「每套」軟體的最佳化都要改寫,才會有明顯效能改進的窘境。


其實前文主要還是針對batcat兄所提的上面這段話提出我的看法,如果只是要能動,那當然不用改寫,但如果在雙/多核上要說最佳化,我認為勢必得善用雙/多核心;而如果要善用雙/多核心,就一定要改寫程式。

我在37樓的文章就是
1.
我認為要善用雙/多核心,一定要改寫程式,不大可能透過OS的支援就讓你的程式可以善用雙核心。

2.
要最佳化,無可避免一定要面對不同硬體架構做不同軟體架構改變的問題,而且也不是OS可以幫你處理的。x86上麻煩的地方是core 2 duo跟Athlon64x2雙核需要的最佳化方式有點不一樣,一般寫x86的,通常要嘛取折衷,要嘛就西瓜餵大邊。

真要不用改寫
就看看傳聞中那個"Reverse Hyper-Threading"有沒有辦法真的實作並滿足大家的想像囉


引用:
killer00寫到:
雙核心的問題在於工作的分派問題無法解決,但前面的人有的以為資料就像是水,CPU是尺寸固定的水管,核心越多,代表資料流過的越多,即使單個程序也可以用這樣的推論去跑,但其實完全不對。

單一程序無法被兩個核心同時運作(頂多是輪流分派),這點是絕對無庸置疑。

要知道CPU運作的方式是將程序從記憶體載入至CPU中開始運算,但如果把這個程序的資料分成兩邊做運算會有什麼下場?比如:t=2x*3y,ans=t/2,這樣一組運算式要被雙核心運算,可能拆成兩個部分算嗎?(t=2x*3給core A,ans=t/2給core B),不可能,對OS而言他是無法分辨這是數學運算式還是其它資料,他只會依照它的演算法去判斷這筆資料是否有關聯,沒有關聯性的才讓他被兩顆核心同時運作,但有關聯性的仍是單科核心運作,至於為何轉檔時可以看到兩顆核心都在運作,要知道CPU本身能存放的資料原本就不多,當然依照OS的演算法去推測,他可以先找出沒有相關聯性的部分分派出來,使得兩個CPU都可以處於工作狀態,但影像畢竟是一連串的資料,能分開處理的部分畢竟不再多數,所以能發會的空間自然不多。


上面的說法比較像是CPU內的指令分派器做的事。CPU在進入多管線架構後,希望單一程式能善用多管線就是使用這種做法。

這事不適合OS去做的原因,主要是要OS去看執行檔一個個的binary code,分析再分派工作,是比較沒有效率的事情。第二是現在x86的CPU在內部多半會將x86指令做轉譯再丟進管線,轉譯過程可能會有指令打散或融合的動作,所以OS只針對x86指令做的分析,是不夠的;但如果還要先將x86指令轉成現在CPU內部的RISC再分析,工作只會更重且效率再降低。



[如果你喜歡本文章,就按本文章之鮮花~送花給作者吧,你的支持就是別人的動力來源]
本文連接  
檢閱個人資料  發私人訊息  Blog  快速回覆 新增/修改 爬文標記
平凡小任
金驢友〔中級〕
等級: 17等級: 17等級: 17等級: 17等級: 17


 . 積分: 2378
 . 文章: 8010
 . 收花: 19199 支
 . 送花: 18840 支
 . 比例: 0.98
 . 在線: 7367 小時
 . 瀏覽: 58690 頁
 . 註冊: 8179
 . 失蹤: 109
 . Taiwan
#67 : 2007-3-12 11:20 PM     只看本作者 引言回覆

小弟是文組的
基本上什麼CPU原理
多核心原理也是一知半解
我只會用而已
基本上就像我前面講的
會兩個核心都用滿的機會相當少
而且微軟其實也有一直在出雙核心的增強程式
假設一個小小的新接龍還要用到兩個核心來跑
那未免太貽笑大方了
通常程式使用時大概只會看到一個核心稍高
另一個核心在準備狀態

至於要看雙核心的威力
建議是參考tmpgenc或者英雄連隊
他們還有另外針對雙核心做最佳化

在下以為雙核心會是種趨勢
至少目前使用上是方便的
也不會說雙核心比單核心差的情況發生
甚至可以說雙核比單核還要有彈性
換個角度想
如果你覺得OS笨
那你乾脆開工作管理員自己管理你的某些程式
讓他們可以找到閒置的核心使用
這個就是雙核的彈性...



[如果你喜歡本文章,就按本文章之鮮花~送花給作者吧,你的支持就是別人的動力來源]
本文連接  
檢閱個人資料  發私人訊息  Blog  快速回覆 新增/修改 爬文標記
patrick0612
銅驢友〔初級〕
等級: 8等級: 8


十週年紀念徽章(六級)  

今日心情

 . 積分: 102
 . 文章: 204
 . 收花: 403 支
 . 送花: 1355 支
 . 比例: 3.36
 . 在線: 2103 小時
 . 瀏覽: 50609 頁
 . 註冊: 6750
 . 失蹤: 1313
 . Taiwan
#68 : 2007-3-15 02:06 PM     只看本作者 引言回覆

雙核心轉檔的速度確實是較為快速,我利用Althon K8 2800+與Intel Core 2 Duo T7200相比,確實快了些,且還可以處理其他事務,不用空下電腦等他工作。
所以推薦雙核心。



[如果你喜歡本文章,就按本文章之鮮花~送花給作者吧,你的支持就是別人的動力來源]
本文連接  
檢閱個人資料  發私人訊息  Blog  快速回覆 新增/修改 爬文標記
leonis0811
青銅驢友
等級: 11等級: 11等級: 11等級: 11
超級苦勞工程師

十週年紀念徽章(二級)  

今日心情

 . 積分: 211
 . 文章: 640
 . 收花: 1537 支
 . 送花: 12338 支
 . 比例: 8.03
 . 在線: 1825 小時
 . 瀏覽: 32674 頁
 . 註冊: 7432
 . 失蹤: 1103
 . 美麗的台中
#69 : 2007-3-15 07:23 PM     只看本作者 引言回覆

就算用雙核心也不會比較順,就版大您的使用方式而言,造成LAG的情形不不是出在於CPU,而是在於HD的部分,因為影像轉檔所消耗的硬碟效能真的是非常大,除非您有2~3顆硬碟,在同時多工處理時,又是分別用在不同的硬碟上(如:轉檔HD2、遊戲HD3、系統HD1),這樣才不容易有所謂LAG的現象,但是如果您已經有多顆硬碟了,卻還是會LAG,那就必須改善CPU和記憶體的部分。
但是,就算配備在頂級,一次執行多種消耗大量資源的程式,仍是會LAG的。



[如果你喜歡本文章,就按本文章之鮮花~送花給作者吧,你的支持就是別人的動力來源]
本文連接  
檢閱個人資料  發私人訊息  Blog  快速回覆 新增/修改 爬文標記
平凡小任
金驢友〔中級〕
等級: 17等級: 17等級: 17等級: 17等級: 17


 . 積分: 2378
 . 文章: 8010
 . 收花: 19199 支
 . 送花: 18840 支
 . 比例: 0.98
 . 在線: 7367 小時
 . 瀏覽: 58690 頁
 . 註冊: 8179
 . 失蹤: 109
 . Taiwan
#70 : 2007-3-15 09:18 PM     只看本作者 引言回覆


引用:
leonis0811寫到:
就算用雙核心也不會比較順,就版大您的使用方式而言,造成LAG的情形不不是出在於CPU,而是在於HD的部分,因為影像轉檔所消耗的硬碟效能真的是非常大,除非您有2~3顆硬碟,在同時多工處理時,又是分別用在不同的硬碟上(如:轉檔HD2、遊戲HD3、系統HD1),這樣才不容易有所謂LAG的現象,但是如果您已經有多顆硬碟了,卻還是會LAG,那就必須改善CPU和記憶體的部分。
但是,就算配備在頂級,一次執行多種消耗大量資源的程式,仍是會LAG的。

不過我以前用3000+的時候
硬碟也是分開處理事務
也是LAG阿
而轉檔時我開工作管理員看CPU使用都滿高的
CPU不需全力處理轉檔而效能卡在I/O個人是滿懷疑的啦...

[平凡小任 在  2007-3-15 09:26 PM 作了最後編輯]



[如果你喜歡本文章,就按本文章之鮮花~送花給作者吧,你的支持就是別人的動力來源]
本文連接  
檢閱個人資料  發私人訊息  Blog  快速回覆 新增/修改 爬文標記
kkmmc
金驢友〔中級〕
等級: 17等級: 17等級: 17等級: 17等級: 17
您好~

今日心情

 . 積分: 2257
 . 文章: 936
 . 收花: 21861 支
 . 送花: 7422 支
 . 比例: 0.34
 . 在線: 1183 小時
 . 瀏覽: 21921 頁
 . 註冊: 7444
 . 失蹤: 1217
 . 地球
#71 : 2007-3-15 11:07 PM     只看本作者 引言回覆


引用:
killer00寫到:
雙核心對轉檔沒多大幫助,轉檔看的是時脈,就是CPU本身的速度,雙核心不過是將同一時間內可以處理的資料做提升。



第一次看到大大的這句話還真的是嚇一跳,心都涼一半了
畢竟當初也是砸大錢敗下e6300的
不過往後看了幾位大大的評論之後
心情也就稍微平復許多  慶幸沒有買錯

btw...去年買e6300才5900
到了今年三月要買的時候沒想到已經漲到6000以上了
不知道以後e6300會不會等於NT6300 !?



[如果你喜歡本文章,就按本文章之鮮花~送花給作者吧,你的支持就是別人的動力來源]
本文連接  
檢閱個人資料  發私人訊息  Blog  快速回覆 新增/修改 爬文標記
平凡小任
金驢友〔中級〕
等級: 17等級: 17等級: 17等級: 17等級: 17


 . 積分: 2378
 . 文章: 8010
 . 收花: 19199 支
 . 送花: 18840 支
 . 比例: 0.98
 . 在線: 7367 小時
 . 瀏覽: 58690 頁
 . 註冊: 8179
 . 失蹤: 109
 . Taiwan
#72 : 2007-3-16 12:19 AM     只看本作者 引言回覆


引用:
kkmmc寫到:
第一次看到大大的這句話還真的是嚇一跳,心都涼一半了
畢竟當初也是砸大錢敗下e6300的
不過往後看了幾位大大的評論之後
心情也就稍微平復許多  慶幸沒有買錯

btw...去年買e6300才5900
到了今年三月要買的時候沒想到已經漲到6000以上了
不知道以後e6300會不會等於NT6300 !?

呵呵,據說控肉的可超幅度很強
如果如killer00兄所言
時脈是轉檔的依據
問題是不超頻的控肉應該還是狂電k8吧
(就算拿高時脈的k8來比的話)
或者高時脈的P4?...

[平凡小任 在  2007-3-16 12:21 AM 作了最後編輯]



[如果你喜歡本文章,就按本文章之鮮花~送花給作者吧,你的支持就是別人的動力來源]
本文連接  
檢閱個人資料  發私人訊息  Blog  快速回覆 新增/修改 爬文標記
ashoola
青銅驢友
等級: 11等級: 11等級: 11等級: 11


今日心情

 . 積分: 315
 . 文章: 1163
 . 收花: 2288 支
 . 送花: 671 支
 . 比例: 0.29
 . 在線: 750 小時
 . 瀏覽: 7740 頁
 . 註冊: 7181
 . 失蹤: 445
 . 永眠的電腦桌
#73 : 2007-3-16 12:30 AM     只看本作者 引言回覆

論壇當中的高手還真是多啊,每位神人都能提出自己的理論依據,甚至還有不同的配備可以做出對照組,看的無知的我只能說佩服
      我記得比較古早的還沒有雙核心的時代,那時候影像轉檔有很大的運算比重都是由CPU來負責,而轉檔作的品質越好所花的時間和資源就越高,通常所花費的時間都會大於影像播放的時間,於是乎電腦在LAG的當下,你也可以去洗澡、吃飯外加喝茶,通常等你搞完這些活動之後回到電腦前,你將會看到的結果就是還沒有完成...
      而在那個時代也因此應運而生的出現一種產品,我如果記得沒錯應該是叫做"MPEG硬體壓縮卡",最主要的作用就是用來負擔CPU的運算工作,而在"硬壓卡"中的轉檔專用晶片和解碼器也能確實的達到縮短時間的目的,而有些專門的他牌轉檔軟體也能指定硬壓卡來輔助運算達到更好的效果
雖然"硬壓卡"有上述的好處,但是這些高貴的配備通常也只能用來轉檔並沒有太多附加的功能,說真的不是我們芸芸眾生能有意願去採購使用的,不過現在的電視卡也是有硬壓卡的簡易功能,但是如果你要期待他的"軟體壓縮解碼"的話恐怕是會失望的吧...
      以前在看電視有關雙核心CPU的廣告時,我都會覺得廠商總是在誤導民眾,讓大家會覺得換了雙核心效能就會提升一倍,去年底還在某知名**DIY雜誌上有看到類似的說法,就連對電腦較有使用經驗的測試人員都有這種說法了,也難怪一般人會有錯誤的觀念,畢竟一開始我們接受到的資訊就是錯的...
      就我的認知來看,電腦上所謂的幾百幾千的數字提升,在經過測試軟體的比較之下,往往只會有很可憐的幾%的個位數提升,跟我們砸下去大把金錢和時間根本不能成正比
      所謂的雙核心如果是以現實中的例子來說明,應該可以用下面的方式來說明:
      單核心=一個人  雙核心=兩個人  多線程運算、轉檔=搬重物  平時的電腦運算=搬很輕的物件
在單核心的轉檔就是叫一個人去搬重物,於是那個人會搞得腰酸背痛還花了很多時間
在雙核心的轉檔就是找兩個人去搬重物,跟一個人相比之下這兩個人可以用輕鬆的姿勢來搬,甚至還可以大步前進,的確是有比一個人快多了
同樣的情形你換成四核心來處理也就是四個人來搬,速度會再快很多嗎?恐怕是不會吧,一個東西四個人來搬反而大家要調整位置協調行進的速率,在事前的準備時間搞不好還會增加,可以確定的是這四個人會更輕鬆,大家甚至可以再多拿幾樣東西,但是速度上的提升是增加不了太多的,頂多是大家可以從步行改成小跑步的程度而已
同樣的情形印證到平時的電腦運算時就很有趣了,一堆人去搬很輕的物件,速度的提升可以說是沒有多少改變,反而人多手雜,在事前的協調準備時間反而是浪費了
      由上述的例子大家可以知道多核心絕對不是萬靈丹,多核心的最大價值是多線程運算時能保持電腦的正常運作,不會因為過重的運算導致電腦動彈不得,而如果在運算分工上能完美的分配,那速度當然會有不小的提升,但是現實的情況是你知、我知、大家都知道一件事:微軟從沒有寫出一個完美的作業系統;硬體廠商也不曾制造出全面對應的商品
      想要轉檔快速,應該不是著重某方面的硬體強化,首重的是補足整個硬體系統的不足之處,把CPU換成雙核心能降低系統的遲滯情形,並提升些許的速度;把記憶體加到1.5G以上能避免硬碟暫存的問題,避開讓轉檔時間加長的問題(再更高的容量幫助很小);把硬碟換成完整SATA-1可減輕資料寫出入的分工延遲(SATA-1有不少都是不完整的功能)
      其實大家可以看到上述的方法都不是用來加快速度,最主要是不要讓運算時間浪費在不必要的地方,而去強化時脈、反應時間、容量所能得到的回報真的是很少,當然如果你很有錢全面性的更換強化,那時間上的確是會有比較明顯的提升
      如果你願意搞台轉檔專用機:雙核心CPU+1.5G記憶體+專業硬壓卡+萬轉SATA硬碟*2組成RAID-0陣列,轉檔軟體最佳化成能完全運用到上述的配備,那你想不快恐怕都很難,不過這個代價還真是大啊...
      以上小弟淺見如果有錯就麻煩大家指正,能多學習正確的觀念其實才是最重要的,謝謝!



[如果你喜歡本文章,就按本文章之鮮花~送花給作者吧,你的支持就是別人的動力來源]
本文連接  
檢閱個人資料  發私人訊息  Blog  快速回覆 新增/修改 爬文標記
平凡小任
金驢友〔中級〕
等級: 17等級: 17等級: 17等級: 17等級: 17


 . 積分: 2378
 . 文章: 8010
 . 收花: 19199 支
 . 送花: 18840 支
 . 比例: 0.98
 . 在線: 7367 小時
 . 瀏覽: 58690 頁
 . 註冊: 8179
 . 失蹤: 109
 . Taiwan
#74 : 2007-3-16 12:41 AM     只看本作者 引言回覆

轉檔應該是CPU吃比較大吧?
我自己先前用USB外接IDE老硬碟跑轉檔
速度也是一樣阿
此外看工作管理員CPU使用率不少
真的有必要去弄雙萬轉RAID0嗎?
小弟抱持懷疑的態度...

至於硬壓卡
小弟印象中那好像是用電腦看第四台時想順便錄節目用的
因為要一邊播放節目一邊把影像數位化
所以推薦使用硬壓卡,讓CPU能有更多自己的空閒去做其他事(以前也沒有什麼雙核心)
至於單轉檔案的功能小弟倒沒想過...

[平凡小任 在  2007-3-16 12:46 AM 作了最後編輯]



[如果你喜歡本文章,就按本文章之鮮花~送花給作者吧,你的支持就是別人的動力來源]
本文連接  
檢閱個人資料  發私人訊息  Blog  快速回覆 新增/修改 爬文標記
BOBO
銀驢友〔初級〕
等級: 12等級: 12等級: 12


今日心情

 . 積分: 372
 . 精華: 1
 . 文章: 674
 . 收花: 1757 支
 . 送花: 1269 支
 . 比例: 0.72
 . 在線: 2404 小時
 . 瀏覽: 103411 頁
 . 註冊: 7437
 . 失蹤: 54
 .    
#75 : 2007-3-19 02:53 AM     只看本作者 引言回覆


引用:
leonis0811寫到:
就算用雙核心也不會比較順,就版大您的使用方式而言,造成LAG的情形不不是出在於CPU,而是在於HD的部分,因為影像轉檔所消耗的硬碟效能真的是非常大,除非您有2~3顆硬碟,在同時多工處理時,又是分別用在不同的硬碟上(如:轉檔HD2、遊戲HD3、系統HD1),這樣才不容易有所謂LAG的現象,但是如果您已經有多顆硬碟了,卻還是會LAG,那就必須改善CPU和記憶體的部分。
但是,就算配備在頂級,一次執行多種消耗大量資源的程式,仍是會LAG的。

您這段回覆會讓這篇文章更熱絡......



[如果你喜歡本文章,就按本文章之鮮花~送花給作者吧,你的支持就是別人的動力來源]
本文連接  
檢閱個人資料  發私人訊息  Blog  快速回覆 新增/修改 爬文標記

 123  5/9  | <  2  3  4  5  6  7  8  9  > 
   

快速回覆
表情符號

更多 Smilies

字型大小 : |||      [完成後可按 Ctrl+Enter 發佈]        

溫馨提示:本區開放遊客瀏覽。
選項:
關閉 URL 識別    關閉 表情符號    關閉 Discuz! 代碼    使用個人簽名    接收新回覆信件通知
發表時自動複製內容   [立即複製] (IE only)


 



所在時區為 GMT+8, 現在時間是 2024-11-29 10:44 PM
清除 Cookies - 連絡我們 - TWed2k © 2001-2046 - 純文字版 - 說明
Discuz! 0.1 | Processed in 0.036211 second(s), 6 queries , Qzip disabled