ut2.0缓存、高级参数详解和优化(转帖!)

1#    rainnew    
2010-5-3 09:39
转自中国高清第一站用户yoyo2001!!
2.0版的一些参数和默认设置与旧版有不少出入,uT常规设置论坛和网上已有不少教程,这里主要针对缓存、连接优化和高级参数等进行探讨,资料来源于uT官网/帮助文件、并结合实践和大家的反馈列出的一些优化,图片为简单说明,文字为详解。更新ing


集思广益,图片糨糊


uTorrent在默认参数下基本能良好运作,官方建议若未出现特殊问题无需改动,有时修改后的实际效果适得其反。以下优化仅为建议, 请根据自身网络环境测试、设置合适的参数

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



通过物理内存缓存下载数据到特定容量后再写入硬盘,或一次读取特定容量的上传数据到物理内存再分段上传,有利于减少硬盘的读写频率或次数 (频率和次数的概念还是有一定区别)


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





缓存基本设置


1、手动指定缓存大小以覆盖自动设置的缓存大小(MB)---(建议512~1400)请根据内存实际情况设置,最小值为1
建议最高值不超过1.4G(超此值在某些操作系统高速上传或下载时uT可能会无响应)


即uT使用多少物理内存作为读/写缓存,设置值为读+写的缓存整体值(无法分别设置),uT在设置总值内实时智能分配读/写缓存,在同时有上传和下载时会优先保障写入缓存
   
2、不需要缓存时减少内存的使用量---(不勾) 若勾选在无上传/下载时将从物理内存释放(清空)所有uT不使用的缓存。
小或等于512m内存的建议勾选


大内存建议不勾,勾选的效果类似于忽略手动指定的缓存大小;
若内存紧张,特别是物理内存只有512m或更少的电脑,此项勾选可极大缓解小内存压力。


高级缓存设置


1、启用磁盘写入缓存---(勾选)通过物理内存缓存下载数据到特定容量后再写入硬盘,以减少硬盘写入频率


A. 每2分钟写入未使用的区块---(不勾)是否将只下载了部分数据分段(16kb blocks)就停止下载活动达到或超过2分钟的非完整区块(piece)写入硬盘


B. 立即写入已下载完毕的区块--(不勾)是否每下载完毕1个完整区块(piece)立即写入硬盘 (不勾则最多延迟15秒再写入硬盘)


以上两项若勾选可避免程序或系统错误/死机时丢失已下载数据的几率,但硬盘写入频率相应增加,建议不勾


   
2、启用磁盘读取缓存---(勾选)缓存特定容量的上传数据到物理内存再分段上传,以减少硬盘读取频率


A. 如果上传速度较低则关闭读取缓存---(不勾)   是否在上传速度<40kb/s时自动关闭读取缓存,考虑到充分利用内存,建议不勾


B. 从读取缓存中移除较旧的缓存区块---(勾选)   是否从读取缓存删除超过10分钟无上传活动的区块
建议勾选,即使你的内存很大也建议勾选


在“不需要缓存时减少内存的使用量”和“如果上传速度较低则关闭读取缓存”与本项同时不勾选的情况下,用于缓存的内存容易在短时间内被占满(因为缓存的读取数据只会有增无减),不利于uT的缓存机制或容易造成与windows操作系统缓存机制冲突、uT无响应等


C. 缓存超负荷时增加自动缓存的大小---(勾选)   读取缓存在超载时自动增加以减少磁盘读取频率,特别是在高速上传和硬盘性能较低的情况下。此项若和“不需要缓存时减少内存的使用量”同时勾选,可在uT“速度-->磁盘统计”看到明显的读取缓存实时增减变化,但官方说明如果手动定义了缓存大小,此项勾选与否并不重要


3、对磁盘写入禁用系统缓存---(勾选)
4、对磁盘读取禁用系统缓存---(勾选)



禁用windows操作系统本身的磁盘读/写缓存,类似于禁用uT使用windows系统虚拟内存,对目前主流硬件性能和G级别内存来说压力不大,大内存推荐


在uT高速上传或下载时,windows系统本身的磁盘读写缓存机制有时会因尝试缓存uT不断增速的读/写频率而占用大量物理内存,若内存占满windows则启用虚拟内存进行页面文件交换,从而导致uT的传输速度下降。
另一方面,若启用windows磁盘缓存也会增加硬盘寻道,当uT的缓存占满时会降低uT传输效率。


在windows优化时对虚拟内存的启用与否或设置大小有很多争议,原理即通过一定的硬盘空间“虚拟内存”并在物理内存超载时交换页面文件以减缓内存压力,但也会相应增加硬盘读写频率,属于鱼和熊掌权衡的问题。


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



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


* uTorrent对在高级选项中修改过的参数自动添加前缀*号,便于识别
设置含义: true为启用该功能,false为禁用该功能,数字为设定数值


bt 前缀--------关键传输功能选项
diskio 前缀----磁盘功能选项
gui 前缀--------界面和程序操作功能选项
net 前缀-------网络管理选项
peer 前缀------客户端管理选项
queue 前缀---传输队列管理选项
rss 前缀---------RSS广播功能选项
其他 前缀-------其他未分组功能选项(Web UI、兼容、安全设置等)





以下选项后的数值为官方默认值,随附建议修改值
高级选项中很多默认设置已经合乎需要,有很多功能我们用不到也不用改动,大概了解即可


--------
   蓝标
   为建议关注或调整的项目,主要目的是提高连接能力和保护硬盘
--------



请根据个人的网络环境测试、修改合适自己的设置


allow_pairing: true
默认启用配对连接。
类似于蓝牙的配对概念,允许任何外部程序以特定密码和更少的用户交互方便地登录Web UI, 用户必须授权uT为每个连接应用申请生成登录密码,出于安全原因,配对只允许在同一台电脑上运行设置。


bt.allow_same_ip: false
默认禁用来自相同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: 5
uT每秒尝试建立的最大连接数,无论是uTP连接还是TCP连接


bt.enable_tracker: false
默认禁用内嵌在uT程序中的简易型tracker服务器,该简易型tracker服务器不适用于高安全性或大规模交换服务的要求。
URL访问地址为 h**p://IP:port/announce,IP为本机的WAN广域网IP地址 (如果使用了动态DNS 解析服务, IP地址可使用domain域名名称来代替), port端口号为uT的侦听端口(或设置启用的其他侦听端口),该简易型Tracker 服务器可跟踪外部种子, 但无web界面也无法进行限制和查看这些被跟踪的种子,若需使用此功能, 请先在路由正确配置端口转发或虚拟服务器


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
默认禁用优先下载文件的首尾区块,优先下载首尾区块主要是为了在文件未下载完毕前可以预览,若启用本功能,将至少优先下载首区块和尾区块各1M


bt.ratelimit_tcp_only:false
默认禁用TCP传输速率限制。若启用将侧重通过分析uTP的传输效率信息来控制TCP连接的上传下载速率,而不完全基于设定的全局传输限制
生效前题为bt.tcp_rate_control 启用


bt.scrape_stopped:false
默认禁止uT向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
默认启用,基于uTP的传输信息来控制TCP连接的传输速率


--------------------------------------------------------------------------------------
   bt.transp_disposition: 15   * 可尝试31,内网无端口映射的用户建议启用uTP
--------------------------------------------------------------------------------------



与uTP的亲密接触:


uTP(或称 Micro Transport Protocol),首先于uT 1.8.x beta加入,初衷是减少BT对其它Internet应用的影响,现发展为自动带宽管理功能:


在最大限度利用带宽的同时减缓网络延迟和拥堵、增强网络穿透和传输效率并增益流量控制,对bt用户和ISP都是互利的。


uT原仅支持通过TCP连接的 http tracker ,TCP的优势在于双向互动机制兼顾数据传输的完整性、可控制性和可靠性,但复杂的校验与控制机制也使其没有UDP传输效率高


UDP优势在于带宽占用小、传输效率和连接成功率高,有益于内网无法实现端口映射的用户(如DHT连接),但UDP与TCP协议相比也存在无反向确认机制、无流量和序列控制等弊端;


uTP虽基于UDP协议但有所不同,uTP通过自身的框架机制和网络拥堵控制算法(Ledbat)进行带宽管理:


uTP在UDP分组中以自己独特的框架机制来实现与TCP大致相同的功能,同样带有时间戳并使用选择性确认分组SACK;


uTP的拥堵控制算法(Ledbat)可限制延时,当延时不严重时可最大限度利用带宽,并能通过uTP提供的信息用于选择TCP连接的传输率,即使在不作限速设置的情况下,也能减少网络拥堵产生,当双方客户端都启用uTP时,可见明显的上传/下载速度提升。


在1.8x版等uTP功能试验阶段,uTP的框架机制有诸多不完善之处,比如在本身带宽不高的情况下启用uTP反而导致不可预料的传输性能降低;uT2.0版uTP官方正式默认启用后反馈尚好,但不排除仍存在问题


因此使用uTP新功能与否,取决于通过个人网络环境测试uTP是否起到应有的作用
但建议内网用户(若无法实现端口映射)还是启用uTP,以便通过uTP基于的UDP协议更好的与网外用户连接:



如果设置值启用uTP, 则ut自动勾选"设置->任务->启用带宽管理"选项。


1 - 允许尝试传出 TCP 连接
2 - 允许尝试传出 uTP 连接
4 - 允许尝试传入 TCP 连接
8 - 允许尝试传入 uTP 连接
16 - 允许使用加强通讯的新uTP 报头(header) 但不向后兼容无此功能的版本


设置值为以上选项搭配组合相加之和,参考设置组合:


* 31 (16 + 8 + 4 + 2 + 1) = 允许所有方式(允许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 地址块


dht.rate: -1
指定 DHT 使用的带宽值,单位为kb每秒。默认值 -1则根据最大上传速率自动管理。
设置值计算方法为最大上传速度除以16,根据具体情况提高该值可提升DHT网络性能。


--------------------------------------------------------------------------------------
diskio.coalesce_writes_size: 2097152 (2M)   * 建议改为4194304 (4M)
--------------------------------------------------------------------------------------



设定数据单次写入硬盘的尝试容量,单位bytes每秒。
生效前题为diskio.coalesce_writes 启用


现在BT大文件的分块很多是4M,设置恰当的单次写入容量配合uT的缓存机制可取得更好的效果。改为4M后可在uT“速度-->磁盘统计”看到平均单次写入容量接近4m,写入硬盘次数也相应减少


diskio.coalesce_writes: true
默认启用,尝试在硬盘使用最少的次数写入最多的容量。
此功能不会影响下载速度但稍微增加内存和CPU 的使用率。


--------------------------------------------------------------------------------------
   diskio.flush_files: true   * 建议改false
--------------------------------------------------------------------------------------



建议改禁用。默认开启(true)的目的是改善windows本身不佳的系统缓存管理、避免出现“内存泄漏”,但会每分钟执行关闭文件句柄,而导致频繁的硬盘操作。


--------------------------------------------------------------------------------------
diskio.no_zero: true* 默认为开启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默认搜索引擎 h**p://search.utorrent.com


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.graphic_progress: true
默认启用以显示每个任务的完成率进度条


gui.log_date: true
默认启用在日志记录时间戳中显示日期


gui.piecebar_progress: false
默认禁用任务进度条不显示完成率数值
生效前提为 gui.graphic_progress 启用


gui.tall_category_list: true
默认启用自动调整分类窗格高度以适应显示内容。


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
默认禁用统计传输中的突发超载速率


net.limit_excludeslocal: false
默认禁用把本地用户间的传输纳入传输上限管理。


net.low_cpu: false
默认禁用,启用可稍微降低CPU占用率,禁用相对可提高传输速度


--------------------------------------------------------------------------
   net.max_halfopen: 8   * 请根据个人实际情况修改
--------------------------------------------------------------------------



指定uT可建立的最大并发连接数,其实这里的设置并非必需,影响连接的另一关键是bt.connect_speed定义的每秒可建立的最大连接数。过多的tcp/ip半开连接在有限带宽下反而会造成系统或路由设备超载,不如在合理的连接数下增强每个连接的传输效率。


在没有打补丁增加TCP/IP半开连接数的 XP SP2/SP3等有半开连接数限制的系统上此处设置值请保持默认值 8,打过补丁的也应设置为低于补丁定义的最高连接数,建议不超过50


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_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每秒
生效前提为 queue.dont_count_slow_dl 启用


queue.slow_ul_threshold: 1000
设置上传任务在队列中被视为无活动任务的最小上传速度值,单位为bytes每秒
生效前提为 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(如列表视图闪烁,或添加新任务时出现不当的文件列表显示对话框等)。本选项对windows操作系统不会造成影响,改变本选项设置必须重启uT程序。


webui.token_auth: true
默认启用Web UI 的 TOKEN认证系统,防止使用浏览器会话验证进行跨站式请求伪造(CSRF, cross-site request forgery)攻击来控制uT,该选项不向后兼容无法识别TOKEN系统的应用程序


===========================================
   uTorrent的加密模式   
===========================================






选项---〉设置---〉任务---〉协议加密---〉传出连接:
Azureus与uTorrent共同制定的加密协议, 以绕过ISP封锁或干扰BT


禁用---传出不加密,但接受加密传入
启用---尝试传出加密,若连接失败,转为不加密传出
强制---尝试传出加密,若连接失败,仍保持加密传出
允许传入旧式连接---允许传入旧式的非加密连接,建议勾选,否则将拒绝所有未加密的传入连接


以下2种模式无论何种, 均接受加密的传入连接且为双向加密:


所有模式 (加密/非加密连接均接受, ut默认模式)
传出连接---〉启用
允许传入旧式连接---〉勾选


强制模式 (仅接受加密连接,拒绝所有未加密的连接申请,可增强反吸血保护)
传出连接---〉强制
允许传入旧式连接---〉不勾选


===========================================
  uTorrent对等用户标识缩写含义 
===========================================






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


客户端即我方   对等用户端即对方


D = 正在下载 (我方有意从对方下载且被接受)
d = 对方拒绝 (我方有意从对方下载但被拒绝)
U = 正在上传 (对方有意从我方下载且被同意)
u = 拒绝上传 (对方有意从我方下载但被拒绝)
K = 我方无意下载 (我方无意从对方下载虽对方未拒绝连接)
? = 对方无意下载 (对方无意从我方下载虽我方未拒绝连接)


F = 错误用户(对方曾传来散列校验失败的区块, 但还未达屏蔽对方的程度)
S = 冷怠用户(静态等待,对方向我方无上传达1分钟, 按冷待规则不上传数据给对方, 但未屏蔽对方)
O = 宽容用户(对方给我方上传速率较低,在无其他更好的用户选择前,不拒绝对方。uT在用户接入优先级排序上有一套轮循optimistic unchoke规则)


I = 已建立传入连接的用户
X = 通过用户交换(PEX)列表获取的用户或IPv6/IPv4穿遂的用户
H = 通过DHT获取的用户
h = 通过UDP内网穿透(UDP Hole Punching)连接的用户
L = 通过本地用户发现获取的用户
P = 通过uTP通讯和传输的用户


E = 所有模式用户 (加密或非加密连接均接受)
e = 强制模式用户 (仅接受加密连接)
2#    godqq    
2010-5-3 11:15
我感觉这篇分享贴非常好~~~只是转帖的时候要标明更多原作者的信息~最好还能得到作者的许可~
这篇帖子的关于uT的研究非常深入,而且六维上也没有对应的贴子~(我是说后边段)
甚至把六维以前流传的结论推翻了,关于是否禁用系统缓存(前半段),孰对孰错我不太了解~因为我也不是专家~但我更倾向于这篇帖子的观点!!
3#    rainnew    
2010-5-3 11:29
回复 2# godqq
哦,可以用链接方式吗吗?
4#    rainnew    
2010-5-3 11:31
回复 2# godqq
哦,图片的水印就是原作者。
5#    godqq    
2010-5-3 11:40
回复godqq
哦,图片的水印就是原作者。
rainnew 发表于 2010-5-3 11:31



    开篇的时候就得说~~
6#    drewrh    
2010-5-4 09:30
我感觉这篇分享贴非常好~~~只是转帖的时候要标明更多原作者的信息~最好还能得到作者的许可~
这篇帖子的关于 ...
godqq 发表于 2010-5-3 11:15



这个因为版本不一样 要求也不一样吧。
2.0和2.01很占系统的内存……
多挂些种子就导致系统内存满了~并且没有速度……


关于那些高级设置的 我还是推荐UT的默认状态,默认下的性能已经很好了~
有时候设置不当反而适得其反。


另外 这篇帖子到底从哪儿转的?貌似我在HDC见过很多次了 并且图片上的也是HDC的水印……