Administrators Mib Posted September 2, 2018 Administrators Share Posted September 2, 2018 若使用https訪問論壇，需進行以下設置才能顯示本帖的外鏈圖片 IE8: 當網頁提示“是否只查看安全傳送的網頁內容”時請點擊“否” IE9: 當網頁下部彈出“只顯示安全內容”對話框，點擊右框“顯示所有內容” 或直接設置：IE選項->安全->Internet->自定義級別->其他->“顯示混合內容”->點選“啟用” 2011-03-12，uTorrent v2.2.1 高級參數詳解和優化 uT設置網上已有不少教程，這裡主要針對緩存、連接、高級參數、新功能和優化進行探討 本文為軟件應用的點滴積累和翻譯人工，資料來自uT官網和幫助文件、並結合實踐和反饋 uT官方預設參數大多合乎需求，請根據自身網絡環境嘗試 優化是配合硬件發揮最大功效，不會從物理上改變網絡環境 圖片中設置內容並非及時更新，也可能因圖床超流量暫時不可見，請以文字描述為準 集思廣益，圖片糨糊 =========================================== 磁碟緩存設置，硬盤更健康 =========================================== 磁碟緩存的作用是將用戶頻繁訪問的數據預先保存在物理內存中，從而減少硬盤的讀寫次數或頻率 原理是下載特定容量的數據到物理內存後再寫入硬盤，或讀取特定容量的數據到內存後再分段上傳 選項--〉設置--〉高級--〉緩存 【緩存基本設置】 手動指定緩存大小以覆蓋自動設置的緩存大小(MB) (建議256~1400，根據自身物理內存設置) uT用作緩存的物理內存容量，讀+寫緩存總值(無法分設)，uT實時分配並優先保障寫入緩存 官方建議緩存總值＜2000MB，但＞1400MB在某些操作系統高速傳輸時可能會造成uT無響應 實測若已勾選“從讀取緩存中移除較舊的緩存區塊”，2~4Mb頻寬(速率約250~500KB/s)總緩存設為256MB足矣 不需要緩存時減少內存的使用量 (不勾) 是否在無傳輸時從物理內存釋放(清空)所有uT占用的緩存 建議不勾，勾選類似忽略手動定義緩存；若因緩存占滿導致問題，可嘗試勾選，極大減緩內存壓力。 實測512MB內存XP系統4Mb對等頻寬、uT緩存設置128M，速度欄統計狀態：寫入緩存優先保障，同時讀取緩存占滿； 但測試中讀取緩存占滿不影響uT正常運行，24x7掛機使用穩定，同時緩存得到充分利用。 【高級緩存設置】 啟用磁碟寫入緩存 (勾選) 是否下載特定容量的數據到物理內存後再寫入硬盤 每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|CHD|” =========================================== 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任務處於活動狀態，嵌入式tracker使用的IP地址和連接埠一旦定下就不能改變。也即如果使用了動態IP和隨機的連接埠，並與Internet斷開連接，則IP和連接埠將被重置，這樣BT任務將無法進行 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 + ? = 允許TCP+uTP的傳出/傳入連接，但不使用uTP新報頭 * 10 (2 + ? = 僅允許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) * 若內存＞1G 建議改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.toolbar_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執行 設啟用，允許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 = 強制模式客戶 (該客戶僅接受加密連接) 轉自HDC~~~YOYO2001~~~特此感謝 設置請根據自身情況調整,像UPNP和NAT映射我沒勾因為沒路由器 轉此帖是因為剛接觸PT也找很久UT設置的資料,故提供給剛加入PT童鞋入門參考 Link to comment Share on other sites More sharing options...
Recommended Posts