欢迎报读宜宾电大本科专科
张老师咨询电话:18096239786

uTorrent v2.2.1 高级参数详解和优化(转载)

uT设置网上已有不少教程,这里主要针对缓存、连接、高级参数、新功能和优化进行探讨
本文为软件应用的点滴积累和翻译人工,资料来自uT官网和帮助文件、并结合实践和反馈

引用

uT官方默认参数大多合乎需求,请根据自身网络环境尝试
优化是配合硬件发挥最大功效,不会从物理上改变网络环境

图片中设置内容并非及时更新,也可能因图床超流量暂时不可见,请以文字描述为准

集思广益,图片糨糊

===========================================
磁盘缓存设置,硬盘更健康
===========================================

磁盘缓存的作用是将用户频繁访问的数据预先保存在物理内存中,从而减少硬盘的读写次数或频率
原理是下载特定容量的数据到物理内存后再写入硬盘,或读取特定容量的数据到内存后再分段上传

选项–〉设置–〉高级–〉缓存

image

【缓存基本设置】

手动指定缓存大小以覆盖自动设置的缓存大小(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 需关注的常规和新功能选项
===========================================

【连接选项】
image

注意以下要点确保传输顺畅 (若通讯正常下方状态栏传输标识为绿勾):
(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 代理服务器。

【带宽选项】
image

全局比率限制

应用比率限制到额外传输 (传输协议开销限制)
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下载相同的性能。

image

设置向导(Setup Guide 旧称 Speed Guide),内置速度测试、上传优先自适应、自动端口映射等功能

选项–>设置向导(快捷键Ctrl+G) 或点选状态栏的传输标识

设置向导内置根据网络环境来优化带宽速度和连接数的方案,测试后可参考其给出的建议值进行设置
测试点和测试次数可多尝试,选择接近自身带宽理论值的结果进行参考

若测试结果与所知的自身带宽差距较远,请勿在测试后点选“保存并关闭”
一旦点选就会按照uT测试后的建议值进行设置,反而会造成带宽受限。

【任务选项-BiTorrent的功能】
image

启用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|CMCT”

===========================================
uTorrent 2.2.1  高级参数含义和部分优化
===========================================

选项–〉设置–〉高级–〉高级选项[警告:请勿修改!] –〉点选需要修改的的项–〉在下方参数框修改参数–〉修改完毕点选设置–〉点选确定完成设置

* 高级选项中用户修改的参数自动添加前缀*号,便于识别
设置含义: true=启用,false=禁用,数字为参数值

* 前缀定义:
bt:关键传输
diskio:磁盘管理
gui:界面操作
net:网络管理
peer:用户管理
queue:队列管理
rss:RSS广播
其他:Web UI、兼容、安全等

image

选项后的参数为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.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_country: 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  客户标识缩写含义
===========================================

软件界面详细信息窗格–>用户列
image

了解客户标识缩写含义,知己知彼,有助于分析一些传输问题
本地即本地用户端,客户即对等客户端

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 = 强制模式客户 (该客户仅接受加密连接)

赞(0) 打赏
未经允许不得转载:逐渐学法的博客 » uTorrent v2.2.1 高级参数详解和优化(转载)
分享到: 更多 (0)

评论 抢沙发

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址

逐渐学法的博客

逐渐学法的博客-这是宜宾电大张老师的博客,分享法学和计算机的文章。一起学习交流可以联系 18096239786,谢谢!——by 逐渐学法宜宾电大最新招生简章点这里