Re: [BT] μTuT 1.6 1.7.7 個案:下載慘兮兮

看板P2PSoftWare作者 (跑船?)時間18年前 (2008/04/13 11:28), 編輯推噓0(000)
留言0則, 0人參與, 最新討論串2/2 (看更多)
※ 引述《negoship (跑船?)》之銘言: 首先在此先感謝推文的版眾 ^^a : 推 hatebus:會不會是另一台開FOXY 04/12 01:41 hmm... 是不排除,但畢竟自己線路狀況是分兩戶用,測試上比較沒說服力。 XD : 推 vemcent:我的也是以台固,utorrent跑很慢,還是國外種子呢,只能眼 04/12 15:09 : → vemcent:睜睜的看著別人有1.5MB在跑,我的個位數在動,差不多下了 04/12 15:11 : → vemcent:一個月左右才完,完檔後直接砍掉,還是用BC比較快 04/12 15:12 : → vemcent:BC熱門0檔機呼可以跑滿速,有時覺得比ftp還快 04/12 15:13 我個人是 uT 愛用者. _A_ 哎? 怎麼說? uT 給人的感覺才真的比較像 BT 小而美,排序與控管都相當方便;下載圖呈現均勻分佈,這就是 BT 啊~ : 推 cv222222:可是我跟你不同之前 也是下載速度 滿慢 可是最後 就回溫 04/12 20:19 : → cv222222:而我是用1.7.5版 你用看看 04/12 20:20 : → cv222222:我都是用1.7.5下載速度都滿好的幾乎都是100以上除非 04/12 20:21 : → cv222222:我開網頁 那不然掛網在那幾乎都破百以上 04/12 20:21 : → cv222222:你改看看整體500每個TORR改250每上傳TOrr15~20 04/12 20:22 1.7.5 那時好像也有測 XD 由於跟 .7 很像,故只單純分 .6 .7 的差異 不過後來重測後,目前 1.7.7 現役似乎沒有問題了? 目前也照著您的設定測試中,儘管或有可能打掛整條線的疑慮 囧> 的確也發覺到一個現象,明明只是 2m/1m 的線路 整體global 設定 500 不同於當初預估只設 100 ,打掛整條線的情形少很多?? 不知是設定為 500 吃掉了整條線, 還是反而這樣才算正常...? 先前有設定 總100 / 單33 (三個種子) ,常會發生一段時間就整條斷線的情形 由於斷線之故,越設定就越小,或尾數不是 0 ,仍然造成整線斷掉的現象發生。 像是為了 3 個種子故算 1 個為 33 ,改成 50 反而會好些。 結論:經驗上真的是設定太小也是掛整條線,卻也不曉得為什麼 而且... 會很難連到 peer ! 線上的 ip 就在少了還會斷線 : 推 barkleyc:我的ut也爛很久了..下載都10k在跑..改用BT魂都500+...... 04/12 22:19 目前是 global 500 per 150 才能接上大戶 (變成:就是要那麼多連線數,才能找得到流量比較算是正常的用戶) 但觀察的結果似乎是種子資源的問題。 問題資源 (1.7G) 的上傳下載,都呈現 15,5,1,1,<1 只有一兩個過 6-15k 兩三個 1-5k 其他都小於 1 另一個上傳種子(20G) 都比較能衝過 10k 另關於整條線路斷掉一事,得另外再說明 線路如下 tfn(10.2.0.254)--hub--+--用戶A +---------用戶B--ipshare 192.168.11.1 A.T. on 無誤了話以為 10.2.0.254 是 modem 持續 ping 來測試是否被打掛 ping 192.168.11.1 time out 則表示 ipshare 被打掛 後來熊熊想起來 ping 走的是 ICMP XD 而 ipshare 有開 Intrusion Detection = = 到小軟體版拜了 PingPlotter 來看 將 trace 監控設定為 1 秒... 結果... 因為 pingPlotter 可是每秒都對 trace 過程中所有的機器都送封包 一次對 10 台機器丟 icmp 封包又每秒都送,於是整條測試都掛點 於是變成了 "測試的 trace 斷了, bbs www bt 卻好好的在跑" 的詭異現象 XD 其實是 ipshare 把 icmp 封包關了 (理論沒記錯了話@@) 關掉後 ping 就正常了。總算才知道 ipshare 這個功能的作用為何。 囧> 在 ipshare 開啟 Intrusion Detection 的期間 同時有大量連線數的,像是:maxthon 的 RSS ; group 同時開啟 20 幾個網頁 每次開 ping trace 必掛,屢試不爽 XD (有興趣的可以試試...) 排除了 ip分享器的阻擋之後,再來就剩下 ipshare 與 modem 的負載還有其他 (但不確定 modem 是否也會有擋 ping 的機制) (意思是你這個連線太胡來了只擋你) 在 500/150 , 2d/1u seeds 的情形下 初期單看 ut 那邊的顯示,30+10+5 = 45 個 於是另外用 tcpview 來看 uT 且 ESTABLISHED 就有 247 個 ; FIN_WAIT2 108 筆 這段期間拜此設定之賜,總流量得 (50)+(25+25) 達到 100k 過了六個小時,期間用 pingPlotter 監看 modem(10.2.0.254) 前三小時停了 3-4 次,後三小時停了10 次 @@a 此時 tcpview 其中的 ut process ESTABLISHED 121 ; FIN_WAIT2 607 筆 ?! (是否是這個導致 ping 不到 ipshare 或不得而知... ) 大概就這樣。@@ 憑記憶寫的。 有遇到整條打掛 bbs www ftp 的作個參考 另外,這段期間 tcpip 4226 設定 300 於 "事件檢視器" 中都沒有超過上限的警告。 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 122.99.11.14 ※ 編輯: negoship 來自: 122.99.11.14 (04/13 11:39)
文章代碼(AID): #180NtwYU (P2PSoftWare)
文章代碼(AID): #180NtwYU (P2PSoftWare)