引用:
|
作者Million
USB可能是關鍵因素,
之前用MHDD在DOS真實模式下掃新購硬碟, 開關了連在USB上的手機電源,
結果卻導致MHDD掃到反應遲鈍的問題資料軌,
再次開關手機電源一次亦是得到相同情形,
當下推測應是USB中斷CPU的執行所造成的
重新再掃一次沒有USB干擾的狀況之下就完全正常無誤
他說64BIT的不穩, 已改回32BIT了!
|
不穩也許是只有我發生的個案吧,只是我是有點半刻意去硬操他,
就是邊玩NBA 2K13,邊用TMPEG 5.0來轉X.264,或是用MEGUI來轉檔,
基本上那兩款轉檔軟體都可以輕鬆的把CPU使用率拉到100%,而其工作的資料夾
集中在Ramdisk槽,暫存也是,當然pagefile也是在Ramdisk,
比較大的變數是在於我發現轉檔時TPEG不知為何會用到第一張顯卡的GPU,
讓溫度拉到約6X度,這雖然沒什影響,但加上我一開遊戲的話,想當然爾對於電腦
而言絕對是重載,電腦上不知準不準的瓦數表會在320瓦左右跳,平常純轉檔約240W,
玩GAME也差不多,有支援SLI的則會到320瓦無誤,只是証明確實是重載,
而玩GAME的同時轉檔雖然沒問題,但是當TMPEG 5.0轉好一個工作要輸出檔案的同時,
電腦就會出現藍色畫面,我是不知道這是軟體本身有問題,還是因為在X64 OS作業,
因為我在X86環境這麼搞是一點問題也沒有的,大約當了六次之後,
就把64BIT換回X86繼續玩了,我是比較懷疑當的原因可能是我那種惡搞用法下,
可能把所有的RAM都吃的差不多,或是RAMDISK軟體本身抓到的RAM有與
OS本身用到的有所衝突,當然也可能只是單純TMPEG 5.0在X64底下用RAMDISK作
業有什麼問題而以,但我只是個小小咖不是神人,只能用單純的方法來解決這個問題。