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]

Submitted by:  Huang Hang <seakage2h>
Submitted on:  Wed 24 Aug 2011 04:25:53 AM UTC  
 
Category: CoreSeverity: 3 - Normal
Item Group: Program malfunctionStatus: None
Assigned to: NoneOpen/Closed: Closed
Release: AllRelease: 3.1.0
Operating System: LinuxBinaries 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>
Project 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>

 

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

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

    Do you think this task is very important?
    If so, you can click here to add your encouragement to it.
    This task has 0 encouragements so far.

    Only logged-in users can vote.

     

    Please enter the title of George Orwell's famous dystopian book (it's a date):

     

     

    Follow 2 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Tue 25 Oct 2011 07:06:09 PM UTCspiralvoiceReassign Itemmldonkey, a multi-networks file-sharing client, bug #34110=>mldonkey, a multi-networks file-sharing client, task #11489
    Tue 25 Oct 2011 07:06:08 PM UTCspiralvoiceSummaryShared files scan at startup introduces too much file cache=>Incremental scan of shared files

    Back to the top


    Powered by Savane 3.1-cleanup1