Re: [問題] idm 正在重組

看板P2PSoftWare作者時間10年前 (2013/09/11 10:39), 編輯推噓5(9推 4噓 44→)
留言57則, 8人參與, 最新討論串2/3 (看更多)
好啦~ 對於你回的文章，我抓重點回答.. ※ 引述《wkwtb (....)》之銘言： : 1.idm在重組檔案時，就必須花很多時間在極度零散的碎片中找到各部分 IDM本身不像P2P軟體那樣可以把檔案分割成2~100多塊，最多16塊而已。而這些 最多16塊檔案碎塊並不是零散的碎片，並不會像P2P那樣假設20線，只剩最後的 檔案碎片未完成，為了加速就把那塊碎片再切成20線去跑。 因此，IDM沒有極度零散的碎片。 : 2.找到需要的部分後，需要在硬碟中尋找空間將組合好的檔案寫入， : 但因為相同的理由「空間太少」，結果IDM必須將檔案再割成一大堆碎片寫入。 沒遇過「空間太少」的時候，預設的暫存碟是在C(系統)槽的..地方 根據我那篇的留言..可以改位置.. : 3.步驟1花很多時間，步驟2更花時間... 因為沒有下載緩衝，IDM的檔案重組就像系統重組，當你遊戲中突然遇到系統重 組，遊戲的畫面會頓頓的。因為這樣才會造成檔案重組&系統緩慢。 : 4.***因為空間不夠，所以只要需要做稍大容量的讀寫，都可能會花非常多時間 : ，所以不一定什麼時候，你電腦都會來一下硬碟狂轉 同上 : 5.治標：重組+清空間（但是只要你繼續抓東西，這問題還會再遇到） 樓主那篇留言有說，本人每個禮拜重組一次，若無RAMDISK，IDM的檔案重組和造成 系統緩慢的因素..一直存在.. : 治本：換個更大的硬碟：重組+清空間+看IDM有沒有預先配置檔案空間的選項 : (emule有) : 換SSD也是一種方式，SSD原則上沒有碎片問題，不過SSD壽命比較短+成本高 : 當然，你的問題不一定是硬碟剩餘空間太低，我只是提出一個可能的原因.. : 因為只有大檔案會這樣，也可能是正常現象，只能看有沒有限制寫入速度的選項 : 至於LOL部分，要看當時硬碟有沒有狂轉，如果有的話也可能是硬碟空間太少的問題 那篇留言已說，預先配置檔案空間 = 下載緩衝 ...不太相信現在PC沒人給剩餘的空間供給系統緩衝(本人虛擬分頁檔約2G..足矣) 像本人的RAMDISK只給2G也能讓檔案寫入&重組爽快完成 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 36.232.227.223 ※ 編輯: killer1121 來自: 36.232.227.223 (09/11 11:13)
噓
09/11 12:19, , 1F
我的reget一個檔只開五線，但是碎片上萬個
09/11 12:19, 1F
→
09/11 12:19, , 2F
你連開幾線跟碎片的關係都分不清楚，可笑至極
09/11 12:19, 2F
→
09/11 12:20, , 3F
懶得理你了~自己去多看點書，十年後再回來照鏡子吧
09/11 12:20, 3F
→
09/11 12:20, , 4F
我要去看牙醫把我笑掉的大牙裝回去了
09/11 12:20, 4F
推
09/11 12:24, , 5F
抱歉,我二十年前學寫程式的時候，你可能還在幼稚園
09/11 12:24, 5F
→
09/11 12:24, , 6F
所以我原諒你的無知~ 推回來
09/11 12:24, 6F
推
09/11 12:39, , 7F
我記得現在的磁碟重組除非特別設定
09/11 12:39, 7F
→
09/11 12:40, , 8F
不然不會集中空白區域 只會把已有的檔案聚集而已
09/11 12:40, 8F
→
09/11 12:40, , 9F
若是如此的話 w 兄所言似乎較為合理...
09/11 12:40, 9F
→
09/11 12:40, , 10F
(畢竟集中空白區域是個大搬風的動作
09/11 12:40, 10F
→
09/11 12:41, , 11F
會比單純集中已有的檔案來得慢上許多倍)
09/11 12:41, 11F
無知的我所用的就是特別設定的，以下是曾經重組最近很久沒有重組過的磁碟 http://i.imgur.com/4wgmHwf.png
第二張是已重組但沒有使用的磁碟 http://i.imgur.com/oRVOk3z.png
特地讓我班門弄斧還真是不好意思~ 但這位怎麼不試試這個軟體來實測自己的論點是對還錯的呢? ※ 編輯: killer1121 來自: 36.232.227.223 (09/11 12:59)
推
09/11 13:02, , 12F
我管理的電腦加一加都上百台了，情形推測一下就知道
09/11 13:02, 12F
→
09/11 13:04, , 13F
至於重組~ 抱歉，我都用DISKEEPER，硬碟隨時
09/11 13:04, 13F
→
09/11 13:04, , 14F
「總碎片數」不到50個碎片
09/11 13:04, 14F
→
09/11 13:11, , 15F
09/11 13:11, 15F
→
09/11 13:13, , 16F
有用p2p的我很建議這一套，忽略重組，全自動，無感覺
09/11 13:13, 16F
推
09/11 14:08, , 17F
路過推DISKEEPER~除了隨時重組~還有直接預防碎片產生
09/11 14:08, 17F
→
09/11 21:11, , 18F
IDM 會一直切，而且你網路速度越慢，越容易在即將完
09/11 21:11, 18F
→
09/11 21:12, , 19F
檔的時候一直重切到指定線數，結合的時候就會哭出來
09/11 21:12, 19F
→
09/11 21:14, , 20F
。因為越切越小段，但是你網路速度沒有快到可以瞬間
09/11 21:14, 20F
→
09/11 21:15, , 21F
讓每一線一口氣完成，變成有幾線完成，有幾線還沒，
09/11 21:15, 21F
→
09/11 21:15, , 22F
IDM 又會重新切到你指定的線數。一旦出現這種現象，
09/11 21:15, 22F
→
09/11 21:15, , 23F
你結合的時間就會大幅拉長。
09/11 21:15, 23F
推
09/11 21:23, , 24F
就算你只開一線，如果再寫入時才向win要求空間
09/11 21:23, 24F
→
09/11 21:24, , 25F
因為win只會搜尋你要求的大小給你，所以每一次寫入可
09/11 21:24, 25F
→
09/11 21:24, , 26F
能都在硬碟上實體距離相距十萬八千里的地方~
09/11 21:24, 26F
→
09/11 21:25, , 27F
就造成了無數的檔案碎片，跟到底開幾線沒有絕對相關
09/11 21:25, 27F
→
09/11 21:26, , 28F
應該說，"理論"上沒有「顯著」的關係
09/11 21:26, 28F
推
09/11 21:31, , 29F
假如我的程式下載一個1G的檔案，並且在一開始就跟win
09/11 21:31, 29F
→
09/11 21:32, , 30F
要求配給1G的空間，剛好win給了我一個超完美沒有碎片
09/11 21:32, 30F
→
09/11 21:32, , 31F
的空間，整個1G在硬碟上都是連續的
09/11 21:32, 31F
→
09/11 21:32, , 32F
接下來的下載，我就算我開個一千線，下載完成後
09/11 21:32, 32F
→
09/11 21:33, , 33F
我將不產生任何零散的檔案碎片
09/11 21:33, 33F
→
09/11 22:37, , 34F
fragment 本來就和 filesystem 的 allocation 策略
09/11 22:37, 34F
→
09/11 22:38, , 35F
有關，但 IDM 並不會一口氣要求完整空間。
09/11 22:38, 35F
→
09/11 22:40, , 36F
老外都超愛用 IDM，但它的 I/O 代價真的很大。
09/11 22:40, 36F
→
09/11 22:40, , 37F
ramdisk 也不是無敵，ramdisk 上狂操讀寫操的是 CPU
09/11 22:40, 37F
→
09/11 22:41, , 38F
。用 IDM 沒節制地狂下，數檔同時結合的時候會很慘。
09/11 22:41, 38F
→
09/12 07:55, , 39F
現在也只剩IDM時常在更新 算是能用了
09/12 07:55, 39F
推
09/12 11:37, , 40F
其實，抓合法檔案，用迅雷就好
09/12 11:37, 40F
→
09/12 11:38, , 41F
抓"有疑慮"的檔，用迅雷+上網找白金帳號+免擠補丁
09/12 11:38, 41F
→
09/12 11:39, , 42F
先關閉上傳，然後不想檔案外洩就關閉自動離線~
09/12 11:39, 42F
→
09/12 11:40, , 43F
就我對IDM的印象，介面友善度實在讓我不敢恭維
09/12 11:40, 43F
→
09/12 11:41, , 44F
抓了就跑+peerblock =.=a
09/12 11:41, 44F
→
09/12 19:41, , 45F
IDM我只設1線呈 不然多線呈下載完真的等無敵久
09/12 19:41, 45F
噓
09/15 09:59, , 46F
它以HTTP下載 跟P2P扯什麼?! 國外超愛用IDM的不知道?
09/15 09:59, 46F
噓
09/15 10:01, , 47F
真不知道這問題會在P2P板上出現 是因為跟渣雷有關係?
09/15 10:01, 47F
→
09/15 11:35, , 48F
又來一個常識不足的
09/15 11:35, 48F
推
09/16 00:19, , 49F
看完上面w大和t大的回文學了不少，找時間維護一下我
09/16 00:19, 49F
→
09/16 00:19, , 50F
的硬碟，之後小弟有問題麻煩砲小力點
09/16 00:19, 50F
推
09/16 20:17, , 51F
to vernc:抱歉，我一時瞎眼
09/16 20:17, 51F
wkwtb看你咬魚餌咬得這麼開心 盡量推吧 我也不打算刪文 ※ 編輯: killer1121 來自: 114.160.71.150 (09/16 23:08)
噓
09/17 12:19, , 52F
謝謝，記得說看書，不要只會上網
09/17 12:19, 52F
→
09/17 12:19, , 53F
多
09/17 12:19, 53F
→
09/17 12:20, , 54F
常識不夠又一直上網炫耀然後被打臉，同情你父母
09/17 12:20, 54F
→
09/17 12:22, , 55F
剛發現你的文被另一篇文「引用」了，真是抱歉~
09/17 12:22, 55F
→
09/17 12:22, , 56F
如果我少講幾句，你今天就不用這麼丟臉了
09/17 12:22, 56F
→
09/17 12:24, , 57F
期待您下次的大作，定可榮登PTT期刊論文引用第一名!
09/17 12:24, 57F
我怎麼看到有人在自嘲,是我看錯了嗎? 再推阿 我想出名 丟臉? 被wkwtb推到覺得很光榮 引用? 我不相信這篇沒人說過同等的話 幹麻別人引用完就說"又來一個常識不足的"想針對人?原形畢露了吧 怎麼不推另一篇關於拿EMULE鏈結的文章 因為沒有說錯所以不推了是吧 ※ 編輯: killer1121 來自: 61.224.200.103 (09/17 23:06)
‣ 更多 killer1121 的文章
文章代碼(AID): #1IBzVN3J (P2PSoftWare)
‣ 更多 killer1121 的文章
文章代碼(AID): #1IBzVN3J (P2PSoftWare)