[Mldonkey-bugs] [bug #3761] FT not respecting max sources per file settings

[nobody]

=================== BUG #3761: LATEST MODIFICATIONS ==================
http://savannah.nongnu.org/bugs/?func=detailbug&bug_id=3761&group_id=1409

Changes by: Anonymous user        Date: Sat 08/23/2003 at 08:04

------------------ Additional Follow-up Comments ----------------------------
I am seeing this same thing. For a time I thought it might be sources not 
stopping the download when they get to the end of a range, but it goes back to 
more overhead than download too fast for that.
I'm running 2.5-3 stable.




=================== BUG #3761: FULL BUG SNAPSHOT ===================


Submitted by: None                    Project: mldonkey, a free e-Donkey client
Submitted on: Mon 05/26/2003 at 16:07
Category:  Core                       Severity:  5 - Major                  
Bug Group:  memory leak               Resolution:  None                     
Assigned to:  None                    Status:  Open                         
Release:  None                        Release:  release-2-5                 
Platform Version:  Linux i386-i686    Binaries Origin:  Compiled From CVS   

Summary:  FT not respecting max sources per file settings

Original Submission:  Since yesterday, when I first tried 2-5 I suffer from 
mlnet taking large amounts of ram, often more than 450 MB (on a 368 MB ram 
machine) and I tried to track it down.

I guess now I accidently found whats causing the problem.
I added 7 FT files to my DL queue and each of the Files at least takes 900 
sources (some about 3600 sources each) and my max_sources_per_file is set to 
100 (which is respected by edonkey/overnet files).

With about 8000 sources for just 3 files 2 thinks are explained to me.
a) the high memusage
b) the large overhead I see atm after a few minutes of mlnet runningtime (line 
loaded with 85KB/s downtraffic while only 15kb are actually for the downloads), 
at mlnet starts its more like 40kb for dl, 5kb overhead.

But if mlnet really tries to connect that many sources periodically it surely 
will generate large overhead.

Follow-up Comments
*******************

-------------------------------------------------------
Date: Sat 08/23/2003 at 08:04       By: None
I am seeing this same thing. For a time I thought it might be sources not 
stopping the download when they get to the end of a range, but it goes back to 
more overhead than download too fast for that.
I'm running 2.5-3 stable.



CC list is empty


No files currently attached


For detailed info, follow this link:
http://savannah.nongnu.org/bugs/?func=detailbug&bug_id=3761&group_id=1409

_______________________________________________
  Message sent via/by Savannah
  http://savannah.nongnu.org/