查看積分策略說明發表回覆
Discuz! 代碼
提示插入
直接插入
說明訊息

插入粗體文本 插入斜體文本 插入下劃線 置中對齊 插入超級連結 插入信件位址 插入圖像 插入 flash 插入代碼 插入引言 插入列表
刪除線 直線分隔線 虛線分隔線
    
添加文字底框
內容 [字數檢查]:

表情符號

更多 Smilies
字型大小 |||
溫馨提示:本區開放遊客瀏覽。


文章關鍵字 : [功能說明]
(關鍵字可加強搜索準確性, 如關鍵字多於一組, 請以 , 作分隔, e.g. : 阿笨,shiuh,第一笨)

 關閉 URL 識別 | html 禁用
 關閉 表情符號 | 表情符號 可用
 關閉 Discuz! 代碼 | Discuz! 代碼 可用
使用個人簽名
接收新回覆信件通知
推薦放檔網絡空間

檔案(Torent, zip等)
  1. freedl
  2. multiupload
  3. btghost
  4. 便當狗
  5. mediafire
  6. pillowangel
圖片(JPG, GIF等)
  1. hotimg
  2. tinypic
  3. mousems2
  4. imageshack
  5. imm.io
>>>歡迎推薦好用空間


最新10篇文章回顧
lin8lin

 發表於 2009-3-29 11:46 PM

感覺µTorrent還蠻省資源的
平時開150~180上傳
瀏覽網頁也還好
不會lag
或許是光纖有保證頻寬
不像8M的唬人的


jamada

 發表於 2009-2-7 11:43 AM

耶!原來設定成自動也不錯的樣子…來試試看
一直以來都只設30K/S,超過三個任務,每增一個就加10K/S
每次都要改來改去也麻煩


========================
經測試…我還是手動30K/S唄 囧
一改自動,速度大降,再改手動,速度又大升了…
也許是我用的網路是小水管ADSL的關係吧…8M/640k果然還是難登大堂哪!

[jamada 在  2009-2-7 04:37 PM 作了最後編輯]


jazzblue

 發表於 2009-1-24 11:52 PM

開多少要看你的水管大小   
但不要開滿載~ 會影響到下載的速度!


NeoBetas

 發表於 2009-1-5 05:33 PM


引用:
killer00寫到:
老大搞錯了吧?

這與主機沒多大關係,我初次玩 rtorrent,看的就是它支援 DHT 及加密協定,那時為了養 DHT node,還跑去下載 Debian 的 ISO 檔,同樣的 SeedNet 10M/2M,同樣的 NAS,它確實可以跑到下載滿載,當時我也很高興,想說這下省錢了。

後來改測 Nike 的種子,容量大約2GB,很抱歉,加密協定開啟仍然無法滿載,而且來源數明明破千,下載下了兩天還沒下超過50%,改用 utorrent 重測,5小時完檔,後來去做功課才知道,除了加密協定外,rtorrent 也無法完全適應 BitComet 產生的加密種子(會消化不良 )

在無法完全工作的情況下,NAS 反而成了一種無用的負擔~對我的用途而言,賣是必然之舉;整件事純粹是軟體間的相容問題罷了,硬體再怎麼也無法改變這問題,除非內嵌可消化 BitComet 的 BT Client,則另當別論。


所以問題出在BC而不是rT了。因為很少有抓對岸的種子,所以不太清楚有這麼一回事。


killer00

 發表於 2009-1-3 11:52 PM

老大搞錯了吧?

這與主機沒多大關係,我初次玩 rtorrent,看的就是它支援 DHT 及加密協定,那時為了養 DHT node,還跑去下載 Debian 的 ISO 檔,同樣的 SeedNet 10M/2M,同樣的 NAS,它確實可以跑到下載滿載,當時我也很高興,想說這下省錢了。

後來改測 Nike 的種子,容量大約2GB,很抱歉,加密協定開啟仍然無法滿載,而且來源數明明破千,下載下了兩天還沒下超過50%,改用 utorrent 重測,5小時完檔,後來去做功課才知道,除了加密協定外,rtorrent 也無法完全適應 BitComet 產生的加密種子(會消化不良 )

在無法完全工作的情況下,NAS 反而成了一種無用的負擔~對我的用途而言,賣是必然之舉;整件事純粹是軟體間的相容問題罷了,硬體再怎麼也無法改變這問題,除非內嵌可消化 BitComet 的 BT Client,則另當別論。


NeoBetas

 發表於 2009-1-3 03:24 AM


引用:
killer00寫到:
而且 linux 版 BT 對於加密協定的處理都不理想(很多都不支援),下載效能遠不及 Windows 版

PS:正因為如此,小弟才會賣出 NAS,改買 EEEBOX,結果... EEEBOX 是硬體無能,只好重組一台 HTPC & 牧場二合一的設備


rTorrent的CA功能和加密協定必須在自行compile時先行安裝相關lib才能使用,此外Win版BT程式在上傳速度上遠不及nix版(同種同機同線路下測試,下載速度或許可以相當,但是高速同時上傳/下載Win下沒有程式能同時兼顧。)NAS跑BT太勉強,用NAS跑Linux跟HTPC跑Win比BT速度很不中肯。

下圖我限制下載速度為10MB/s,因為比較晚開始下載,所以上傳速度沒趕上。當下約為4.5MB/s上傳,10MB/s下載。這台機器用的是賽楊1.2GHz,記憶體1GB,IDE硬碟,作業系統Debian。


zhucc

 發表於 2009-1-3 12:48 AM

我自己網路和人共用
然後開eMule+uTorrent
所以上傳各開70K而已
網路是10m/2m


killer00

 發表於 2009-1-3 12:42 AM

而且 linux 版 BT 對於加密協定的處理都不理想(很多都不支援),下載效能遠不及 Windows 版

PS:正因為如此,小弟才會賣出 NAS,改買 EEEBOX,結果... EEEBOX 是硬體無能,只好重組一台 HTPC & 牧場二合一的設備


dayi

 發表於 2009-1-2 05:40 PM

我記得rTorrent是Linux上用的吧
有windows的版本了嗎?


NeoBetas

 發表於 2009-1-1 06:52 AM

上限的80%,上下傳都一樣。
這樣不會因為單邊滿載而減低另一邊的速度。

基本上你上傳速度不是MB級的話那就自動就好,如果你的頻寬很大(例如雙向100M甚至是GBps,那建議設定80%。)

我的其中一臺20M/4M VDSL,開100%上傳會因為上傳滿載或下載滿載造成另一種方向的速度減低(例如我上傳495kB/s時,下載會降到1.17MB/s左右,反之下載跑到2.35MB/s時,上傳會卡到225kB/s),而100/100 Mbit就更明顯,如果我雙向限制在10MB/s,那那我可以跑雙向9.9MB/s沒有問題,但如果不限制,單邊跑到11.9MB/s就會讓另一邊掉到1MB/s左右。另外在速度調配上,個人覺得rTorrent比uTorrent強。

供您參考,以上。

附上這十天 BT 用網路傳輸量統計:
received:           2219090 MB
transmitted:        2201398 MB
----------------------------------------------------
total:               4420488 MB

[NeoBetas 在  2009-1-1 07:04 AM 作了最後編輯]


本主題回覆較多,請 點擊這裡 檢閱。



所在時區為 GMT+8, 現在時間是 2024-5-2 01:21 PM
清除 Cookies - 連絡我們 - TWed2k © 2001-2046 - 純文字版 - 說明
Discuz! 0.1 | Processed in 0.020977 second(s), 7 queries , Qzip disabled