看板 P2PSoftWare 關於我們 聯絡資訊
重這文章得益不好,補一點剛剛的心得 我電腦的cpu是E6600, 4G RAM, 系統M4 128G SSD, 2T WD下載 因為最新版的UT可以用手機遙控,所以嘗試了一下 uTorrent_3.4.1 _30888 我都是用32bit版本,因為官網找不到64bit,作業系統是win7 64bit 因為電腦剛重灌,一開UT會檢查檔案完整性 照文章調整以後用資源管理器看,硬碟的IO速度會掉到20MB/s 往下掉以後,就算我把正在活動的種子全部暫停也沒有用 我放棄使用這個版本以後,正常結束UT,等了幾分鐘UT關不掉,資源管理器顯示 還有兩個已經被我暫停種子(檔案)在活動...我就看這兩個檔案看了一分鐘,都沒有動靜... 這版本的品質說到這邊應該很清楚了... 換到2.21以後,大概都可以維持45MB+的硬碟速度 因為作業系統裝在SSD,虛擬記憶體可以讓UT盡量吃 diskio.coalesce_write_size 大於64MB diskio.max_write_queue大於4096在我的系統上就看不出差別了 UT還是2.21好@@ ※ 引述《r1239386 (T毛)》之銘言: : 相信大家很常看到一個問題 : 就是 "uTorrent 硬碟負載100%" 怎麼辦!??? : 這問題困擾大家很久 : 我自己測試後 得出一個小結論 : ========================環境======================== : 作業系統: win7 X64 : 硬碟: 128G SSD + WD RE4 1T*5 : 網路: 1Gbps : uTorrent 快取設定圖: http://i.imgur.com/RTxXuru.jpg
: ========================環境======================== : 首先 我先觀察 : [CHD每次上傳排行前幾的那幾個 客戶端好像是2.0.4 或 2.2.1 : 當然偶爾也會有3.2.3] : →此時 我有個問題 為什麼大家這麼喜歡舊版?? : 依照一個正常軟體的走向 應該是往後面的作業系統做優化 : 我心中有個疑問 : "可能在XP上面 2.x版可能是最好的 但win7上會不會是3.x是最好的!?" : 我個人的答案是 "不是....." : 在高速下載中 3.x版的快取回寫硬碟有問題... : 狀況一 "win7 + 3.2.3" : 高速下載 寫入快取會被吃滿 導致硬碟Loading 100% 下載速度會整個掉下來... : 裝況二 "win7 + 2.0.4" : 高速下載 寫入快取會被吃滿 也會導致硬碟Loading 100%... : 看到這邊 有人定會說 "靠邀 都一樣啊!!! 阿不是一樣糟糕!?" : 對..... : 所以我一直很納悶 一直找尋方法 : 直到今天 我回頭看了這篇的推文 : #1FSSgVcp (P2PSoftWare) : → darklpi :用1Gbps的人們,要突破天際請調整每part寫入的大小值 03/28 14:16 : → darklpi :改快取方式是沒用的....XD : : 原來............... : 把快取提高是沒有用的 只是快取寫滿的時間往後延而已 : 就因為這句話 我想到了diskio的進階設定 : 如圖 :http://i.imgur.com/tGhZt4i.jpg
: diskio.coalesce_write_size 預設值應該是2MB=2097152 : 我的想法是 這個值是當分塊在快取要回寫回硬碟時 單次寫入的SIZE : 單次寫入多 = 快取搬回硬碟的速度快 = 快取降低得快 : (硬碟會LOADING高就是因為快取回寫得太慢) : 好 這時 我就想說 世界是美好的 : =========把coalesce_write_size設到40MB (自己換算 或看圖)===== : 狀況一 "win7 + 3.2.3 + HDD" : 高速下載時 快取減少的速度有加快 大概25~30MB/s都還可以撐住 : 但是 速度上到40MB/s後 快取撐不住了 直往1000MB跑... : 結果硬碟就loading 100%了................... : 我心裡想: 現在是怎樣= =" : 然後其實我觀察到 硬碟在大區塊回寫 就會造成loading往上加... : 我在想 "會不會是傳統HDD撐不住!??" : 狀況二 "win7 + 3.2.3 + SSD" : 高速下載時 快取減少有加快沒錯 : 速度上到40MB/s也可以穩住 不讓快取滿檔....... : 先下個結論.... : "在win7 + 3.2.3狀況下 想要高速下載使得硬碟不loading 100% 請愛用SSD" : 但...........總不能用SSD當下載槽吧 本錢不夠多QQ : 接著 我就把uT降成2.0.4 : 狀況三 "win7 + 2.0.4 + HDD" : 高速下載下 40MB/s 寫入快取會維持在500~600MB : 不會滿檔.......... (圖同上: http://i.imgur.com/tGhZt4i.jpg
: 圖中可以看到下載速度已經到40MB/s 但仍然沒有100%的問題 : (P.S: 這如果在3.2.3會炸裂了...只是我沒拍照) : 最終結論 : 1. 當速度進入Gbps的領域時 請修改 diskio.coalesce_write_size這個值 : 2. 如果堅持要用3.2.3 只能用SSD去解決...... : (3.x版的快取跟硬碟管理好像有很大的問題 可以從這邊看出 : 雖然3.2.3 最後一個穩定版"宣稱"已經搞定......) : 3. 依照目前來看 Gbps下 2.0.4 2.2.1 才是最穩定的版本...(假如你用HDD的話) : 4. 同樣設定 3.x 為什麼有問題 2.x卻沒問題?? : (我個人覺得回寫的演算法有變..) : 最後來張2.0.4上下載全開的圖 http://i.imgur.com/fLHrPSz.jpg
: 對了 我想問一下 有人把快取設超過1200MB 跑到滿都正常嗎?? : 我之前在網路上有看到說 這是uT一個到現在尚未解決的BUG..... : 但網路上一堆影片教學都叫人填1700MB : 我2.0.4 2.2.1 3.2.3 都試過 只要快取超過1200MB之前死當給我看= = : 大家如果有問題可以再提出來一起討論Q_Q : 最後再次感謝darklpi大大一語點醒我...(如果我沒會錯意的話...) : PS: 如果會錯意的話 這整篇文章都白打了Q_____Q -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 1.34.79.71 ※ 文章網址: http://www.ptt.cc/bbs/P2PSoftWare/M.1398940152.A.BDE.html ※ 編輯: SETL (1.34.79.71), 05/01/2014 20:16:46
jointless :我測試的結果反而是新版控制硬碟I/O比較好也。我用 05/02 09:23
jointless :自動分配記憶體新版比較不會出現硬碟負荷過重,也許 05/02 09:23
jointless :是你的管子比較大塞爆了吧XD。 05/02 09:23
如果只有io的問題可能我還會想試試看有沒有解決方法 但是開沒多就,正常關UT結果關不掉,卡在兩個我已經暫停很久的種子上 我就對這版一點信心都沒有了 ※ 編輯: SETL (1.34.79.71), 05/02/2014 20:13:58
tonyhsie :同一版本但沒有發生過這種問題 05/03 22:55