[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Mldonkey-bugs] [bug #17223] REQUEST: New download prefilled with 0's
From: |
spiralvoice |
Subject: |
[Mldonkey-bugs] [bug #17223] REQUEST: New download prefilled with 0's |
Date: |
Fri, 28 Jul 2006 11:21:40 +0200 |
User-agent: |
Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.0.5) Gecko/20060719 Firefox/1.5.0.5 |
Update of bug #17223 (project mldonkey):
Category: eDonkey-Plugin => Core
Item Group: None => Feature request
Status: None => Ready For Test
_______________________________________________________
Follow-up Comment #1:
This is a known problem, a patch for this is already in CVS
for testing and will be included in MLDonkey 2.8.0, _after_
2.7.7 has been stable on Gentoo for some time.
Patch description:
2006/07/15
5203: Swarmer: Anti-fragmentation (pango, antifrag_v7)
* Each file is divided into blocks saved in new option
* file_disk_allocation_bitmap in swarmer section of files.ini
* Blocksize is computed like this: file_size / 200, rounded up to full
megabytes, if bigger than 10MB: 10 MB are used as maximum blocksize.
Preallocated blocks are marked file_disk_allocation_bitmap option.
* Blocks already fully preallocated on disk are prefered for downloading.
That way one can get antifragmentation benefits without preallocating
too much space, specially for downloads with small chunks.
* If the block about to be filled with data for the first time its
read/written
back to disk to allocate the space.
Set verbosity to "verb" to enable logging of preallocation.
_______________________________________________________
Reply to this item at:
<http://savannah.nongnu.org/bugs/?func=detailitem&item_id=17223>
_______________________________________________
Nachricht geschickt von/durch Savannah
http://savannah.nongnu.org/