A. 如何把自己的电脑设置成BT Tracker服务器
假如您有一台拥有固定IP的服务器，那么您完全有能力自己维护一台BT服务器。当然，假如只有拨号式的宽带线路，同样能够完成这样的工作，只是需要对访问地址方面多做一些工作。特别有趣的是，假如我们想在自己的局域网里最高效的访问文档，BT服务器也能够帮我们做到。 我们选择的BT服务器软件是由一鹤软件研发的MyBT 3.0，这是一款运行在Windows平台下的BT服务器软件，只有1.2MB大小，大家能够在www.yhhe.net下载。成功安装并启动MyBT的主程式，我们能够看到有4个主要的选项页，分别是管理服务、目录配置、选项配置和系统配置。 管理服务选项页用于配置BT服务器的启动管理，我们假如是在NT内核的操作系统上安装MyBT，能够将其安装为后台服务。假如不将MyBT安装为系统服务，也能够通过控制台窗口的方式启动服务器，这种方式的长处是能够方便的在控制台窗口中查看服务运行的状态。MyBT还提供了一个被称作一键安装服务器的功能，该功能会将原有的配置文档和数据备份，之后启动服务并重新创建终极用户。 MyBT内置了一个微型的Web服务器，用于提供一个能够定制栏目的BT种子发布页面。默认的端口配置情况下，我们能够通过localhost:6969来访问该页面。目录配置选项页包含了MyBT的各种主要的配置选项。服务目录配置区用于配置包括文档发布目录、种子上传目录、Web页面目录、日志目录等任何目录的位置，这些目录都是以MyBT的安装主目录为根；配置文档配置区和此同理。值得一提的是Web页面配置区域，通过该部分能够替换发布页面上的各种元素。我们也能够直接修改这些文档，从而更新发布页面的外观，这样在其他用户访问该页面的时候，能够看到我们更个性化的一面。而在下载分类配置区域我们还能够调整种子发布的分类和相应的栏目菜单图片。选项配置和系统配置选项页里更有很多附加的配置，大家能够根据自己的需要进行调整。需要注意的一点是，在前面带有“!!”标记的配置项是不推荐配置的。 以上介绍了通过MyBT架设BT服务器的大部分知识，大家之后将自己要共享的文档和制作好的种子上传就能够了。 节选自《西部数码》
B. 共享路由器上网,为什么bt需要端口映射,而浏览器却不需要
协议不同
BitTorrent协议详解
BitTrrent(简称BT，比特洪流)是一个文件分发协议，它通过URL识别内容并且和网络无缝结合。它在HTTP平台上的优势在于，同时下在一个文件的下载者在下载的同时不断互相上传数据，使文件源可以在很有限的负载增加的情况下支持大量下载者同时下载。
一个BT式文件分发需要以下实体：
·一个普通网络服务器
·一个静态元信息文件
·一个BT Tracker
·一个“原始”下载者
·网络终端浏览者
·网络终端下载者
这里假设理想情况下一个文件有多个下载者。
架设一个BT服务器步骤如下：
1.开始运行Tracker（已运行的跳过这一步）；
2.开始运行普通网络服务器端程序，如Apache，已运行的跳过这一步；
3.在网络服务器上将.torrent文件关联到Mimetype类型application/x-bittorrent（已关联的跳过这一步）；
4.用要发布的完整文件和Tracker的URL创建一个元信息文件（.torrent文件）；
5.将元信息文件放置在网络服务器上；
6.在网页上发布元信息文件（.torrent文件）链接；
7.原始下载者提供完整的文件（原本）。
通过BT下载步骤如下：
1.安装BT客户端程序（已安装的跳过这一步）；
2.上网；
3.点击一个链到.torrent文件的链接；
4.选择本地存储路径，选定需要下载的文件（对有选择下载功能的BT客户端用户）；
5.等待下载完成；
6.用户退出下载（之前下载者不停止上传）。
连接状况如下：
·网站正常提供静态文件连接，并且启动客户端上的BT程序；
·Tracker即时接收所有下载者信息，并且给每个下载者一份随机的peer列表。通过HTTP或HTTPS协议实现；
·下载者每隔一段时间连一次Tracher，告知自己的进度，并和那些已经直接连接上的peer进行数据的上传下载。这些连接遵循BitTorrent peer协议，通过TCP协议进行通信。
·原始下载者只上传不下载，他拥有整个文件，所以很必要向网络中传输完文件的所有部分。在一些人气很旺的下载中，原始下载者经常可以在较短的时间内退出上传，由其它已经下载到整个文件的下载者继续提供上传。
元信息文件和Tracker的回应信息都以一种简单高效可扩展的格式（Bencoding，B编码）传送。B编码过的信息就是以包含字符串和整型数据的字典和列表的嵌套（像在Python中一样）,可扩展性是指可以通过减少字典忽略的关键值来添加新的特性。
B编码规则如下：
·字符串表示为十进制数的既定字符串长度加冒号再跟原字符串。
如4:spam就相当于'spam'。
·整型数据表示成前面加'i'后面加'e'中间是十进制数，如i3e就相当于3，i-3e就是-3。整型数据没有长度限制。i-0e无效，所有以'i0'开头的除了代表0的i0e，其它都无效。
·列表编码为一个'l'开头后面跟它所包含的项目（已经编码过）最后加一个'e'，比如l4:spam4:eggse就等于['spam', 'eggs']。
·字典编码为一个'd'开头后面跟一个交替关键值（key）及其对应值的列表最后加一个'e'。
如：d3:cow3:moo4:spam4:eggse相当于{'cow': 'moo', 'spam': 'eggs'}
d4:spaml1:a1:bee相当于{'spam': ['a', 'b']}
关键值必须是处理过的字符串（用原始字符串编码的，而且不是数字字母混合编码的）。
元信息文件就是B编码的有以下关键值的字典：
announce（声明）
Tracker的URL。
info（信息）
此关键值对应一个字典包含以下描述的关键值:
关键值name对应一个字符串，代表默认的下载文件或存成目录的名字。它是纯粹建议性的。
关键值piece length（块长）对应文件分割成的块的字节数。出于传输需要，文件被分割成大小相等的块，除了最后一块通常会小一些。块长一般来说是2的权值，大部分设块长为256K(2的18次幂)。
关键值pieces（块）对应一个字符串，此字符串长度是20的倍数。它可以再分成每20字节一段的多个字符串，分别对应块在索引中的SHA1校验码（hash）。
还有关键值length（长度）和files（文件），它们不能同时出现也不能都不出现。当length出现说明这个元信息文件只是单文件下载，否则说明是多文件的目录结构下载。
单文件情况下，length对应文件长度的字节数。
多文件情况被看作是把许多单文件按文件列表中的顺序连成一个大文件下载，而关键值files就对应文件列表，是一个字典的列表，其中每个字典又包含以下关键值：
length（长度）
文件长度的字节数。
path（路径）
一个包含字符串的列表，字符串就是子目录名，最后一项的字符串是文件名。
（一个长度为零的length表单是错误的。）
在单文件情况下，关键值name是文件名；多文件情况下，它就成了目录名。
Tracker质询是双向的。Tracker通过HTTP GET参数获得信息，然后返回一个B编码后的信息。尽管Tracker需要在服务器端执行，但它运行流畅像Apache的一个模块。
Tracker的GET请求有如下关键值：
info_hash
20字节长的SHA1验证码，来自B编码过的元信息文件中的info值下，是元信息文件的一个支链。这个值是自动转换的。
peer_id
一个20字节长的字符串，是每个用户开始下载时随机生成的ID。这个值也是是自动转换的。
ip
一个可选择的参数给出peer所在的IP（或DNS主机名），一般是和Tracker同机器的原始下载者得到后以便散发文件。
port
监听端口，官方默认的是从6881端口开始试，如果端口被占用则依次向后推一个端口找空闲端口，到6889端口为止。
uploaded
目前总上传量，编码为十进制ASCII码。
downloaded
目前总下载量，编码为十进制ASCII码。
left
未下载的字节数，编码为十进制ASCII码。这个数不是通过文件长度和已下载数算出来的，因为文件可能在被续传，还有一些已经下载的数据不能通过完整性检查必须重新下载。
event
这是个选择性的关键值，选项有started，completed或stopped（或empty，等同于没有运行）。如果没有运行，这个声明会定期间隔一定时间发出。开始下载时发出started值，完成下载时发出completed。当文件完整后再开始，没有completed发出，下载者中止下载时发出stopped。
Tracker的回应也是B编码字典。如果Tracker回应中有关键值failure reason（失败原因），就会对应一个人可以读懂的字符串信息解释质询失败的原因，不需要其它关键值。否则，回应必须有两个关键值：interval（间隔）对应下载者定期发出请求的间隔秒数；peers，peer自选ID，IP地址或DNS主机名的字符串和端口号。记住peers不会完全按照计划的间隔发送请求，假如他们发生一个事件或者想要更多的peers。
如果你想对元信息文件或者Tracker质询进行扩展，请与Bram Cohen进行协调，确保所有扩展都兼容。
BitTorrent peer协议通过TCP协议进行操作。它不用调节任何socket选项就可以流畅运行。
peer之间的连接是对称的。两个方向送出的信息要协调一致，数据可以流入任一方。
peer协议指一个peer从零开始下载，每得到元信息文件索引中所描述的一个块且验证码一致，就向所有peer声明已得到此块。
连接的两个终端有2个状态指标，被阻塞与否，被关注与否，被阻塞（choking）是表明在恢复通畅之前数据不再发出的通知。发生阻塞的原因和技术问题稍后会提到。
数据传输发生在一方关注对方且对方没有阻塞的情况下。关注状态必须一致保持-如果一个没阻塞的peer没有别人需要的数据，别人对他就会失去关注，转而关注那些正在阻塞的peer。完全执行这种条件需要非常慎重，但这样的确可以让下载者知道哪些peer在阻塞消失后可以马上开始下载。
连接会逐渐断开不感兴趣和阻塞的peer。
当数据传输时，下载者要备好多份请求排成队列，以获得较高的TCP传输效率（这叫“管运请求”）。另一方面，不能被写入TCP缓冲区的请求要被立即排入内存，而不是一个应用程序级的网络缓冲，一旦阻塞出现，这些请求全部丢弃。
peer连线协议包括一次握手跟着不断的大小一致且确定的信息流。握手的开始是字符十九（十进制），跟着是字符串'BitTorrentprotocol'。开头的字符是长度固定的，希望其它新协议也能这样以便区分。
此后所有送入协议的整数都编码为4字节大中止端。
在现有的应用中头部数据之后是8个全部预留为0的字节，若果你想通过改变这8个预留字节以扩展协议，请与Bram Cohen协调以保证所有扩展兼容。
然后是来自元信息文件中B编码的info值中长20字节的SHA1验证码（和info_hash向Tracker声明的值相同，但这里是原始值那里是引用）。如果双方的值不同，连接断开。一个例外是下载者想只用一个端口进行多个连接下载，它们会先从接入连接得到一个验证码，然后和列表里面的对照，有相同的就答复。
验证码之后是20字节的peer id，它包含在Tracker回应的peer列表中，在向Tracker的请求中被报告。如果接受方peer id不符合发送方希望，连接断开。
握手完毕。之后是长度固定的交互信息流。零长度信息用来保持连接，被忽略。这种信息一般2分钟发出一次，但是在等待数据期间很容易超时。
所有非保持连接用信息开头的字节给出类型，可能值如下：
·0-阻塞
·1-通畅
·2-关注
·3-不关注
·4-有
·5-比特组
·6-请求
·7-块
·8-取消
“阻塞”、“通畅”、“关注”和“不关注”类信息没有荷载。
“比特组”类信息仅作为首信息发出。它负载一个比特组，下载者有索引的设为1，其它为0。开始下载时没有任何数据的下载者跳过“比特组”信息。首字节高位到低位对应索引0-7，依次类推，第二字节对应8-15，等等。尾部的剩余的比特位设为0。
“已有”类信息负载一个数，即刚下载并核对完验证码的索引数。
“请求”类信息包括包含一个索引，开始和长度。后两者是字节偏移。长度一般是2的权值除非被文件尾截断。现行一般是2的15次幂，并且关闭大于2的17次幂长度的连接。
“取消”类信息负载和“请求”类信息有一样的负载。它通常在下载接近完成即“最后阶段”发出。当下载快要完成时，剩下几个块有都从同一个线程下载的趋向，这样会很慢。为了确保剩余块下载迅速，一旦还没有决定剩余块的下载请求向谁发出，先向所有他正在从对方下载数据的连接者发送要求所有剩余块的请求。为避免低效，每当一个块开始下载就向其他peer发出取消信息。
“块”类信息包含一个索引，开始和块。记住它和“请求”类信息是相关的。当传输速度很慢或“阻塞”“通畅”类信息高频率交替发出或两者同时发生，可能会载到一个不需要的块。
下载者下载块的顺序是随机的，这样适当防止下载者与其他Peers仅有相同的块子集或超集。
阻塞的发生有很多原因。TCP协议的信息拥挤控制在即时向多连接发送信息的过程中表现极差。同时，阻塞的存在使下载者们能够用以牙还牙式的算法来确保稳定的下载速率。
下面描述的阻塞算法是目前基础的配置。重要的是所有新算法不光要在包含全部扩展算法的网络中运行良好，也要在主要包含这个基础算法的网络中运行良好。
一个优秀的阻塞算法有许多标准。它必须封锁一定同时上传的数量以获得良好的TCP表现，还要避免频繁的堵塞和通畅交替，即所谓“纤维化”。它应该用数据交换报答给自己数据的peer。最后，它还应该偶尔尝试一下与未使用过的peer端连接，找出比现有连接好的连接，这叫做尝试性疏通。
现行的阻塞算法避免纤维化的手段是每10秒转换被阻塞的名单。疏通4个自己关注且能从他们身上得到最高下载速率的peer，进行上传和数据交换。有较高上传速率但是不被关注下载者的peer被疏通，一旦这些peer开始被关注，那些上传率最低的peer的就被阻塞。如果下载者有了完整的文件，他用自己的上传率而不是下载率来决定疏通谁的连接。
在尝试性疏通中，任何一次中都有一个peer被疏通不管他的上传率如何（如果被关注，他会成为4个提供下载的peer之一）。被尝试性疏通的这种peer每30秒轮换一次。为了给它们一个上传整一个块的机会，新连接会以轮换中尝试性疏通次数的3倍开始连接。
C. bt代理服务器怎么设置
连接设置
全局最大下载速率：默认为无限制，最低为1KB。
全局最大上传速率：默认为无限制，最低为3KB。
BT下载的原则是上传越多下载越快，普通宽带用户使用默认无限制设置即可。ADSL用户由于上传过大会影响下载，建议适当限制上传速度，一般为最大上传速度的80%。
任务计划
最多同时进行的下载任务数：默认为10。
此设置仅针对下载任务，上传任务不列入控制范围。超过设定值之后打开的下载任务将自动进入队列状态，排队等候开始。（对队列中的任务再次选择开始，可突破选项设置）
自动开始新任务如果总下载速度低于：默认为无限制。
如果在一段时间内总下载速度小于设定值，则会自动将队列中的第一个任务变成下载状态，注意停止的任务不能被自动开始。
应用举例：一个接一个的自动下载——将同时进行的下载任务数设为1，则从任务2开始，后续加入任务状态均为队列中，当任务1下载完毕，变为上传任务后，任务2自动开始下载。同时，合理设置第二项，可有效避免流量浪费。
监听端口
监听端口，选择随机端口：默认值为随机产生。
和原始BT软件不同，BC只需要1个端口即可对应多个任务，通常不必修改默认设置，一般用什么端口都没有区别的，如果已经在路由器上设置了端口映射，则在选项框中输入相应的端口即可。
[编辑]代理
代理服务器类型：No Proxy（无代理）
需要使用代理才能上网的用户，请按照代理服务器设置填写相关内容。代理服务器及技术原理请自行查找学习。
[编辑]任务设置
下载管理
默认下载目录：默认值为BC安装目录/Downloads文件夹
用户可自行改变设置，推荐将默认下载目录设定在非系统盘、空间足够大的分区上，分区格式最好为NTFS已避免不能下载4G以上容量文件的情况。
添加任务时不出现提示窗口：默认为不选
勾选此项可使torrent文件在打开后直接进入BC下载队列，而不出现任务属性窗口。
下载前先分配空间：默认为不选
勾选此项，可在硬盘上预先为下载文件分配应有的容量，否则将会在下载过程中动态地为文件分配空间。但是对于一些配置较低的用户，勾上此项后，在下载大容量文件前的分配空间阶段，可能会有一段时间系统无响应。请根据实际状况设置此项。
给未完成的文件添加!bc后缀：默认为选上
勾选此项可自动为未完成文件添加!bc的扩展名，任务完成后自动去除。但是个别时候会有文件下载不完全但已经可以使用的情况，且一些用户不熟悉文件扩展名操作容易造成一些误会，建议没有特殊需要的用户不勾选此项。
移除任务时删除0字节尚未下载的文件：默认为选上
任务下载完成时
下载完成时再次扫描文件确保完整性：默认为不选
某些情况下显示为完成的任务不能使用，再次扫描完整性会显示并不是真正100%完成。勾选此项可有效解决上述问题，但是扫描文件完整性时会占用大量系统资源，建议不经常出现上述问题的用户不选此项。
当分享率达到百分之多少时自动停止任务：默认为无限制
设置此项后，当任务下载完成时，若分享率达到设定值，则任务自动停止，若未达到设定值，则将保持上传直到达到设定值后，任务停止。不选此项，则任务下载完成后仍将一直保持上传状态。
如果种子少于多少则继续保持上传：默认为5
延续上项设置，若停止任务设置为无限制则此项不会生效。若任务可连接种子数小于设定值，则达到上项设定的分享率，任务也不会停止。
当所有任务都自动停止后关闭电脑：默认为不选
延续上两项设置，若停止任务设置为无限制则此项不会生效。若设置了停止任务分享率，则所有进行中任务均达到上两项设定并自动停止后，将自动关闭电脑。
如无特殊需要，推荐保持上三项的默认设定以体现共享精神，切记你的下载也正是来源自他人的上传。
上传管理
每任务最大上传速度：默认为无限制，最低为3KB
和全局速度限制不同，此项设置为每任务上传速度限制，且每任务速度之和若大于全局上传限制，则会取全局数为速度限制值。
每任务保证上传速度：默认为无限制
上传任务的保证上传速度：默认/最低为3KB
BC做种上传任务的优先级小于下载任务，导致某些情况下做种上传任务往往不能获得应有带宽，设置此项可使做种任务以保证速度以上的速度做种，避免做种但无上传速度的情况发生。
[编辑]界面外观
Bitcomet启动时
当我登陆windows时自动启动Bitcomet：默认为不选
Bitcomet启动时自动开始下载上传任务：默认为不选
选择此项可以在BC启动时自动继续上次关闭BC时处于运行状态的任务，注意停止的任务是不会被自动运行的。
Bitcomet启动时最小化到系统托盘：默认为不选
启动时打开网页：默认为空
Bitcomet运行时
最小化到系统托盘：默认为选上
任务运行时防止系统进入待机/休眠状态：默认为选上
允许系统托盘气球提示：默认为选上
系统托盘气球提示显示时间：默认为20秒
运行时添加制作torrent的快捷方式到右键菜单：默认为不选
最多显示的peer数量：默认为100
此选项可调整用户列表中显示的用户ip及相关信息的数量，与实际连接用户（peer）数量无关。建议保持默认设定。
在bitcomet中浏览网页：默认为选上
勾选此项后，BC中的网页链接如侧边栏链接将采用BC内置浏览器直接打开。否则将使用系统默认浏览器打开。
工具栏显示按钮文字：默认为选上。
Bitcomet退出时
在主窗口按关闭按钮时最小化到系统托盘：默认为不选
在有任务运行时退出则弹出确认窗口：默认为选上
[编辑]聊天设置
允许聊天：默认为不选
昵称：默认为空
启用聊天选项后，可与下载同一torrent并使用BC的在线用户聊天交流。
[编辑]高级设置
启动时自动检查版本更新：默认为选上
作为默认BT客户端：默认为选上
如果多少分钟之内不能连接则添加备用Tracker：默认为30
备用tracker列表：默认为空
可以添加某些支持多tracker的服务器做为备用tracker，作为连接不上原服务器的备份方案。
[编辑]网络连接
允许打开windows网络共享和防火墙ICS/ICF端口（XP有效）：默认为选上。
如果使用了windows的网络共享或防火墙，其默认设置可能并不对BC使用的端口开放，从而造成BC连不上服务器或peer等问题，选择此项可自动在设置里添加允许BC端口通过。
允许使用UPNP自动端口映射（xp有效）：默认为选上
对于某些网关设备支持自动端口映射（极少见）的用户来说，此项设置可以自动打开网关设备对BC监听端口的映射从而使用户获得远程连接。如果能修改网关设置的，推荐手动进行端口映射，映射方法见论坛相关贴或自行google解决。
注意：某些情况下，选择此项会导致一些断网、死机之类的问题，确认此选项对自己无效的用户推荐不选此项。
推出时删除NAT和防火墙端口：默认为不选
仅对以上两项成功的用户有作用，遗留相关端口设置可能会造成一些安全隐患，可能而已……。
每任务最大连接数：默认为自动调整
每任务保持连接数：默认为自动调整
虽然选项字面意义上不同，但其实设置的效果都一样，BC会以两个选项数值大的那个为目标，努力的发起并保持连接数。比如不管你设0-500还是500-500，最终都是保持500的连接数（当然，前提条件是torrent的连接数要够，否则是以你的可能连接数为准）
默认虽然是自动，但其实是60，因此对于大多数BT速度和HTTP速度差距较大的用户来说，加大连接数是提速的最佳选择，只要设备支持的住，当然是数值的越大越好。
注意：对于一些经常在下载中断网、死机的用户来说（原因基本上都是设备无法支撑大批量的连接，或者运营商做出了限制），合理设置此项也是消除问题的关键。
至于到底设多少并没有统一的标准可供参考，请根据自己实际情况调整。
全局最大上传连接数：默认为自动调整
全局保证上传连接数：默认为自动调整
上传连接数是包含在总连接数里的，设置此项是另一种的限速办法，有需要的可根据实际情况调整。
连接发送分包大小：默认为自动调整
保留默认设置即可，设置多少对软件性能无明显影响。
连接发起间隔：默认为300毫秒
建议保留默认设置。一般服务器端会对连接做出限制，因此客户端的调整并没有太大的意义。
最大同时尝试的TCP连接个数：默认为500（XP sp2系统下为10）
由于安全性问题，sp2系统对并发的TCP连接数做出了限制，但是此举会严重影响BT软件的速度，目前最好的解决办法是下载 http://www.lvllord.de/ 网站的TCPIP补丁。
补丁官方位置 http://www.lvllord.de/?lang=en&url=downloads
是否允许通过UDP实现内网互联：默认为自动检测
内网互联是目前解决内网用户之间互联互通的一个比较好的方法，BC的内网互联可以大幅度提高内网用户的速度（尤其是冷门torrent的速度）。
需要注意的是内网互联目前还处于发展初期，功能的实现依赖于内网互联服务器，不同的BT客户端之间也不能互通。
注意：由于实现内网互联功能需要部分带宽来用作与服务器的数据交换，而且对于公网用户（有远程连接）来说完全不需要内网互联，因此非内网用户推荐禁止内网互联。
并且，有部分内网用户，由于网关设备的局限，内网互联功能大量的UDP连接会导致断网等现象，因此出现网络异常状态的内网用户也推荐禁止内网互联。
[编辑]IP规则
允许向服务器报告内网ip便于子网内连接：默认为选上
解决同一子网内用户由于对外ip相同产生的连接问题（待考证），推荐保留默认设置。
启用IP过滤配置文件ipfilter.dat（与emule兼容）：默认为选上
Ipfiler.dat文件位于BC安装目录下的rules文件夹内，可使用记事本（notepad）等文本编辑软件查看使用方法或进行编辑。用户可自定义禁止与某些IP的连接（尤其适用于不希望产生国外流量费的用户）。
应用举例：参考链接 http://bbs.btchina.net/showthread.php?s=&threadid=386366
下载任务每ip最大允许连接数：默认为3
上传任务每ip最大允许连接数：默认为1
偶尔用户列表会出现大量同一ip甚至同一端口的用户连接（产生原因及影响不明），建议保留默认设置以避免此类状况发生。
[编辑]磁盘缓存
磁盘缓存最小值：默认为6MB
磁盘缓存最大值：默认为50MB
合理设置磁盘缓存可在一定程度上降低硬盘损耗，BC的智能缓存 (http://wiki.bitcomet.com/help-zh/%E5%B8%B8%E8%A7%81%E9%97%AE%E9%A2%98#.E4.B8.BA.E4.BB.80.E4.B9.88.E8.AF.B4Bitcomet.E7.9A.84.E7.A3.81.E7.9B.98.E7.BC.93.E5.AD.98.E5.8F.AF.E4.BB.A5.E4.BF.9D.E6.8A.A4.E7.A1.AC.E7.9B.98.EF.BC.9F)技术也可有效减少磁盘碎片的产生。在最大最小值范围内，BC运行时的实际缓存使用量将取决于全局连接数等数据，用户可根据实际使用情况加大最大值（原则上缓存设置越大越好）。
减小缓存当空闲物理内存低于：默认为50MB
一定的空闲物理内存将保证用户在使用BC下载的同时流畅进行其他操作，BC将调整使用的缓存量以保证当前空闲物理内存大于设定值。
在最大最小值范围内自动调整缓存大小：默认为选上
自动调整缓存可有效避免内存占用过大，同时减少磁盘碎片的产生。
D. 如何给BT软件加服务器
现在的DHT服务器就相当于一个大服务器了,只要你下载最新的BT软件都支持的了,DHT相当于把下载同一个torrent的所有人都连接起来了,如果有些人还在用很旧的BT软件,不支持DHT,就算你手动添加了所有的服务器都没用的,也要其他人也添加才可以的.要是默认服务器倒了,还有DHT服务器能用.所以用torrent文件里面包括的默认服务器加上DHT就够了.