bugmldonkey, a multi-networks file-sharing client - Bugs: bug #13822, Core increases memory usage

 
 

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

bug #13822: Core increases memory usage

Submitter:  None
Submitted:  Sun 17 Jul 2005 12:27:42 AM UTC
   
 
Category:  Core Severity:  3 - Normal
Item Group:  Memory leak Status:  Wont Fix
Assigned to:  None Open/Closed:  Closed
Release:  2.5.30.17 Release: 
Operating System:  Linux Binaries Origin:  CVS / Self compiled
CPU type:  Intel x86

Jump to the original submission

Wed 27 Jul 2005 11:24:54 PM UTC, comment #7: 

Maybe you don't see the problem with so many files and networks.  If you only download 1 file you might see a difference and better focus on problems. You might also see that other clients download faster on ed2k when only using ed2k, even mulus if you focus on 1 file rather than total speed of 100 files.

Anonymous
Wed 27 Jul 2005 07:35:59 PM UTC, comment #6: 

I have all compilable network modules present in the core, maybe
this is responsible for the 40+ MB RAM usage on startup.

I will investigate the CommonResult problem.

I am downloading 100+ holiday movies simultaneously all the time on
EDK, Overnet and Kademlia and never have 60+ MB RAM usage. ~25% of
these files are popular ones with sometimes 1000+ sources. RAM
usage is stable over several days.

spiralvoice <spiralvoice>
Group administrator
Wed 27 Jul 2005 05:40:30 PM UTC, comment #5: 

The core takes 30MB? Where do you get this information from?

I start mlnet and it takes 15 megs.

Do some searches, and forget them.  The results are never removed from CommonResult and memory use goes up.

Only activate edonkey (no overnet or kad) and download some big popular files for a few days.  8 hour testing is not enough.




Anonymous
Wed 27 Jul 2005 03:34:15 PM UTC, comment #4: 

Here RAM usage is rock stable since the Overnet mem leak patches.
The core takes about 30 MB for itself, the rest is data.
Your 42MB seem absolutely all right for me.

spiralvoice <spiralvoice>
Group administrator
Tue 19 Jul 2005 03:59:10 PM UTC, comment #3: 

I also think it uses too much ram.

I have 43megs in use by mlnet after 2 days.

Size: 43196
RSS: 42M
Share: 2180

MLNet Multi-Network p2p client version 2.5.30.17.CVS
SCM version info: 2005-07-18 07:02:52

I have only donkey and bittorrent enabled. No Kad/ov.

I am only downloading 1 file from the donkey network.

"mem_stats 1"


CommonServer: 200
CommonClient: 1560
CommonFile: files 2  

(I have "Forgotten" all searches, yet there still seem to be  CommonResults stored)

Module CommonSearch
Filtering index memory: 11 Local index memory: 11 Memorized searches: 0 Memorized items: 0

CommonResult:
results_by_num: 3617 results_by_uid: 3617 known_uids: 3617 store: 0 loaded/ 5100 max


DonkeySources:
For all managers: Queue[new_sources]: 0 entries (0 ready) Queue[good_sources]: 208 entries (0 ready) Queue[ready_saved_sources]: 0 entries (0 ready) Queue[waiting_saved_sources]: 0 entries (0 ready) Queue[old_sources1]: 106 entries (0 ready) Queue[old_sources2]: 20 entries (0 ready) Queue[old_sources3]: 88 entries (0 ready) Queue[do_not_try_queue]: 56 entries (49 ready) Queue[connected_sources]: 49 entries (0 ready) Queue[connecting_sources]: 4 entries (4 ready) Queue[busy_sources]: 0 entries (0 ready) Sources by UID table: 1945 entries Connecting Sources: 45 entries (connected: 41) Next Direct Sources: 0 entries Next Indirect Sources: 0 entries

Module DonkeyGlobals:
Current files: 1 Clients_by_kind: 1424

DonkeyGlobals:
Clients: 1424 Bad Clients: 99/3 Read Buffers: 48000 Write Messages: 4000 Uninteresting clients: 0 Connected clients: 52 Aliased clients: 0 Closed clients: 0 Unlocated clients: 0 Bad numbered clients: 0 Dead clients: 0 Disconnected aliases: 0



Even though enable_kademlia is false:
Kademlia statistics:  
boot_peers: 1999
(rest are 0 except searches = 1)

Even though enable_overnet is false:
Overnet statistics:
boot_peers: 2065
(rest are 0 except searches = 1)


Anonymous
Sun 17 Jul 2005 10:11:10 AM UTC, comment #2: 

The only known memory leak is in the Overnet/Kademlia module.
If you enabled one of both networks please try patch #4118 and
report in the patch if it solves the memleak for you. Here it does.

spiralvoice <spiralvoice>
Group administrator
Sun 17 Jul 2005 01:06:12 AM UTC, comment #1: 

how do you expect ppl to look into it if you don't give more details ?

Should be "closed" with reason "useless report"

Anonymous
Sun 17 Jul 2005 12:27:42 AM UTC, original submission:  

After a 8 hours it used more than 250 mb and became none responsive.

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

Date Changed by Updated Field Previous Value => Replaced by
2005-07-27 spiralvoice StatusNeed Info Wont Fix
    Open/ClosedOpen Closed
2005-07-17 spiralvoice StatusNone Need Info

Back to the top

Powered by Savane 3.13-caa5.
Corresponding source code