引言
在了解了 Murder 的用途和简要用法后，我接下来在测试环境下进行测试。
0.准备工作
各个节点部署 murder 的软件包。 https://github.com/lg/murder/tree/master/dist
这里我们不用 Murder 自带的 Capistrano 配置管理工具，可以根据自己业务现有配管工具结合 murder。
考虑到以后大量机器的情况，murder 程序包需要安装部署到服务器上，脚本安装？Python 文件打包成 rpm 包通过 yum 来安装？ 通过配管工具临时批量分发？这些都是需要思考的问题。现在测试阶段，使用脚本命令部署。
1、启动 Tracker 服务器
python /usr/local/murder/dist/murder_tracker.py > /var/log/murder_tracker.log 2>&1 &
log 文件之后需要配置 logrotate。
2、在 Seeder 服务器上创建种子
手动命令：
deploy_file=/data/upload/deploy.test.tar.gz python /usr/local/murder/dist/murder_make_torrent.py ${deploy_file} ${tracker_IP}:8998 ${deploy_file}.torrent
3、启动 Seeder 服务器
python /usr/local/murder/dist/murder_client.py seed ${deploy_file}.torrent ${deploy_file} 127.0.0.1
4、下载节点 Peer 执行下载
首先可通过批量分发工具将 Seeder 上生成的种子文件分发到各 Peer 节点上，然后在各 Peer 节点上执行下载：
看了一个别人的用法，可以在执行下载时指定 torrent 文件时使用HTTP URL的形式。
download_file=/data/download/deploy.test.tar.gz
IP=`curl http://www.5ding.com/dnsip/dnsip`
python /usr/local/murder/dist/murder_client.py peer ${download_file}.torrent ${download_file} $IP
Murder 测试使用过程中的疑问
1、Peer 节点进行下载时使用的是 peer 模式，只有下载，有没有上传？
从我们使用 BT 软件的经验和常识到判断，BT 协议的特点就是节点相互上传下载。所以应该是有上传的。
在测试过程中观察 Peer 节点下载完成文件后，会保持一段时间的端口开启
（ 默认为 30s，默认时间后，下载进程就会退出，我们可以根据自己的情况修改这个默认时间，
配置参数在 dist/murder_client.py 中的 t = threading.Timer(30.0, ok_close_now) ），
从这里，我们可以推断这是提供上传的。
peer 模式并不像我之前曾理解的那样只做纯粹的下载， 它在下载完成后会有一段时间的 seeding。
2、Peer 节点下载文件完成后，会进行文件完整性的校验吗？如果下载文件出错，会有报错吗？
这得从 BT 软件的下载原理来看了。
下载时，BT 客户端首先解析 .torrent 文件得到 Tracker 地址，然后连接 Tracker 服务器。 Tracker 服务器回应下载者的请求，提供给下载者其他下载者（包括发布者）的 IP。 下载者再连接其他下载者，根据 .torrent 文件，两者分别告知对方自己已经有的块，然后交换彼此的数据。 此时不需要其他服务器参与，分散了单个线路上的数据流量，因此减轻了服务器负担。 下载者每得到一个块，需要算出下载块的 Hash 验证码与 .torrent 文件中的对比，如果一样则说明块正确，不一样则需要重新下载这个块。 这种规定是为了解决下载内容准确性的问题。
从上面 BT 下载原理可以看出，下载过程中是有下载块的检验的。所以 BT 软件应该要保证下载文件的完整性。
在 Murder 中，dist/BitTornado/download_bt1.py 文件中
self.errorfunc('piece %d failed hash check, re-downloading it' % index)，这里应该就是在下载块 hash 检查错误时，重新下载的提示。
所以，现在我们应该没有必要额外再对 BT 下载完成后的文件进行完整性校验。 但如果不放心，我们是可以进行二次验证的。
