轉自：http://leo.eool.net/blog/archives/802
uT設置網上已有不少教程，這裏主要針對緩存、連接、高級參數、新功能和優化進行探討
本文爲軟件應用的點滴積累和翻譯人工，資料來自uT官網和幫助文件、並結合實踐和反饋
uT官方默認參數大多合乎需求，請根據自身網絡環境嘗試
優化是配合硬件發揮最大功效，不會從物理上改變網絡環境
圖片中設置內容並非及時更新，也可能因圖牀超流量暫時不可見，請以文字描述爲準
集思廣益，圖片糨糊
===========================================
磁盤緩存設置，硬盤更健康
===========================================
磁盤緩存的作用是將用戶頻繁訪問的數據預先保存在物理內存中，從而減少硬盤的讀寫次數或頻率
原理是下載特定容量的數據到物理內存後再寫入硬盤，或讀取特定容量的數據到內存後再分段上傳
選項–〉設置–〉高級–〉緩存
【緩存基本設置】
手動指定緩存大小以覆蓋自動設置的緩存大小(MB) (建議256~1400，根據自身物理內存設置)
uT用作緩存的物理內存容量，讀+寫緩存總值(無法分設)，uT實時分配並優先保障寫入緩存
官方建議緩存總值＜2000MB，但＞1400MB在某些**作系統高速傳輸時可能會造成uT無響應
實測若已勾選“從讀取緩存中移除較舊的緩存區塊”，2~4Mb帶寬(速率約250~500KB/s)總緩存設爲256MB足矣
不需要緩存時減少內存的使用量 (不勾) 是否在無傳輸時從物理內存釋放(清空)所有uT佔用的緩存
建議不勾，勾選類似忽略手動定義緩存；若因緩存佔滿導致問題，可嘗試勾選，極大減緩內存壓力。
實測512MB內存XP系統4Mb對等帶寬、uT緩存設置128M，速度欄統計狀態：寫入緩存優先保障，同時讀取緩存佔滿；
但測試中讀取緩存佔滿不影響uT正常運行，24×7掛機使用穩定，同時緩存得到充分利用。
【高級緩存設置】
啓用磁盤寫入緩存 (勾選) 是否下載特定容量的數據到物理內存後再寫入硬盤
每2分鐘寫入未使用的區塊 (不勾) 是否將停止下載達2分鐘的非完整區塊(只含數據分段16KB blocks)寫入硬盤
立即寫入已下載完畢的區塊 (不勾) 是否立即將下載完畢的完整區塊(piece)寫入硬盤，不勾則延遲15秒再寫入
同時勾選以上兩項可避免系統錯誤時丟失已下載數據的概率，但硬盤寫入頻率相應增加
啓用磁盤讀取緩存 (勾選) 是否讀取特定容量的數據到內存後再分段上傳
如果上傳速度較低則關閉讀取緩存 (不勾) 是否在上傳速度小於40KB/s時關閉讀取緩存
從讀取緩存中移除較舊的緩存區塊 (務必勾選) 是否從讀取緩存刪除無上傳活動達10分鐘的區塊
實測同時不勾“不需要緩存時減少內存的使用量”+“如果上傳速度較低則關閉讀取緩存”+本項
短時間內緩存易被佔滿，可能會導致與**作系統緩存機制衝突、uT無響應等。
緩存超負荷時增加自動緩存的大小 (勾選) 是否在讀取緩存超載時自動增加，此項在手動定義緩存時不重要
對磁盤寫入禁用系統緩存 (勾選) 是否禁用uT通過系統緩存進行磁盤讀取
對磁盤讀取禁用系統緩存 (勾選) 是否禁用uT通過系統緩存進行磁盤寫入
禁止uT使用虛擬內存，以繞過**作系統緩存機制避免衝突並增強磁盤傳輸性能，原理類似於FastCopy，主流內存無壓力，建議勾選
**作系統的緩存機制會通過一定的硬盤空間“虛擬內存”並在物理內存超載時交換頁面文件以減緩物理內存壓力
可能會導致uT在嘗試高速傳輸時的性能下降及硬盤的頻繁讀寫。uT使用系統緩存與否，屬於魚和熊掌的問題
===========================================
uTorrent 需關注的常規和新功能選項
===========================================
【連接選項】
注意以下要點確保傳輸順暢 (若通訊正常下方狀態欄傳輸標識爲綠勾)：
(uT自定義的端口僅用於TCP和UDP傳入連接，傳出連接使用的是本機的隨機端口，這是TCP/IP實現功能的方式)
1、內網用戶需在路由或服務器進行端口轉發至uT自定義的傳入端口：
在路由開啓UPnP/NAT-PMP自動轉發，或手動設置虛擬服務器(Virtual Server)/NAT端口映射
手動轉發，請在路由或服務器設置中確保uT端計算機分配爲靜態(固定)LAN IP
2、可手動定義或隨機選擇uT的傳入端口，但須確保本機未使用同一端口運行兩個BT軟件
手動定義的端口號建議不要使用25、110、6881～6889 範圍內的任何端口，其他端口均可使用
若手動定義了固定的傳入端口，請取消勾選“每次啓動後使用隨機端口”
3、勾選uT“啓用UPnP端口映射”、“啓用NAT-PMP端口映射”、“添加系統防火牆例外”
4、在防火牆中務必允許uT通過所有基於TCP和UDP的傳出協議，如需啓用DHT，防火牆也需允許ICMP
5、uT支持SOCKS4、SOCKS5、HTTPS、HTTP 連接以及 HTTP 代理服務器。
標準 HTTP 代理服務器不支持對等通信代理，只有 SOCKS5 支持 UDP 代理。
HTTP 連接代理服務器是支持任意 TCP 連接的 HTTP 代理服務器。
【帶寬選項】
全局比率限制
應用比率限制到額外傳輸 (傳輸協議開銷限制)
overhead，傳輸開銷，網絡的幀結構中除了有用數據外(有效負載)，用來保證通訊完成的控制數據
此選項與高參 net.calc_overhead 對應，默認false即不勾選；如網絡開銷佔用帶寬過大，可嘗試勾選
uT2.03版起曾在狀態欄顯示傳輸開銷並標識爲英文“O”，後來默認不顯示
高參 gui.overhead_in_statusbar:false 更改爲ture 可開啓狀態欄開銷顯示
額外傳輸限制的細分
未在“帶寬”常規設置中列出，而在高級參數中增加了“net.calc_rss_overhead: true”和“net.calc_tracker_overhead: true”默認參數
即默認啓用應用比率**到與RSS廣播和與tracker服務器進行通訊的傳輸開銷
應用比率限制到uTP傳輸
uT2.03版起加入此功能，之前版本的全局帶寬限制僅限TCP連接
注意若此項不勾選，全局帶寬**將對uTP傳輸失效，這也是常見的即使設置了限速也沒有效果的原因
若傳輸速度不穩定有較大波動，也可嘗試勾選此項
停止用戶交互傳輸
切勿勾選，效果等同於暫停所有uT任務。勾選後將在狀態欄提示“由用戶停止”紅感嘆號
全局速度和連接數
設置限制的原因在於軟件需求(如操作系統限制或有限帶寬下各Internet應用的共存)或是網絡環境的限制（如ISP服務/網絡接入設備)
避免可能導致的傳輸效率低下或系統崩潰。因網絡環境各異，建議自行測試磨合最佳的全局速度和3個連接數。
最大上傳/下載速度
較佳的平衡點是保持上傳速度在上行帶寬上限的80%，以保障下載的速度。uT還可在任務列表中對單個任務進行限速設定。
3大連接數：全局最大連接數/ 每個任務的最大連接數/ 每個任務的上傳通道數
沒有一個固定通用的準則，需自行測試
全局最大連接數=所有運行中任務連接數的總和
每個任務的最大連接數=此任務的種子連接數+上傳通道數
種子連接數：任務窗格中種子列，如18(25)表示該任務現有25個正在做種的用戶，本地連接了18個
上傳通道數：任務窗格中用戶列，如28(66)表示該任務現有66個正在下載的用戶，本地連接了28個
上傳限速情況下建議勾選“如果上傳速度小於90%則使用額外的上傳通道”
uT優先保障任務中的下載連接，還會根據設置的速度/連接數限制、羣集健康度(如羣集中的種子和用戶之比)、帶寬狀況等配對連接。往往高帶寬會獲得傳輸優先、有上傳的會獲得下載優先、單純做種的會獲得上傳優先。
題外話：
下載時機的選擇
最好的下載速度通常在該任務的活動用戶平均完成率接近50%的時候，缺點是保障了下載速度，但上傳量不多
這對在PT的生存是個考驗，建議還是儘早加入下載並延長保種時間
普通家用路由的性能和連接數的關聯
引用自本論壇 dfsd，適當編輯：
PC連接路由下載時，路由器負責轉發包工作，路由器芯片有硬件加速功能，基本能實現滿速上傳和下載
但是直接使用路由器作爲BT下載機(脫機下載)，就變成另外一回事了，速度下降是當然的
有NS用戶也遇到這樣的問題，關鍵還是路由器抗負荷能力太差
NS一開機，如果掛種50個，併發連接數可能會上600＋，一般的家用路由器能上個300＋就不錯了，這樣路由器就處於超負荷狀態
最簡單的測試，這個時候訪問路由器的網頁都會很慢，只要確定是路由器問題後，換路由器就能解決問題
路由器下載玩玩可以，要是真的當BT下載主機來用，路由器又要處理路由，還要負責下載，那點CPU性能和內存，沒法玩的
這個和很多播放器宣傳一樣，號稱能BT，結果發現只能同時進行1個任務、掛種不超過2位數的情況相同
BT下載掛種需要開N多連接的，每個打開的連接都要消耗系統資源，並在內存中映射打開的文件塊，
一般的路由器沒有從底層方面深度優化和改良BT算法，無法達到PC下載相同的性能。
設置嚮導(Setup Guide 舊稱 Speed Guide)，內置速度測試、上傳優先自適應、自動端口映射等功能
選項–>設置嚮導(快捷鍵Ctrl+G) 或點選狀態欄的傳輸標識
設置嚮導內置根據網絡環境來優化帶寬速度和連接數的方案，測試後可參考其給出的建議值進行設置
測試點和測試次數可多嘗試，選擇接近自身帶寬理論值的結果進行參考
若測試結果與所知的自身帶寬差距較遠，請勿在測試後點選“保存並關閉”
一旦點選就會按照uT測試後的建議值進行設置，反而會造成帶寬受限。
【任務選項-BiTorrent的功能】
啓用DHT網絡：PT下建議禁用。是否允許DHT網絡
DHT(Distributed Hash Table，分佈式散列表)，和電驢的Kad網絡類似，DHT可實現無tracker下的BT用戶間連接，使傳輸不再完全依靠tracker獲取信息
新建Torrent時啓用DHT：PT下建議禁用。是否允許新建任務時查詢DHT網絡，生效前提是已“啓用DHT網絡”
啓用本地用戶發現：PT下建議禁用。是否允許新建任務時查詢本地網用戶
限制本地用戶帶寬：依自身網絡環境設置。是否將本地用戶之間的傳輸納入全局帶寬限制，默認不限
啓用用戶交換：建議禁用。是否允許用戶間交換用戶和種子信息，默認在新建任務時自動啓用
鑑於DHT/本地用戶發現/用戶交換的**特性與PT管理衝突，PT種子基本內嵌禁用這些功能的標識
制種定義“私用種子(Private Torrent)”並限定了Tracker，uT端禁用與否非必須，但PT環境建議禁用
向Tracker查詢狀態信息：建議啓用，是否允許uT向Tracker服務器查詢用戶和種子的狀態信息
默認是本地已停止的任務不向tracker服務器查詢種子和用戶信息，任務活動時才查詢，可通過高參 bt.scrape_stopped 改變
啓用帶寬管理(uTP)：建議啓用。是否啓用uTP功能
對應高參 bt.transp_disposition 勾選則啓用uTP(默認31)，同理若在高參設置了uTP參數(10/15/31/255)，此處則自動勾選
啓用UDP Tracker支持：建議啓用。是否支持與UDP Tracker(udp://)服務器間的通訊
向Tracker提交的IP地址/主機名：依自身網絡環境設置。是否向Tracker提交自定義的本地IP或主機名
例如使用了代理服務器的情況下用於向Tracker報告正確的IP地址，注意此處並非指內網IP，不是所有的Tracker都支持此功能
協議加密：根據自身網絡環境設置
Protocol Encryption (PE)加密：Azureus與uTorrent共同制定的加密協議，以繞過ISP**或干預
建議參考以下2種模式之一(2種模式均接受加密的傳入且爲雙向加密)：
所有模式 (uT默認模式：加密/非加密連接均接受)
傳出連接———–〉啓用
允許傳入舊式連接—〉勾選
強制模式 (僅接受PE加密連接，屏蔽所有非加密的連接)
增強了反BT吸血或ISP干預,或可繞過ISP對BT的屏蔽，但此設置的弊端是將減少可連接到的用戶數量
傳出連接———–〉強制
允許傳入舊式連接—〉不勾
禁用 傳出不加密，但接受加密傳入
啓用 嘗試傳出加密，若連接失敗，轉爲不加密傳出
強制 嘗試傳出加密，若連接失敗，仍保持加密傳出
允許傳入舊式連接 允許傳入舊式的非加密連接，建議勾選，否則將拒絕所有未加密的傳入
【其他關注】
常規->安裝 IPv6/Teredo：是否安裝IPv6/Teredo穿遂支持，**作系統需爲XP SP2 以上版本
界面->使用細緻化文件優先級：是否在詳細信息窗格文件項中顯示任務文件的細分優先級
啓用則細分爲“1較低–>8正常–>15較高”共15個級別，不啓用則爲默認的較低/正常/較高3個級別
隊列->最大的活動任務數/下載數：如有較多任務需同時運行，此**值不要設得過低
避免多數任務處於排隊等待狀態(即不進行傳輸活動)
標籤：標籤可標識BT任務，也可用來對BT任務進行便捷的歸類排序
顯示標籤欄：uT 主界面->任務窗格菜單欄->右鍵勾選“標籤”
添加標籤：任務窗格右鍵點擊BT任務->彈出菜單選定“標籤”->新建標籤(臨時設定標籤會隨BT任務刪除而刪除)
添加永久標籤：“高級->界面->永久標籤”：此處可用”|”號分隔標記多個常用標籤，如“HDC|(違禁詞語-已隱藏)|”
===========================================
uTorrent 2.2.1 高級參數含義和部分優化
===========================================
選項–〉設置–〉高級–〉高級選項[警告:請勿修改!] –〉點選需要修改的的項–〉在下方參數框修改參數–〉修改完畢點選設置–〉點選確定完成設置
* 高級選項中用戶修改的參數自動添加前綴*號，便於識別
設置含義: true=啓用，false=禁用，數字爲參數值
* 前綴定義：
bt：關鍵傳輸
diskio：磁盤管理
gui：界面操作
net：網絡管理
peer：用戶管理
queue：隊列管理
rss：RSS廣播
其他：Web UI、兼容、安全等
選項後的參數爲win7系統下的官方默認，隨附建議參數
xp下默認值除半開連接數 net.max_halfopen: 8外(win7爲100)，其他與win7下相同
———————————————
框選藍標 爲建議關注選項
———————————————
allow_pairing: true
默認啓用配對連接。生效前題爲 net.discoverable 選項啓用
類似於藍牙的配對概念，允許外部程序以特定密碼和便捷的交互方式登錄Web UI遠程控制uT, 用戶必須授權uT爲每個連接應用申請生成登錄密碼，出於安全原因，只允許在被控電腦上進行本功能設置
bt.allow_same_ip: false
默認禁用單個BT任務中來自相同IP的多個傳入連接，增強反吸血保護。
bt.ban_ratio: 128
單個用戶在被屏蔽之前發來的完好數據區塊與損壞數據區塊的最低可接受比率
生效前提爲 bt.ban_threshold 達到最高**值且 bt.use_ban_ratio 選項啓用
bt.ban_threshold: 3
允許單個用戶發來的最大損壞數據區塊個數, 達到此**值將屏蔽該用戶
生效前提爲 bt.use_ban_ratio 選項啓用
bt.compact_allocation: false
默認禁用，該功能按緊密增量方式寫入下載文件，而非預先分配硬盤空間，可減少硬盤實時佔用但因爲是小文件寫入在下載任務未完成前可能會增加磁盤碎片，啓用本功能後未完成下載的文件將可能無法預覽。
1) 若與“參數設置->常規->下載前預先分配磁盤空間”同時啓用，將忽略本功能，而強制預先分配磁盤空間；
2) 若要實現本功能，單個下載任務中種子包含的文件必須全選(完整下載)。若在創建下載任務時選擇性跳過了部分文件，本功能將失效。
———————————————
bt.connect_speed: 7 * 請根據網絡環境設置
———————————————
uT每秒嘗試建立的最大連接數，無論是uTP連接還是TCP連接
若網絡擁堵，可嘗試改5
bt.enable_tracker: false
默認禁用內嵌在uT程序中的簡易型tracker服務器，此服務器不適用於高安全性或大規模交換服務的要求。
URL訪問地址爲 h**p://IP:port/announce，IP爲本機的WAN廣域網IP地址 (如果使用了動態DNS 解析服務,IP地址可使用domain域名來代替), port端口號爲uT的偵聽端口(或自定義的其他偵聽端口)，該簡易服務器可跟蹤外部種子, 但無web界面也無法進行**和查看這些被跟蹤的種子，若需使用此功能, 請先在路由正確配置虛擬服務器或NAT端口轉發
bt.graceful_shutdown: true
默認啓用下載數據保障功能。將於關閉uT之前等待必需的**作(如: 將正在進行的區塊寫入磁盤、 處理刪除隊列中的待刪文件、等待Tracker 服務器的停止迴應等) ，即使程序表面退出uT仍會存在於系統進程中直至全部**作完成，若禁用此選項則在最多10秒後強制終止uT，但可能會造成已下載數據部分丟失。
bt.multiscrape: true
默認啓用與tracker服務器查詢的併發/多重散列校驗功能，uT會自動檢測tracker服務器是否支持，不支持則轉用單發校驗查詢
bt.no_connect_to_services: true
默認啓用，禁止uT偵聽bt.no_connect_to_services_list列表中定義的端口，避免反病毒/防火牆軟件誤報uT正在發送郵件或其他**作
bt.no_connect_to_services_list: 25,110,6666,6667
uT將不偵聽本項設置的端口，如電子郵件服務端口25、110 或其他公用服務端口列表，避免反病毒/防火牆軟件誤報uT正在發送郵件或其他**作
生效前提爲 bt.no_connect_to_services 啓用
bt.prio_first_last_piece: false
默認禁用優先下載文件的首尾區塊，優先下載首尾區塊用於在文件未下載完成前可以預覽，若啓用本功能，將至少優先下載首區塊和尾區塊各1MB
bt.ratelimit_tcp_only: false
默認禁用基於uTP的TCP速率控制，若啓用將側重通過分析uTP的傳輸信息來控制TCP連接的傳輸速率，而不完全基於設定的全局傳輸**
生效前題爲bt.tcp_rate_control 啓用
bt.scrape_stopped: false
默認禁用本地已停止的任務向tracker服務器查詢種子和用戶信息
bt.send_have_to_seed: true
默認啓用給其他種子和用戶發送本地已完成下載的區塊數量信息
bt.set_sockbuf: false
默認禁用通過定期檢測TCP緩衝大小(so_sndbuf)進行調試的功能，該調試基於上傳速度而非延遲
bt.shutdown_tracker_timeout: 15
uT查詢tracker服務器響應的等待時間期限，單位爲秒，若設爲0，uT將無限期等待直至tracker服務器響應
bt.shutdown_upnp_timeout: 5
uT查詢路由UPnP端口響應的等待時間期限，單位爲秒，若設爲0，uT將無限期等待直至路由UPnP響應
———————————————
bt.tcp_rate_control: true
———————————————
默認啓用TCP連接傳輸速率控制，是 bt.ratelimit_tcp_only 生效的前提
若傳輸速度不佳，可嘗試改 false 禁用
———————————————
bt.transp_disposition: 31 * 請根據網絡環境設置，內網建議啓用uTP
———————————————
曾經熱議的uTP
先簡單說說TCP和UDP：
TCP的優勢在於雙向互動機制兼顧數據傳輸的完整性、可控制性和可靠性，但複雜的校驗與控制機制也使其沒有UDP傳輸效率高；
UDP優勢在於帶寬佔用小、傳輸效率和連接成功率高，有益於內網用戶(如通過UDP內網穿透UDP Hole Punching連接)，但UDP與TCP協議相比也存在無反向確認機制、無流量和序列控制等弊端。
uTP( Micro Transport Protocol)uTP是一種正在標準化的**式BT協議，主要功能是提高寬帶使用效率、減少網絡問題，官方也稱之爲“帶寬管理”：
在減緩網絡延遲和擁堵的同時最大化網絡吞吐量、克服多數防火牆和NAT的阻礙增強網絡穿透和傳輸效率，同時增益流量控制，這對BT用戶和ISP都是互利的。
uTP雖基於UDP協議但有所不同，uTP通過自身的框架機制和網絡擁堵控制算法(Ledbat)進行帶寬管理：
uTP在UDP分組中以自己獨特的框架機制來實現與TCP大致相同的功能，同樣帶有時間戳並使用選擇性確認分組SACK；
uTP的擁堵控制算法(Ledbat)可**延時，當延時不嚴重時可最大限度利用帶寬，並能通過uTP提供的信息用於選擇TCP連接的傳輸率，即使在不作限速設置的情況下，也能減少網絡擁堵產生，當用戶端之間都啓用uTP時，可見明顯的傳輸速率提升。
uTP首先於uT v1.8.x beta開始測試，初衷是減少BT對其它Internet應用的影響，測試期間仍有不完善之處，比如在特定情況下導致傳輸性能降低；
uT2.0版官方正式啓動uTP後，該功能經過多個版本的磨合逐漸成熟，現階段啓用uTP功能的uT用戶端已佔大多數並曾上升之勢
請根據網絡環境和應用需求設置，建議內網無法實現端口映射的用戶啓用uTP，改善與網外用戶的連接：
此參數與“設置->任務中->啓用帶寬管理(uTP)”選項對應，勾選則在高級參數中啓用uTP，同理在高級參數中啓用了uTP(10/15/31/255)，則自動勾選該項。
參數數值定義：
1 – 允許嘗試傳出 TCP 連接
2 – 允許嘗試傳出 uTP 連接
4 – 允許嘗試傳入 TCP 連接
8 – 允許嘗試傳入 uTP 連接
16 – 允許使用加強通訊的uTP新報頭(header) 但不向後兼容無此功能的舊版
設置值爲以上選項搭配組合相加之和，參考設置組合：
* 31 (16 + 8 + 4 + 2 + 1 ) 或 255 = 允許所有方式
(允許TCP+uTP的傳出/傳入連接並使用uTP新報頭)
* 15 (1 + 2 + 4 + 8 ) = 允許TCP+uTP的傳出/傳入連接，但不使用uTP新報頭
* 10 (2 + 8 ) = 僅允許uTP傳出/傳入連接
* 5 (1 + 4 ) = 僅允許TCP傳出/傳入連接
bt.use_ban_ratio: true
默認啓用特定條件下用戶屏蔽功能，是 bt.ban_ratio 和 bt.ban_threshold 生效的前提
即當超過bt.ban_threshold 限定的壞塊總數並達到bt.ban_ratio 設定的好塊壞塊比例後屏蔽該用戶
bt.use_rangeblock: true
默認啓用特定條件下一次性屏蔽整個CIDR地址塊 (Classless InterDomain Routing，無類別域間路由選擇)，而非每次僅屏蔽單個**的IPs：
1、若來自同個/24 CIDR 地址塊的4個IPs被屏蔽，將屏蔽整個/24 CIDR 地址塊
2、若來自同個/16 CIDR 地址塊的/24範圍內的4個CIDR地址塊被屏蔽，將屏蔽整個/16位CIDR 地址塊
2、若來自同個/8 CIDR 地址塊的/16範圍內的4個CIDR地址塊被屏蔽，將屏蔽整個/8位CIDR 地址塊
btapps.auto_update_btapps: true
默認啓用自動檢查更新
btapps.auto_update_btinstalls: false
默認禁用更新自動安裝
btapps.install_unsigned_apps: false
默認禁用更新到Beta版本
dht.rate: -1
指定 DHT 使用的帶寬值，單位爲KB/s，默認值 -1則根據最大上傳速率自動管理。
設置值計算方法爲最大上傳速度除以16，根據具體情況提高該值可提升DHT網絡性能。
———————————————
diskio.coalesce_writes_size: 2097152 (2M) * 大內存建議改4194304(4M)
———————————————
設定數據單次寫入硬盤的嘗試容量，單位Bytes/s，用於改善硬盤的寫入次數。
生效前題爲diskio.coalesce_writes 啓用
BT大文件的分塊很多是4M，設置恰當的單次寫入容量配合uT緩存機制可取得更好的效果
改爲4M後在uT“速度->磁盤統計”可見平均單次寫入接近4MB，硬盤寫入次數也相應減少
diskio.coalesce_writes: true
默認啓用，嘗試使用最少的次數在硬盤中寫入最多的容量。
是 diskio.coalesce_writes_size 自定義單次寫入容量生效的前提。
此功能不會影響下載速度但稍微增加內存和CPU 使用率。uT以佔用資源少出衆，CPU對此小參表示毫無壓力
———————————————
diskio.flush_files: true * 建議改false
———————————————
默認啓用**作系統緩存管理兼容。若系統未出現uT緩存問題，建議禁用(false)以保護硬盤
默認開啓(true)的目的是改善**作系統本身的緩存管理、避免出現“內存泄漏”，但會每分鐘執行關閉文件句柄，導致頻繁的硬盤讀寫並影響uT傳輸效率
diskio.max_writes_queue: 32
磁盤緩存的最大寫入隊列數
———————————————
diskio.no_zero: true * 默認開啓，留意舊版若默認爲false請改true
———————————————
默認啓用禁止”填零”寫入預分配硬盤空間的功能。
實現本功能需要windows XP或更新版本且具備管理員權限；也可通過windows組策略的“執行卷維護任務”設定使該功能對系統受限用戶開啓。
“填零”寫入硬盤的目的是擦除預分配空間中的原有數據，加強文件的保密性，因爲該預分配空間中的數據訪問權限對其他程序和用戶是**的，可能會造成敏感數據泄露。
但”填零”**作會減慢預分配空間進程，若在”常規->下載任務”勾選了”預先分配磁盤空間”且當本功能爲false，則bt下載任務建立後即對該預分配空間進行長耗時和大數據量的”填零”寫入，若此時因高速傳輸佔滿緩存而 “填零”尚未完成，將造成硬盤超載和下載速度驟降、也無法在硬盤寫入已下載的數據。高速下載時diskio.no_zero務必開啓爲true，即跳過”填零”**作、儘早完成”預先分配磁盤空間”，讓硬盤數據寫入順利進行。
diskio.smart_hash: true
默認啓用uT在內存中校驗寫入隊列中的數據，避免寫入硬盤後再重新讀取和校驗，對高速下載時減少硬盤讀取次數非常有用
diskio.smart_sparse_hash: true
默認啓用，改善某些windows版本對已完成寫入硬盤的文件仍向uT報告爲未完成的稀疏文件或數據量信息錯誤
diskio.sparse_files: false
默認禁止按稀疏方式創建下載文件，該功能僅對正在寫入的數據分配磁盤空間，並通知系統整個文件的大小以預留足夠的磁盤空間，可減少磁盤空間的實時佔用但在某些情況下會導致磁盤碎片增加(當磁盤沒有足夠的預留空間寫入後續文件，將導致文件不完整而變成分散的磁盤碎片)
1、稀疏文件功能僅支持NTFS格式分區
2、散列校驗對稀疏文件比預分配磁盤空間文件能更快完成，因不必對空的預分配數據進行校驗
3、在Vista/Win7系統，稀疏文件可能導致uT受到文件系統**
4、稀疏文件功能不能在有磁盤限額的非管理員賬號實現，將轉爲預分配磁盤空間的文件
5、若與“參數設置->常規->下載前預先分配磁盤空間”同時啓用，將忽略本功能而創建預分配磁盤空間
6、若與bt.compact_allocation同時使用，uT將爲文件預留空間，但將按緊密增量寫入方式創建文件
diskio.use_partfile: true
默認啓用，在選擇性下載任務中對跳過的文件保存部分識別數據，uT依然會下載少量跳過文件的數據保存爲dat文件以識別並避免爲這些文件分配磁盤空間，該dat文件在下載任務移除時將同時刪除。
若啓用本功能，bt.compact_allocation功能將失效
gui.auto_restart: true
默認啓用uT故障自動恢復功能。當uT在最小化時遇到故障且電腦已閒置超過1分鐘，uT將自動重啓並將故障信息發送給開發人員(不含故障存儲或任何用戶個人信息)。基於超頻率的故障不應被用戶忽視的考慮，若uT在1小時內發生1次以上故障，uT在首次故障重啓後若再出現故障將不再自動重啓，而彈出提示框讓用戶選擇如何**作。
gui.bypass_search_redirect: false
默認禁用用戶自定義搜索引擎，使用uT默認的BitTorrent和Google搜索引擎:
h**p://bittorrent.com/search?client=%v&search=
h**p://google.com/search?q=
gui.color_progress_bars: true
默認啓用，uT任務窗格中的任務完成率使用彩色進度條
gui.compat_diropen: false
默認禁用非正常界面瀏覽功能，若在uT遇到空白對話框等非正常界面，可嘗試開啓本功能
gui.default_del_action: 0
定義在uT界面工具欄點擊“移除(Remove)”按鈕或按鍵盤”Delete”鍵時uT對任務默認執行的**作。
設定值爲0-3，其他值uT將視爲無效將不執行任何**作:
0: 從任務列表移除任務(保留種子文件和下載內容, uT默認刪除選項)
1: 從任務列表移除任務並刪除種子文件(保留下載內容)
2: 從任務列表移除任務並刪除下載內容(保留種子文件)
3: 從任務列表移除任務並刪除種子文件和下載內容(完全刪除,快捷方式爲Shift+Delete)
以上選項也可在uT界面設定：工具欄右鍵點擊“移除(Remove)”圖標時選擇定義選項
gui.delete_to_trash: true
默認啓用在執行“移除(Remove)”**作時儘可能將文件移動到回收站而非直接刪除。
以上選項也可在uT界面設定：工具欄右鍵點擊“移除(Remove)”圖標時選擇 “如果可能則移至回收站” 選項
gui.graph_legend: true
默認啓用在uT信息欄速度項的曲線圖表中描述各曲線功能
gui.graph_overhead: true
默認啓用在uT詳細信息窗格速度項的各曲線圖表中均顯示開銷曲線，否則只在“網絡開銷”圖表中顯示
gui.graph_tcp_rate_control: false
默認禁用在uT詳細信息窗格速度項的各曲線圖表中顯示TCP上傳/下載效率
gui.graphic_progress: true
默認啓用在uT任務窗格中顯示每個任務的完成率進度條
gui.log_date: true
默認啓用在uT詳細信息窗格日誌項中的時間記錄戳中顯示日期
———————————————
gui.overhead_in_statusbar: false * 建議改true，在狀態欄顯示開銷統計
———————————————
默認禁用在uT狀態欄中顯示開銷統計
gui.piecebar_progress: false
默認禁用任務欄中的任務進度條不顯示完成率數值
生效前提爲 gui.graphic_progress 啓用
gui.report_problems: true
默認啓用將uT用戶界面的故障信息匿名報告給uT官方服務器(不含用戶個人信息)，以幫助開發人員修復或確定導致uT界面故障的原因，任何報告的發送都將在uT信息欄記錄項中標註
gui.show_av_icon: false
默認禁用在狀態欄顯示殺毒軟件圖標
gui.show_rss_favicons: true
默認啓用在狀態欄顯示RSS訂閱收藏圖標
gui.tall_category_list: true
默認啓用自動切換類別列表高度以適應顯示內容，使多標籤或RSS訂閱收藏更合理顯示
gui.**_labels: false
默認禁用在工具欄顯示標籤項
gui.transparent_graph_legend: false
默認禁用詳細信息窗格圖表背景透明
gui.update_rate: 1000
設置軟件界面的刷新間隔時間值, 單位爲毫秒，uT將忽略小於500的數值並按500執行
ipfilter.enable: true
默認啓用 ipfilter.dat (IP過濾)文件並應用其規則
———————————————
isp.bep22: false * 默認禁用，勿啓用以防ISP干擾BT
———————————————
默認禁用本地tracker服務器發現功能，若啓用uT將嘗試通過反向DNS查找本地的ISP tracker來獲取用戶信息和緩存列表
若ISP不歡迎BT，切勿啓用，否則等於告知ISP本地正在進行BT，而且PT大多禁用本地tracker，開啓的意義不大
net.bind_ip: 空值
默認空值，可強制uT僅使用指定的網卡接受傳入連接，在此輸入要指定的網卡IP 地址即可
———————————————
net.calc_overhead: false * 默認禁用，請根據網絡環境設置
———————————————
默認禁止應用比率**到額外傳輸 (傳輸協議開銷**)
overhead，傳輸開銷，網絡的幀結構中除了有用數據外(有效負載)，用來保證通訊完成的控制數據
若網絡開銷佔用帶寬過大，可嘗試勾選
net.calc_rss_overhead: true
默認啓用應用比率**到與RSS廣播進行通訊的傳輸開銷
net.calc_tracker_overhead: true
默認啓用應用比率**到與tracker服務器進行通訊的傳輸開銷
net.disable_incoming_ipv6: false
默認啓用ipv6網絡的傳入連接，舊版是默認禁用“net.disable_ipv6: true”
Microsoft Windows 7 系統的IPV6支持有時會導致uT進程不能正常關閉，此時可嘗試改爲“true”，關閉IPV6傳入
同時用以下命令行參數在**作系統關閉IPV6支持：
netsh int 6to4 set state disabled
netsh int teredo set state disabled
net.discoverable: true
默認啓用uT除了偵聽連接選項中定義的標準端口、Web UI遠程控制端口、uT內嵌tracker定義的替代端口外，還附加自動偵聽一系列常用傳入連接端口以便外部界面程序更好的連接
是 allow_pairing 選項生效的前提
net.limit_excludeslocal: false
默認禁用把本地用戶間的傳輸納入傳輸上限管理。
net.low_cpu: false
默認禁用，啓用可稍微降低CPU佔用率，禁用相對可提高傳輸速度
uT以佔用資源少出衆，CPU對此小參表示毫無壓力
———————————————
net.max_halfopen: 100 * 建議保持默認設置 或根據系統狀況修改
———————————————
此值win7系統默認爲100，xp系統默認值爲8
指定uT可建立的最大半開連接數
過多的tcp/ip半開連接在有限帶寬下反而會造成網絡環境擁堵，不如在合理的連接數下增強每個連接的傳輸效率
建議XP SP2/SP3等有半開連接數**的系統打補丁，但此處設置值務必低於補丁定義的最高連接數
Vista/Winows7 系統，無需打補丁，保持默認值
net.outgoing_ip: 空值
默認空值，可強制uT僅使用指定的網卡發送所有傳出連接，輸入要指定的網卡IP地址即可。
在多網卡下Windows系統有時會忽略此設置而使用其他網卡傳輸，請參閱微軟知識庫文章KB894564
net.outgoing_max_port: 0
設置uT用於傳出連接的端口範圍，若此處端口號設置錯誤或未包含net.outgoing_port的設定值，將被忽略而僅使用net.outgoing_port設定的單一端口進行傳出連接。
net.outgoing_port: 0
此處設置的端口號可強制uT使用該單一端口進行傳出連接
通常情況下uT在windows默認的1024~5000之間隨機選擇端口
該功能僅支持Windows 2000 以上系統，如果端口號設置錯誤該功能將被忽略。啓用該功能並定義傳出/傳入爲同一端口，可減少NAT轉發規則數目從而有效減少某些型號路由器發生崩潰的情況
net.upnp_tcp_only: false
默認禁止通過UPnP轉發至UDP端口，而只轉發至TCP端口，避免某些路由將UDP轉發覆蓋TCP轉發。
———————————————
net.utp_dynamic_packet_size: true
———————————————
默認啓用根據uTP偵測的信息調整uTP報文數據包大小以適應網絡環境變化
調整時間間隔爲 net.utp_packet_size_interval 設定的秒值
若開銷佔用帶寬過大，可嘗試改false禁用
禁用後，將始終按net.utp_initial_packet_size 設定的uTP初始化報文數據包大小進行uTP通訊
———————————————
net.utp_initial_packet_size: 4
———————————————
設定uTP連接初始化的報文數據包大小，該設置值僅控制uTP初始連接的數據包大小值
若 net.utp_dynamic_packet_size 啓用，將會忽略本值而根據網絡環境變化按時間間隔自動調整報文大小
該設置值單位爲150Bytes的倍數，最小設置值爲1，最大設置值爲8。
若開銷佔用帶寬過大，先於net.utp_dynamic_packet_size 改false禁用後，再將本處改爲最大值8
net.utp_packet_size_interval: 10
設置uTP根據網絡環境改變uTP報文數據包尺寸的間隔時間，單位爲秒
生效前題爲 net.utp_dynamic_packet_size 啓用
net.utp_receive_target_delay: 100
此選項控制uTP檢測用戶傳入連接延遲值，單位爲毫秒。如果超時，將**該連接的傳入帶寬。設置值越高，允許的延遲越高。
net.utp_target_delay: 100
此選項控制uTP檢測連接傳出延遲值，單位爲毫秒。如果超時，將**該連接的傳出帶寬。設置值越高，允許的延遲越高。
net.wsaevents: 6
設置值有可能解決某些莫名其妙的防火牆問題，可逐步降低該值並查看是否有效
peer.disconnect_inactive: true
默認啓用達到peer.disconnect_inactive_interval 設定的秒數後斷開與靜態等待用戶的連接
peer.disconnect_inactive_interval: 300
設置用戶用戶被視爲無傳輸活動的靜態等待用戶的時間，單位爲秒，uT將忽略設置低於300的值並按300執行
peer.lazy_bitfield: true
默認啓用，避免某些ISP通過查詢完整位段來屏蔽BT
啓用本功能uT將不發送完整位段而僅發送位段樣本，減少被ISP屏蔽的風險
peer.resolve_countryuTorrent: false
默認禁用通過DNSBL互聯網IP數據庫來解析IP所屬國家，若啓用本功能將忽略uT設置目錄中自定義的flags.conf和flags.bmp國旗標識文件，而使用uT內置的國旗標誌
queue.dont_count_slow_dl: true
默認啓用，對於下載速度低於queue.slow_dl_threshold設置值的下載任務，uT將在隊列設置的最大活動下載任務數**中將該任務忽略，從而啓動隊列中的下一任務
queue.dont_count_slow_ul: true
默認啓用，對於上傳速度低於queue.slow_ul_threshold設置值的上傳任務，uT將在隊列設置的最大活動任務數**中將該任務忽略，從而啓動隊列中的下一任務
queue.prio_no_seeds: true
默認啓用對無種的任務進行優先做種上傳
queue.slow_dl_threshold: 1000
設置下載任務在隊列中被視爲無活動任務的最小下載速度值，單位爲Bytes/s
生效前提爲 queue.dont_count_slow_dl 啓用
queue.slow_ul_threshold: 1000
設置上傳任務在隊列中被視爲無活動任務的最小上傳速度值，單位爲Bytes/s
生效前提爲 queue.dont_count_slow_ul 啓用
queue.use_seed_peer_ratio: true
默認啓用，uT將基於羣集中的健康度(種子和用戶之比)決定做種順序優先級，比值越低優先級越高
如果羣集中用戶數量爲0且queue.dont_count_slow_ul被禁用，該任務將被分配最低的優先級
如此時queue.dont_count_slow_ul已啓用，則該羣集被視爲有1個用戶存在
rss.feed_as_default_label: true
默認啓用，對從RSS廣播中添加的無標籤BT任務，將使用RSS廣播名稱作爲默認標籤
rss.smart_repack_filter: true
默認啓用，uT將優先選擇標明爲REPACK的RSS項目，如果RSS同時廣播無REPACK標明的項目。
rss.update_interval: 15
設置每個RSS廣播更新的間隔時間，單位爲分鐘，uT將忽略小於5的數值並按5執行
sys.enable_wine_hacks: true
默認啓用，允許uT忽略發現的bug(如列表視圖閃爍，或添加新任務時出現不當的文件列表顯示對話框等)。本選項對**作系統不會造成影響，改變本選項設置必須重啓uT程序
webui.token_auth: true
默認啓用Web UI 遠程控制的 TOKEN 認證系統
防止瀏覽器會話驗證通過跨站式請求僞造攻擊(CSRF, cross-site request forgery)來控制uT，該選項不向後兼容無法識別TOKEN系統的應用程序
===========================================
uTorrent 客戶標識縮寫含義
===========================================
軟件界面詳細信息窗格–>用戶列
瞭解客戶標識縮寫含義，知己知彼，有助於分析一些傳輸問題
本地即本地用戶端，客戶即對等客戶端
D = 正在下載 (本地有意從客戶下載且被接受)
d = 客戶拒絕 (本地有意從客戶下載但被拒絕)
U = 正在上傳 (客戶有意從本地下載且被接受)
u = 拒絕上傳 (客戶有意從本地下載但被拒絕)
K = 本地無意下載 (本地無意從客戶下載雖客戶未拒絕)
? = 客戶無意下載 (客戶無意從本地下載雖本地未拒絕)
F = 錯誤客戶(客戶曾傳來散列校驗失敗的區塊, 但還未達對其屏蔽的程度)
S = 靜態客戶(靜態等待， 本地和客戶之間無活動達靜態等待時限，但未對其屏蔽)
O = 疏通客戶(按樂觀疏通optimistic unchoke輪循規則接入的客戶)
I = 已建立傳入連接的客戶
X = 通過用戶交換(PEX)或IPv6/IPv4穿遂連接的客戶
H = 通過DHT連接的客戶
h = 通過UDP內網穿透(UDP Hole Punching)連接的客戶
L = 通過本地用戶發現連接的本地網客戶
P = 通過uTP連接的客戶
E = 所有模式客戶 (該客戶對加密或非加密連接均接受)
e = 強制模式客戶 (該客戶僅接受加密連接)