bugmldonkey, a multi-networks file-sharing client - Bugs: bug #6239, max_upload_slots ignored

 
 

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

bug #6239: max_upload_slots ignored

Submitter:  None
Submitted:  Thu 30 Oct 2003 07:42:33 AM UTC
   
 
Category:  Core Severity:  3 - Normal
Item Group:  Program malfunction Status:  Fixed
Assigned to:  None Open/Closed:  Closed
Release:  2.5.4 Release:  2.5-4
Operating System:  Linux Binaries Origin:  Binary from Savannah
CPU type:  None

Wed 25 Feb 2004 12:50:50 AM UTC, comment #4: 

Please check if this bug still is in current CVS version.
You should a tarball of current CVS in files section of
this project: http://savannah.nongnu.org/download/mldonkey/

spiralvoice <spiralvoice>
Group administrator
Tue 02 Dec 2003 08:47:47 PM UTC, comment #3: 

Please check if this bug is still in current CVS version.

spiralvoice <spiralvoice>
Group administrator
Thu 30 Oct 2003 10:15:17 PM UTC, comment #2: 

Err... how long is a "good" connection time?:) I'll try this anyway, thanks for the tip.

But there is still a problem. As I understand the code, the limit is checked only when they ask for a new chunk, so there  will be 30 clients uploading at least 9.5MB at a terrific speed of 500 bytes/sec...

I'm not the only one experiencing that, see this thread:
http://mldonkey.berlios.de/modules.php?name=Forums&file=viewtopic&t=1379

Anonymous
Thu 30 Oct 2003 11:48:56 AM UTC, comment #1: 

You could try this patch 2126 to limit the connect time. I am also using directory upload priorities and sometimes the number of upload slots gets out of control, but 30... Never seen that. But slots with a connect time of 420 are really bad and will go away with the patch.

spiralvoice <spiralvoice>
Group administrator
Thu 30 Oct 2003 07:42:33 AM UTC, original submission:  

Hi,

From time to time, the number of active uploads gets out of control. Max_upload_slots is set to 5, there is one directory shared with priority 3, and incoming_directory_prio is  left at 0. So, I think I should never see more than 8 active uploads at a time, however, sometimes there are as much as 30 upload slots used. Makes releasing rather painful, because the majority of them uploads from temp, not from the shared dir. Apparently these extra uploads come in bursts, like 10 slots with a CT of 50, another 8 with CT of 420, and so on...

Anonymous

 

(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

 

CC list is empty

 

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 4 latest changes.

Date Changed by Updated Field Previous Value => Replaced by
2004-03-15 spiralvoice StatusNone Fixed
    Open/ClosedOpen Closed
2004-03-02 spiralvoice Item GroupNone Program malfunction
    Release2.00 2.5.4

Back to the top

Powered by Savane 3.13-4b48.
Corresponding source code