Re: [騾子] 請問為何總會剩下9.28 MB無法下。。

看板P2PSoftWare作者 (超越時空的思念)時間18年前 (2007/01/18 11:10), 編輯推噓0(000)
留言0則, 0人參與, 最新討論串9/11 (看更多)
※ 引述《ltns (一"""一)》之銘言: : 原諒我藉這個主題問個其他問題.... : 從很久之前 久到忘記是甚麼時候了( 3year ??) : eMule好像改成最後完檔前最後幾百KB 速度會劇降, : (降到剩一個人 傳最後的幾百kb給你,還都很慢<10KB) : 這是甚麼保護措施嗎? 我沒聽過 emule 有做類似的修改 ... 至於為什麼最後會剩一點速度很慢 ... 我想應該是頻寬分配造成的錯覺吧 ... 這個問題分成兩個部分... 一. 為什麼剩下一點點時, 會只剩下一個人傳給你. 觀察一下, 是每一個檔案都如此嗎? 還是偶爾? 把檔案點開, 看一下下載狀態, 你應該仍然跟一堆人排隊中. 看看你排隊的位置. 看一下是不是一堆 NNP( no needed parts ) 原本很多人傳給你, 可能只是剛好都輪到你. 當大家傳完一個 chunk 時, 就會跟你說拜拜, 下一輪再見. 剩下一個 chunk 時, 可能剛好大家不是同時傳該 chunk 給你. 當大家都跟你說拜拜以後, emule 拉著他們請他們給你剩下那塊. 他們會叫你重新排隊. XD . 所以只剩下某一個仍然連線中的那塊. 基本上 emule 不會因為只剩一塊而只跟一個人要檔. 所以幾個人同時上傳同一塊給你也是正常的. emule 不是 ftp, http 等下載軟體. 檔案是分割成 chunk-size ( 9.28mb ) 傳遞的. 每次只會傳一個 chunk ( 除非是 ps 或 pbf 才有特例, 官版都沒有 ) 所以不會一直維持上傳狀態. 二. 為什麼速度會很慢, < 10 kb ?! 你問題中, < 10 kb 是筆誤嗎? 單一 slot > 10 kb 表示 上傳總量大於約 12~14 kb, 反推上傳頻寬要有 16~18 kb 以上, 也就是至少要是 2m/256 的 adsl 才辦得到. 而且還得自己一個人專心騎騾 ... 還是你本來想打 1 kb? emule 上傳有所謂的上傳位置( slot ) 還有 集中上傳 ( slot focus ) 所以同時開啟多個上傳位置( slot )時 通常會依照順序分配上傳流量 . 如果你的總上傳能力是 10kb. 且開了 3 個 slot ( slot 開啟數由 emule 依據你的上傳能力與上傳狀況調整. 有些 mod 可以讓你自己設定 ) 那麼 slot.1 的下載者可以獲得他所能獲得的最大速度 也就是如果他的下載頻寬吃得下 10kb, slot.1 就可以獲得 10kb. slot.1 吃剩下的由 slot.2 吃, 再剩下的由 slot.3 吃 ... 依序類推 ... 所以你會發現可能各 slot 間速度有時穩定, 但有時候會亂跳. 因為每個人的網路條件與上下載狀況不一樣, 所以 emule 會不停的做調整. 問題來了, 如果 slot.1 把 10kb 吃完了, 那是不是只開 1 個 slot 呢? 那本來開啟的 slot.2 跟 slot.3 怎麼辦? 仔細觀察一下, 有時候 emule 會直接將分配不到上傳的 slot.3 關閉. 但通常會先把該 slot 設定為等待狀態( standby ), 在 standby 狀態中的, 能分配到的頻寬通常只有幾百byte( < 1kb ) 只是為了維持連線狀態而已. 不過在下載端並不會顯示 standby, 這是上傳端的訊息. 事實上這種狀態平常下載時就會出現, 只是很多人一起傳的時候, 並不會特別引人注目. 當剩下一個 chunk 時, 如果你只跟一個人下載該 chunk. 剛好你不是在他的 slot.1 時, 就比較容易看見這種情況. -- 悲しみは 歌となれ そして流れて消えてゆけ 月の光に淚の色も 銀の珠玉と姿を變えて 闇を彩る星となれ 喜びは 歌となれ そして輝き天までのぼれ 朝の光に喜びの聲 黃金色の日差しとなって 新しき日々に降りそぞげtt.cc) ◆ From: 218.168.9.224
文章代碼(AID): #15hkKh4e (P2PSoftWare)
討論串 (同標題文章)
文章代碼(AID): #15hkKh4e (P2PSoftWare)