之前用 BT 都是照預設值讓他掛網, 反正只要種子熱門, 要下載不完全很難啦!

最近有一個延續兩年前故事劇情的大作, 讓我恨不得快點得到, 於是開始爬文找資料,
這些資料裡面有兩個要點, 可以明顯的感受到速度的提昇, 在此分享:

1. 遊戲規則 : 上傳得越多，下載得也越多；下載的速度上限，取乎上傳的速度上限。

這是 BT 傳輸協定先天的遊戲規則，逼不得已要遵守，不遵守就沒得玩了!
而 BT 在網路架構上運行，也必須遵循這個傳輸架構上的先天規則:
下載的封包，需要利用一定的上傳頻寬，來確認已下載封包的正確與否，這裡所消耗的傳輸效能也是無可避免的!

想清楚這兩個遊戲規則了嗎?

BT 上傳速率設置太高，甚至設為無限，將會壓縮確認封包所需要的上傳頻寬之空間。
為了要確保能夠餵飽確認封包所需的上傳頻寬，我們便藉由限制 BT 的上傳速率來達成這個目的。
由於每個人的上傳頻寬不同，因此必須對症下藥：
若上傳頻寬為 256 kb/s，則 13 KB/s 的上傳速率限制，可能讓你獲得最高的下載速度，但這並非絕對，也許速度還能往上飆!

換算的公式為: (ISP標示的上傳頻寬 )/8*0.8/2, 以下解釋這個公式的由來:

ISP 給你的數字單位是 bit, 而我們常說的 1KB = 1024 byte = 8192 bits, bit 轉換為 byte 必須 /8, 這沒有問題吧?
ISP 給你的數字是一個理論值，一定有誤差，就好比你買一瓶標示 200 ml 的牛奶, 實際上或多或少, 很難剛剛好的!
網路資料的實體傳輸路徑不是一對一的，它必須經過無數主機的傳遞，就好像寄包裹需要經過好幾隻手才能讓目標收到!
然而各主機之間的頻寬、反應速度、負荷量等狀況不同，註定傳送過程一定要等待、一定會延遲，這裡也消耗了部分效能!
基於以上，還有許多雖然存在但不知道的原因，把理論值打個八折先! (*0.8)
因為不知道到底要多少上傳頻寬才夠確認封包之用，就來個中庸之道! (/2)

經由公式得到的數字可以嘗試以 1 KB 為單位往上增加，並觀察下載速度，藉此試探出下載速度的最大值!

2. 輔助程式 : BT Engine

這個程式的作用是: 針對 BT 的下載方式，把網路環境的細部參數最佳化。
這有如賽車針對不同的氣候、道路狀況，調整不同的性能、換不同輪胎等等。
這個程式並沒有限制要搭配哪一個 BT 用戶端程式，唯一的要求就是要先開啟它，再開啟 BT 程式來下載，
還有必須注意在不使用 BT 時將他關閉，不然可能會讓你的上網效能失去應有的表現!


弟到目前為止, 所嚼食的資訊裡，就屬以上兩點最明顯有效，周遭朋友用了都說好，又不難理解/操作，應該很適合初入門的新手們使用...
如果文章內容有哪裡錯了... 還希望大大們不吝指正... 也希望各位 BT 先進們能說說您調校 BT 設定的經驗... 造福人群...

=====
連接數的多寡，以及如何過濾沒有價值的來源，似乎也是影響效能的瓶頸.... 但弟無法在這方面確定一個結論...