Re: [BT] μTuT 1.6 1.7.7 個案:下載慘兮兮
※ 引述《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)
討論串 (同標題文章)
本文引述了以下文章的的內容:
完整討論串 (本文為第 2 之 2 篇):
P2PSoftWare 近期熱門文章
PTT數位生活區 即時熱門文章