[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Mldonkey-bugs] [bugs #8961] QoS, dynamic connection limiting so we don'

From: anonymous
Subject: [Mldonkey-bugs] [bugs #8961] QoS, dynamic connection limiting so we don't flood our connections
Date: Fri, 14 May 2004 14:33:42 -0400
User-agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040206 Firefox/0.8

This mail is an automated notification from the bugs tracker
 of the project: mldonkey, a multi-networks file-sharing client.

[bugs #8961] Full Item Snapshot:

URL: <>
Project: mldonkey, a multi-networks file-sharing client
Submitted by: 0
On: Fri 05/14/04 at 14:25

Category:  Core
Severity:  5 - Average
Item Group:  Feature request
Resolution:  None
Assigned to:  None
Status:  Open
Release:  None
Platform Version:  None
Binaries Origin:  CVS / Self compiled
CPU type:  None

Summary:  QoS, dynamic connection limiting so we don't flood our connections

Original Submission:  Control packets and other non-"data" packets should have 
priority over data-transfer packets.  SYN (connecting), ACK (acknowlege of a 
data packet), SACK, FIN, etc, packets should have a higher priority than normal 
data-transfer packets.  Packets to and from servers (control messages, 
searching, retrieval of sources) should be last to be dropped from rate 
limiting.  Soft and Hard limits for downloading... Hard would be manually set.  
Soft would be an intelligently determined (auto-magically) limit.  When we 
reach our soft limits we shouldn't initiate any more download connections 
(unless we can get rid of the slow ones and replace them with faster more 
stable ones?).  Anyways, this is just an overview of what I have written down 
somewhere, expect a follow up.  =P

For detailed info, follow this link:

  Message sent via/by Savannah

reply via email to

[Prev in Thread] Current Thread [Next in Thread]