登录 | 注册

个人信息栏

EndlessRain
3283
.....
影币:9

快速通道

日志分类

我的发言

我用UT 在国内下东西速度很爽

2008-05-18 00:44:44
原帖由 quicklylot 于 2007-2-24 14:33 发表
迅雷是服务器下载,BT是P2P下载...以后不要拿这两个比...在一些情况下没有可比性..


迅雷是P2SP软件 P2SP里也包含P2P 迅雷从刚开始就已经是BT类软件了
2007-02-25 19:33:18
以前有 但被去掉了
2007-02-19 10:35:40
[url]http://www.bitcomet.com/doc/download-beta-zh.htm[/url]
2007-02-13 13:12:38
4.点击界面外观
最多显示peer数量 改到500

这个和速度没有任何关系 加大了浏览连接人数的时候只会让软件变的很卡
2007-02-12 20:59:31
以下是本人的观点 并不一定正确

一般HTTP FTP下载软件和BT软件的不同就在于前者只是把下载的东西写到硬盘上

后者不光把下载的东西写在硬盘上 还要把写过的东西读一遍或多遍传给别人

由于硬盘的磁头和盘片是不接触的 正常使用的情况下 我认为读和写对硬盘的损伤是同等的

但如果是复写的话 我就觉得对硬盘的损伤写就要大于读了

假设在一个理想状态 一块硬盘一直使用HTTP FTP下载软件 它的寿命是3年的话 那一块硬盘一直使用BT下载软件 它的寿命就是1年半或更短

为什么会更短?

现在大部分人使用的是桌面级硬盘 它是按1天工作8小时 1周工作5天设计的 使用寿命为3年到5年

问一下你自己 你的电脑每天开多久?BT下载的时候你连续开机多少小时?

杀硬盘的凶手我认为不是读和写 而是超负荷的工作

对于某些人说的温度 我摸过硬盘 硬盘运转很长时间以后 如果没有频繁的读写的话 温度不会很高

要减轻硬盘的负担 有以下几种方法

别开电脑 只要硬盘一转动 它就在减寿(这是废话) 不过长时间不开也会对硬盘造成损伤

使用缓存 缓存是个好东西 平时我们接触到的缓存有三种 物理内存 虚拟内存 硬盘的缓存

以下以BitComet为例来说明

软件可以设置磁盘缓存 这里的缓存并非只用到物理内存 设置不当 可能会使用到虚拟内存

设置的太小 起不到减少读写次数的作用

设置的太大 有时请求的物理内存得不到 而改用虚拟内存 别忘记 虚拟内存的空间是借用硬盘的空间

这个平衡点大家自己去寻找

还有就是BitComet太老实了 最小缓存设多少它就用多少 即使物理内存有空闲也不见它去占用(已经钩选了自动调整)

很多人的说法是只要内存足够大 把BitComet的磁盘缓存设置的大点就可以了 这个想法我是比较认同的 但我有一个问题需要反问

创建一个理想条件 假设我有2G内存 BitComet这时占用1G的物理内存 虚拟内存不占用 我要下载的某个文件为900MB

当我从别人那下载了文件的90% 这90%的文件一直呆在物理内存里么?下载过程中从来没写入硬盘?

有兴趣的朋友可以做下测试 当下载到90%的时候 你直接切断电源

重启后如果文件的下载进度为0%的话 那BitComet设置的磁盘缓存才能真正起到保护硬盘的作用

还有一种情况 我要下载的某文件为2G 超出了BitComet设置的磁盘缓存

当我下载了文件的50% 也就是1G 此时文件应该写入硬盘

这时候看起来 我就觉得BitComet不可能一次性写入下载的文件 即下载了几百兆或更小时就写入硬盘

BT不光是在下载 还是要上传的 我想下了1G的文件 虽然写入了硬盘 但至少应该还有一部分文件保留在物理内存里

别人要从我这下载东西 BitComet是怎么设置优限级的呢?是先下载物理内存中的文件 还是先下载硬盘上的文件?

如果一个网友要下载的东西正好在我的物理内存里 那他直接拿了跑 BitComet并不需要再去读我的硬盘

如果那个网友要下载的东西不在我的物理内存里 他是在到别的用户的物理内存中寻找 还是BitComet读取我硬盘上的文件?

这个问题我一直没搞清楚 我认为BitComet设置的磁盘缓存

一部分是为了减少写次数设计的 即下载到一定量在写入硬盘

一部分是为了减少读次数设计的 即别人到我这拿文件时 直接从物理内存里拿 而不是从硬盘上

硬盘的缓存我认为基本上可以无视 现在的硬盘写速度基本在50到70MB/s

BT下载的文件都很大 如果BitComet设置的磁盘缓存真能起作用 那主流的8MB或16MB的硬盘缓存真的可以无视了

问题已经很清楚了 BT伤硬盘除去超工作负荷外 那就是读和写了 写无法控制 那只能对读控制

减少上传量是一种做法 因为读的次数减少了 但这是很不厚道的表现

我平时BT的时候硬盘灯都不怎么闪烁的 相比BT 我到觉得其他方面比较伤硬盘 拷贝大文件 杀毒 读取小文件等

建议大家养成良好的使用硬盘的习惯 系统、安装软件、虚拟缓存、IE缓存我都分开放的

磁盘碎片我也不整理 整理的时候看着硬盘灯狂闪有种心痛的感觉

我每过段时间就会格式化操作系统重装系统和软件的说 就不在乎什么碎片了

硬盘总归有使用寿命 别长时间的开机是延长使用寿命的关键 有条件的做做硬盘的散热工作

硬盘坏了就去买块新的 几年用下来性能和容量肯定已经不够用了

有钱的可以买个服务器级的硬盘 可以全天开机

或者组建个RAID 0还是1我忘记了 把一个文件分成两个部分存放在两块硬盘上 不光减少了每个硬盘的负担 而且读取速度是单硬盘的两倍

现在出了个iRAM 闪存式硬盘 有钱的可以尝试 还有固态硬盘 军用级别的 只要你搞的到

对于某些人因为害怕BT伤硬盘而从来不用BT 我在这里严重的鄙视一下
2007-02-06 23:31:34
  流行的说法是:BT使用了不通过高速缓冲直接将数据写入硬盘的过时算法,使硬盘始终处于高速运转的状态,导致硬盘局部损坏甚至整体报废。其实这种说法有些偏颇。姑且不论操作系统会自动根据系统设置对磁盘读写进行缓冲,就算BT绕过操作系统而在系统底层对硬盘直接进行操作,也有硬盘本身的大容量缓存可资使用,何况BT根本没有这样做的必要。通过操作系统提供的安全可靠的内部函数来实现文件读写不仅代码编写容易而且能充分保证对各种硬件的兼容性,BT何乐而不为之呢?

  通过观察和分析,BT下载导致部分硬盘的损坏,主要应是下载者长时间不关机连续下载使硬盘温度过高或过于疲劳所致,而非BT之祸。由于BT下载的基本上都是大家伙,下载者除了有一次性将它拉下来的冲动外,还有下次续传时可能失去种子导致下载功亏一篑的担忧,因此大都选择了连续奋战不舍昼夜的方式,加之BT既要下载(写入)又要上传(读出),硬盘负担更是沉重。如此的折磨,即便在散热措施到位的情况下也够硬盘受的,时间一长自然会生出不少毛病来。预防的办法其实很简单,无外乎加大硬盘缓存容量,不要长时间连续下载,做好机器散热工作等几招。另外也希望共享资源发布者将待发布的大文件或文件夹划大为小,化整为零,以减轻下载者的负担。
2007-02-06 23:31:17
最多同时进行的任务数设置为“1” 任务列表中如果已经有一个100%了 下一个任务无法开始 巨汗啊
2007-02-06 23:28:06
并不是用了Win2003就可以长时间开机了 硬件不是For服务器级的话寿命也大打折扣的
2007-01-23 23:01:29
原帖由 shenwujinling 于 2007-1-21 15:02 发表
怎么用了一会之后,开其他的程序机子就会开始变得很卡。。
把bt关了之后就正常了


这很正常 BC占用了内存
2007-01-21 19:17:18
依旧不占用物理内存...
2007-01-21 11:34:02
明显是一菜鸟......
2007-01-19 13:22:55
从12号开始记分是混乱了 这两天来我也只涨了5分 网页上所显示的 非软件上所显示的 - -
2007-01-14 00:44:40
膜拜中........
2007-01-12 23:14:19
不高的话操作全在硬盘上进行 内存、硬盘你觉得那个经受的起读写的摧残?
2007-01-12 23:10:06
BitComet.exe即使不下载 只要打开也会占用一点内存

楼上的问题和我碰到的一样 可以确定是v0.81版的Bug了 建议退回到v0.79版(只所以不推荐退回v0.80版 是应为这个版本CPU经常100%)
2007-01-12 23:12:47
那是因为内网出口不稳定 你很容易和你连接的人断掉 以前也用内网BT过 分享一个小经验 希望你能用的上

一个任务运行的时候 速度下来了 不需要停止任务再重新开始

右击那个任务选“手动连接服务器” 过一会速度就会上去了(连接Tracker服务器需要一定时间)

你会发现在“任务摘要”里“下载速率 XXXKB/s从XX用户”中的XX用户比手动连接服务器以前多了

但过了会用户又少了 速度也下来了 此时再重复操作速度又会上去

其实这样做很累 建议用“按键精灵"做个批处理程序 这样就不需要一直守在电脑旁了

手动连接服务器这个操作也不能不停的用 因为连接Tracker需要占用一定的带宽 一般15分钟点一次就行了

内网BT是很痛苦的 没有什么彻底根治的方法

[ 本帖最后由 EndlessRain 于 2007-1-12 09:57 编辑 ]

-- BitComet 0.79 --
2007-01-11 23:49:36
1KB=1024bytes 拿计算器算一下不就出来了么
2007-01-11 15:06:25
你可能勾选了“下载前先分配空间”选项
2007-01-11 11:59:42
35 1/2 |12下一页