1
romotc OP 终于发现了,这货在无法进行BT下载的时候竟然会以固定速率逐渐增大目标文件。最后看起来是下载完成了,但是文件根本没用。
|
2
binux 2014-01-15 12:41:33 +08:00 2
下载之前在进行文件预分配
|
3
romotc OP @binux 这个过程很长,2.9G的文件用了接近一个小时。难道是ntfs格式造成预分配时间很长?
我去找个小一点的文件下载试试。 |
8
romotc OP @66450146 是啊,之前是发现ntfs-3g transmission-daemon minidlna比较占cpu,才开始了这趟折腾。
现在把minidlna解决了,transmission不用了改成aria2c. 换成ext3格式通过minidlna、smbd共享给windows没什么问题,但是移动硬盘里面的东西太多先就不重新格式化了。 |
9
robbielj 2014-01-16 03:33:18 +08:00 1
分配用falloc会快不少
file-allocation=falloc |
10
romotc OP @robbielj 你那边是用的什么盒子,什么格式的硬盘呢?
我这边配置成falloc预分配也要花费很长时间(1分钟40M左右),不过貌似没有下面文档里面写的阻塞aria2直到预分配完成的现象。 预分配完成之后yaaw上才会显示出来任务,然后又下载进度。貌似这样也可以接受,改成falloc了。谢谢 --------- 文档里面写的:If you are using newer file systems such as ext4 (with extents support), btrfs, xfs or NTFS(MinGW build only), falloc is your best choice. It allocates large(few GiB) files almost instantly. Don't use falloc with legacy file systems such as ext3 and FAT32 because it takes almost same time as prealloc and it blocks aria2 entirely until allocation finishes. falloc may not be available if your system doesn't have posix_fallocate(3) function. 推荐ext4 NTFS格式推荐使用falloc,但是貌似ext4还不太稳定,而关于NTFS提到的MinGW build only又是什么意思。。。 |
11
robbielj 2014-01-16 18:26:18 +08:00
@romotc
本机和nas都有装,nas是my book live 本机是ntfs,用作者给的编译的windows binary,falloc分配相当快 my book live是ext4,也有extent,所以falloc也是完全没问题 |
13
robbielj 2014-01-16 20:22:47 +08:00 1
@romotc
嘛我不是linux专家,当时只是写配置文件看到falloc去找了一下看看。ext4的wiki上有说,其实就是分区中一大块连续的物理blocks,能够减少碎片提高性能。只要是ext4上新创建的文件应该都用extent了,ext3转ext4的才需要另外再转。 |