hinet好像又有賤招了…用P2P要注意了…



贊助商連結


頁 : 1 [2] 3

nickchen
2006-01-22, 01:05 PM
什麼是 BitComet?
BitComet是基於BitTorrent協議的高效p2p文件分享免費軟件(俗稱BT下載客戶端),支持多任務下載,文件有選擇的下載;磁盤緩存,減小對硬盤的損傷;只需一個監聽端口,方便手工防火牆和NAT/Router配置;在WindowsXP下能自動配置支持Upnp的NAT和XP防火牆,續傳做種免掃瞄,速度限制等多項實用功能,以及自然方便的使用界面。

優化方法 <---- 試試看,有可能對你有幫助。

1、 全局最大下載速率:選擇「無限制」 ;

2、 全局最大上傳速率:根據不同的網絡情況做不同的設置;

a、 光纖用戶:這類用戶的網絡頻寬一般為10M左右,上傳速率可能會有1000kb/s。這類用戶如果完全不限制上傳速度,過於頻繁的讀寫對硬盤會有一定的損耗。對於這類情況,建議合理限制上傳速度為600kb/s至1000kb/s之間;

b、 非光纖用戶:這類用戶主要指ADSL用戶,上傳頻寬一般為256K、640K和1M幾種,這類用戶的上傳速率本身就是受限的,如8M頻寬的上傳速率峰值一般為640Kbit/s=80kB/s<理想值>。對於這類情況,筆者認為設置上傳速率的60%∼80%之間,如64kb/s<8M大部份上傳實際值>的上傳速率一般設置在30KB/S到45KB/S之間比較合適;

3、 最多同時進行的下載任務數:可以選擇默認的10。但是在實際的下載過程中不建議同時打開過多的任務,一般最好單任務下載,最多以3個任務為宜;單檔案上傳越大,對於別人優先率就越高,別人也會優先給你。

4、 監聽端口:BC通過隨機選擇的監聽端口進行數據的傳輸,所以一定要選擇,否則會大大影響下載的速度和效率。需要注意的是:重新安裝BC後,監聽端口可能會變化,做了端口映射的用戶要修改為原來的監聽端口號;

5、 代理設置:如果沒有穩定的代理服務器,一般不建議使用代理進行下載;但對於一些BT下載受限的網絡用戶,可以考慮使用代理,利用HTTP通道繞開網絡BT管制進行下載;

6、打開windows網絡共享和防火牆ICS/ICF端口(XP有效):選擇默認;

選擇此選項將打開windows自帶的防火牆(ICF)的BC監聽端口,但如果使用其它防火牆,仍然需要在相應的防火牆中打開BC的監聽端口;

8、 允許使用UPnP自動端口映射:根據情況選擇;

如果你的路由器支持UPnP功能,而且操作系統是windows XP或者是windows ME,則選擇此選項。並且要在路由器、操作系統以及防火牆中打開UPnP功能和相應的端口,UPnP功能才能生效;

9、 每任務最大連接數:建議使用默認的「自動調整」;

此選項在默認狀態下,每任務的最大連接數是60,這也是綜合各種情況下的適合大多數網絡環境的一個比較均衡的連接數。用戶可以適當增大此連接數為200~300。但注意不要過分增加此連接的數目,因為頻繁的連接會消耗大量的內存和系統資源,反而對下載速度造成嚴重影響,事倍功半。

10、 最大同時嘗試的TCP連接個數:默認為10,建議調整到300,最大不要超過500;

微軟發佈的Windows XP SP2增加了TCP同時連接嘗試的限制並且設定為一個很小的值10,系統的TCP連接嘗試超過這個值的時候,系統會因為安全因素而拒絕連接。這樣做的本意是為了防止衝擊波之類的蠕蟲病毒,但這樣一來某些p2p軟件就遭殃了,連接繁忙時可能導致所有網絡連接都無法進行了。你可以在「控制面板->管理工具->事件查看器->系統」裡看到來源為tcpip的ID為4226的警告:「TCP/IP 已經達到並發TCP連接嘗試次數的安全限制」。這個問題對BC的內網用戶的影響尤其明顯,因為內網用戶只能通過主動發起TCP連接來連上別的客戶端。

BitComet0.55及以後的版本基本解決了這個問題,無需任何配置就可以在SP2下正常工作。BitComet會自動檢測SP2然後自動設置適當的嘗試連接個數。然而SP2默認的過小的連接嘗試仍然可能導致任務開始的時候只能連接到較少的客戶端,從而導致開始的時候速度比較慢,並可能影響其他網絡程序的運行,由於連接發起的速度比較慢,對內網用戶而言影響可能非常大,比如Peer很多卻很久也沒有開始下載。內網用戶如果出現常常連接不上半天不能開始下載的問題。仍然建議安裝第三方的的補丁。

下載地址:http: //www.lvllord.de/download.php?url=en/EvID4226Patch212-en.zip

11、是否允許通過UDP實現內網互聯:外網用戶可選擇「禁止」,內網用戶可選擇「允許」或者「自動檢測」;

傳統bt客戶端中,下載同一個任務的公網用戶可以幫助內網用戶中轉數據,但是內網用戶互相不能連接上。BC可以讓不同內網的用戶通過UDP互相連接實現內網互聯。對內網用戶來說這通常意味著更快的下載速度,因為可以連接上更多的用戶。無需任何設置,BitComet將會自動監測網絡連接(自動判斷是否處於NAT後或者沒有端口映射),然後自動開啟內網互聯,從而加速內網下載。

對於內網用戶,如果做了端口映射,BC下載時用戶列表中已經有了「遠程」,那麼就可以選擇關閉內網互聯,以減少帶寬的額外開銷,以及由此帶來的一些統計錯誤,從而獲得最大的下載速度;

高級設置->IP規則:

1、允許向服務器報告內網IP便於子網內連接:外網不選,內網勾選;

2、啟動IP過濾配置文件ipfilter.dat:BC安裝後的默認ipfilter.dat並未添加任何IP過濾規則,因此選與不選沒有什麼區別;但如果你在ipfilter.dat中設置了IP過濾規則,則需要選上;

關於如何使用IP過濾規則,筆者也沒有深入研究過,電驢在這方面有些相關的文章大家可以查閱一下;

3、部分文章建議「下載任務每IP最大允許連接數」和「上傳務每IP最大允許連接數」分別調整為20和5,筆者並不建議這樣調整。如果在默認情況下,你的下載和上傳速度已經能夠達到或者接近峰值速度,就不必調整此參數了,尤其是ADSL等寬帶速度受限的用戶,不建議調整此參數。而對於光纖用戶,可根據情況適當增大連接數;

高級設置—>磁盤緩存:

1、磁盤緩存最大值:光纖用戶可以適當增大磁盤緩存來保護硬盤,避免頻繁的硬盤讀寫操作。根據記憶體大小可以調整到最大值為80M到150M之間;BC下載時在「全局統計」中會實時顯示緩存的分配情況,可以根據此狀態來調整緩存的大小到最合適的數值,就是最大值調到比他用的還要大一點就是了,不要讓不夠用。

贊助商連結


jazzblue
2006-01-22, 02:12 PM
若是2M/512K 比8M 便宜
我一定去換 !

workduck
2006-01-22, 02:17 PM
對對.....我就是用這個,我在記憶體設置128MB給它做緩衝,代理設置,全局開40KB上傳,幸運的話會遇到大水管,就可以上百KB下載,不幸運的話,大家就一起等種子,我現在就在等種子.....

kuo0916
2006-02-08, 06:57 AM
我現在用SEEDNET也會這樣
只要一開BT
不管上傳多少(3kB/s也一樣)
只要開了上網速度就會變得很慢
連BBS按一下要3-4秒才會動作...
而且BT下載速度也是都很慢
所以現在都是睡覺才開BT了...

chihhao1118
2006-02-08, 11:52 AM
小弟之前也是如同前面幾位朋友所說的..一開bt 網路就變的很慢..明明上傳就只有20k
一關掉 ""BitSpirit 比特精靈 v3.1.0.077 "" 就恢復正常..
後來換成 ""BitComet 0.61""就正常了

可能是我比特精靈有自己動過設定(緩衝,代理設置之類), 但換了軟體真的就ok 了..

hinet 8m/640 k 固定ip~

khy1
2006-02-11, 10:41 PM
中華電信的確有針對p2p做限制,前陣子有看過這樣的新聞,
最近一個多月開bt ,上網跟收mail都非常慢.

danny0830
2006-02-11, 11:41 PM
我朋友家2/7日去申請
2月9日就來裝好了
是申請8M/640K的
燃後我去她家幫他搞BT
很正常耶 BT上傳可以到55K~60K
然後下載也有5百多K
而且這只是同時下載4個檔案 都很冷門的
到這樣的數值只花了10分鐘
之後開BT玩網路遊戲或著開網頁都很快速 正常
地點在台北木柵 並沒有妳所說的狀況耶

石之軒
2006-02-12, 08:31 AM
我這邊沒啥異常
用BS 3.1.0 傳5個檔,3個下載2個純上傳
上行設40K 大多在20~40飄移
下行則跑400K~600K

那些開網頁會卡卡的,應該檢查一下XP的連線數
是不是有被更改過.
我就是在不知不覺的情況下,被偷偷更改過,
事後回想起來,我好像有去按到更新 :corkysm:

附上一個更改連線數的工具,有興趣的可以試一試

修改提示: limit to 50
此版只能改10跟50

linux_xp
2006-02-12, 08:52 AM
作業系統是 XP SP2 嗎?

原因可參考這篇:
http://reg.softking.com.tw/freeware/index.asp?fid1=1&fid2=185&fid3=22250

或是可以改用"比特精靈",它內建功能就會自動偵測 XP 的連線數,並問要不要破解

比特彗星 6.0 雖然比較多人使用,但還沒有這個功能

kuo0916
2006-02-12, 08:21 PM
我是用SP1
這幾天試用的結果是如果開兩個任務以上就會拖慢速度
只開一個任務就沒什麼影響
不管任務上傳設定多少都一樣
看來只能乖乖的一個一個抓拉...