为何ubuntu更新不用P2P技术？

[youngsun45]

一直以来都有这个想法，把我们升级的新立得换成一个使用P2P技术的系统更新程序，让我们身边的每个ubuntu都是一个源，共享它们的程序，同时也把自己的程序分享给每个人，让大家的升级速度飞起来。
具体方法可以借鉴一下windows下面的安全卫士和迅雷系统升级程序。
最后期望ubuntu下的升级程序越来越好用 ：）

[皮皮虎]

yes yes

[白开水隐士]

有些国家或地区用P2P还存在合法性问题，微软的Win7就只提供FTP下载……

[allarem]

这个问题我也跑到过brainstorm上讲，没想到人家直接丢个软件叫apt-p2p
我现在还不知道怎么用这玩意

[BigSnake.NET]

曾经尝试过, 效果不理想, 详情问一叶

[yunhai]

这个问题我也跑到过brainstorm上讲，没想到人家直接丢个软件叫apt-p2p
我现在还不知道怎么用这玩意

装好这个软件之后，把source.list里每一行的

代码： 全选

http://

改成

代码： 全选

http://localhost:9977/

，然后照常aptitude update, aptitude upgrade 就行了。p2p 用得人多了才会有明显效果。

[allarem]

这个问题我也跑到过brainstorm上讲，没想到人家直接丢个软件叫apt-p2p
我现在还不知道怎么用这玩意

装好这个软件之后，把source.list里每一行的

代码： 全选

http://

改成

代码： 全选

http://localhost:9977/

，然后照常aptitude update, aptitude upgrade 就行了。p2p 用得人多了才会有明显效果。

oh…………

[photor]

[AngelMAX]

一直以来都有这个想法，把我们升级的新立得换成一个使用P2P技术的系统更新程序，让我们身边的每个ubuntu都是一个源，共享它们的程序，同时也把自己的程序分享给每个人，让大家的升级速度飞起来。
具体方法可以借鉴一下windows下面的安全卫士和迅雷系统升级程序。
最后期望ubuntu下的升级程序越来越好用 ：）

个人观点，如有技术问题欢迎指正
抛开法律不谈，我们先看看我们更新的都是什么文件，当你更新的时候你会发现，你要更新的东西很多，但你仔细一看会发现其实数据量不是很大，（我更新280+个包大概300M），试想下，你难道要为一个几十K或者几百K的一个文件保持一个庞大的用户表？也许你连上服务器获得活动用户的数据都比你要更新的包要大 。而且下载完之后要校验（hash？），这个步骤有可能导致数据的增加（你怎么也要知道文件的特征值吧），如果不校验，一个错误就能让你的系统露黑脸 。所以认为，目前的情况不适合用p2p
ps：欢迎pk，鼓励pk，多谢指教

[zzzhiv]

[ylxi123]

楼上的，应该可以实现安装前对下载的程序校验的啊，强制校验就可以了吧。
迅雷找下载多个源时也好像用了校验码之类的，记不清了。。。

[AngelMAX]

楼上的，应该可以实现安装前对下载的程序校验的啊，强制校验就可以了吧。
迅雷找下载多个源时也好像用了校验码之类的，记不清了。。。

校验的话需要增加下载的数据，虽然很小，但是补丁包也不大啊，很少有上M的补丁，这点校验数据也会占用带宽，而且，p2p的用户是不稳定的，要随时更新活动用户，一个人更新一个不到1M的补丁会使用多长时间？频繁大量的用户更改也会增加服务器负担的，感觉得不偿失。而且你得到的用户列表如果不及时的话，只会得到一些没用的peer，虽然可以实现让所有的ubuntu用户都提供上传（就是不管你有没有在更新，有人要求你就给上传），但是这样更不安全，而且谁也不会在自己看视频或者需要用网络的时候还当个上传服务器吧？

[lerosua]

p2p遭封杀啊，还是http的好

[ylxi123]

楼上的，应该可以实现安装前对下载的程序校验的啊，强制校验就可以了吧。
迅雷找下载多个源时也好像用了校验码之类的，记不清了。。。

校验的话需要增加下载的数据，虽然很小，但是补丁包也不大啊，很少有上M的补丁，这点校验数据也会占用带宽，而且，p2p的用户是不稳定的，要随时更新活动用户，一个人更新一个不到1M的补丁会使用多长时间？频繁大量的用户更改也会增加服务器负担的，感觉得不偿失。而且你得到的用户列表如果不及时的话，只会得到一些没用的peer，虽然可以实现让所有的ubuntu用户都提供上传（就是不管你有没有在更新，有人要求你就给上传），但是这样更不安全，而且谁也不会在自己看视频或者需要用网络的时候还当个上传服务器吧？

从p2p的分享及带宽利用来看，如果能够在ubuntu上很好地利用P2P的话，还是很有前景的。

如果说需要下载的文件小，只有几十K，但在开源上则有太多的人愿意使用几百兆的空间和较小的上传速度，比如说10K/S，为其他用户分享。

服务器负担这一块，比如迅雷，它自身不存储任何资源，它的服务器提供对资源的整理与审核，节点的维护，客户端只负责下载。

对于更新频率，如果采用后台默认直接下载的方式，速度即使不太理想，也应该可以接受。如果采用提示下载的方式，速度可能会有些不太理想，就像你所说的。

再比如，mldonkey的上传速度不能小于10K/S,如果小于这个数值，则上传和下载的速度会被固定在1:4的比例上。有些用mldonkey的都是开机自启动，10K/S的速度对于一般用户应该是可以接受的吧。

另外，我是外行，不会写程序，嘿嘿，不过我对ubuntu使用p2p有一份期待。