bugmldonkey, a multi-networks file-sharing client - Bugs: bug #34110, Reassigned to another tracker...

 
 

You are not allowed to post comments on this tracker with your current authentication level.

bug #34110: Reassigned to another tracker [was: Incremental scan of shared files]

Submitter:  Huang Hang <seakage2h>
Submitted:  Wed 24 Aug 2011 04:25:53 AM UTC
   
 
Category:  Core Severity:  3 - Normal
Item Group:  Program malfunction Status:  None
Assigned to:  None Open/Closed:  Closed
Release:  3.1.0 Release:  All
Operating System:  Linux Binaries Origin:  Gentoo ebuild
CPU type:  None

Tue 25 Oct 2011 07:06:09 PM UTC, comment #2: 

THIS ITEM WAS REASSIGNED TO TASK #11489


Please, do not post any new comments to this item.

spiralvoice <spiralvoice>
Group administrator
Wed 24 Aug 2011 04:32:13 AM UTC, comment #1: 

I'm running mldonkey on Gentoo, and this bug exists since I use mldonkey the first time almost 3 years ago.

My PC box configuration:

CPU: AMD K10 3.0G, 4 cores
Memory: 4G DDR3 1333
Disk: 1TB, 7200rpm, 32MB cache

Huang Hang <seakage2h>
Wed 24 Aug 2011 04:25:53 AM UTC, original submission:  

THIS ITEM WAS REASSIGNED TO TASK #11489
At present, when mldonkey is starting up(start by init scripts or by manually called), it will do a full range scan of all shared files in the shared paths. If there're a lot of shared files, the scanning will introduced huge amount of file caches and the whole performance of the system is quite slow.

For example, in my case, I have 2000+ files and totally in 220+ GB large(some are small ebooks, while some are large movies). I've setup mldonkey auto-startup in Gentoo. After system boot up and mldonkey is running, my harddisk will keep busy for a couple of minutes, CPU usage is ~20%, and all 4G memory are occupied by file cache, and ~70M swap in use. If I don't make mldonkey auto-startup, this won't happen.

So I think mldonkey should do incremental scan instead of the full scan. Since the info of all shared files are stored in shared_files_new.ini, mldonkey can check whether the shared file is in the list or not, just fully examine those not in the list, and delay verification of the file info when the shared file is requested(e.g. recompute the MD4 sum when other clients ask for sharing the file).

Huang Hang <seakage2h>

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by spiralvoice (Updated the item)
  • -email is unavailable- added by seakage2h (Submitted the item)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

     

    Follow 2 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2011-10-25 spiralvoice Reassign Itemmldonkey, a multi-networks file-sharing client, bug #34110 mldonkey, a multi-networks file-sharing client, task #11489
    2011-10-25 spiralvoice SummaryShared files scan at startup introduces too much file cache Incremental scan of shared files

    Back to the top

    Powered by Savane 3.13-02a9.
    Corresponding source code