Summary: | MLDonkey 2.5-16 memory leak | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Chance Platt <chance> |
Component: | Current packages | Assignee: | Gentoo net-p2p team <net-p2p> |
Status: | RESOLVED TEST-REQUEST | ||
Severity: | normal | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Chance Platt
2004-08-25 16:50:19 UTC
I've been running MLNet this time, almost three days. Same problem. I figured possibly mlnet simply needed the resources (after filing the last bug) due to a very popular transfer, but .. I'm having the problem now, with nearly no mlnet activity. Relevant lines from ps aux: USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND p2p 6787 0.8 28.7 275384 143764 ? RN Aug29 36:04 /usr/bin/mlnet p2p 6789 0.0 28.7 275384 143764 ? SN Aug29 0:00 /usr/bin/mlnet p2p 6790 0.0 28.7 275384 143764 ? SN Aug29 0:00 /usr/bin/mlnet p2p 7273 0.0 28.7 275384 143764 ? SN Aug29 0:00 /usr/bin/mlnet Could you please try mldonkey-2.5.16-r8 in portage? I tried, this is what happens: ACCEPT_KEYWORDS="~x86" emerge =net-p2p/mldonkey-2.5.16-r8 .... ocamlopt.opt -inline 10 -I src/utils/cdk -I src/daemon/chat -I src/utils/lib -I src/utils/net -I tools -I src/daemon/common -I src/daemon/driver -I src/utils/mp3tagui -I src/config/unix -I src/gtk/newgui -I src/gtk/gui2 -I src/gtk/configwin -I src/gtk/okey -I src/gtk/gpattern -I icons/tux -I +lablgtk -I src/gtk/progress -I src/im -I src/im/yahoo -I src/im/irc -I src/networks/direct_connect -I src/networks/opennap -I src/networks/gnutella -I src/networks/gnutella2 -I src/networks/fasttrack -I src/networks/fileTP -I src/networks/bittorrent -I src/networks/donkey -I src/networks/soulseek -c src/gtk/configwin/configwin_types.ml ocamlopt.opt -inline 10 -I src/utils/cdk -I src/daemon/chat -I src/utils/lib -I src/utils/net -I tools -I src/daemon/common -I src/daemon/driver -I src/utils/mp3tagui -I src/config/unix -I src/gtk/newgui -I src/gtk/gui2 -I src/gtk/configwin -I src/gtk/okey -I src/gtk/gpattern -I icons/tux -I +lablgtk -I src/gtk/progress -I src/im -I src/im/yahoo -I src/im/irc -I src/networks/direct_connect -I src/networks/opennap -I src/networks/gnutella -I src/networks/gnutella2 -I src/networks/fasttrack -I src/networks/fileTP -I src/networks/bittorrent -I src/networks/donkey -I src/networks/soulseek -c src/utils/mp3tagui/mp3_messages.ml /usr/bin/ocamlc.opt -I src/utils/cdk -I src/daemon/chat -I src/utils/lib -I src/utils/net -I tools -I src/daemon/common -I src/daemon/driver -I src/utils/mp3tagui -I src/config/unix -I src/gtk/newgui -I src/gtk/gui2 -I src/gtk/configwin -I src/gtk/okey -I src/gtk/gpattern -I icons/tux -I +lablgtk -I src/gtk/progress -I src/im -I src/im/yahoo -I src/im/irc -I src/networks/direct_connect -I src/networks/opennap -I src/networks/gnutella -I src/networks/gnutella2 -I src/networks/fasttrack -I src/networks/fileTP -I src/networks/bittorrent -I src/networks/donkey -I src/networks/soulseek -c src/utils/mp3tagui/mp3_ui.mli /usr/lib/ocaml/lablgtk/gPack.cmi is not a compiled interface make: *** [src/gtk/configwin/configwin_types.cmx] Error 2 make: *** Waiting for unfinished jobs.... !!! ERROR: net-p2p/mldonkey-2.5.16-r8 failed. !!! Function src_compile, Line 51, Exitcode 2 !!! (no error message) It required an upgrade to ocaml. Just run: # sh /usr/portage/dev-lang/ocaml/files/ocaml-rebuild.sh and remerge those suckers, then the updated mldonkey should build fine. That or # emerge dev-ml/lablgtk dev-ml/lablgl =net-p2p/mldonkey-2.5.16-r8 This is how I managed to do this update: ACCEPT_KEYWORDS="~x86" emerge --oneshot dev-lang/ocaml emerge --oneshot lablgl emerge --oneshot lablgtk ACCEPT_KEYWORDS="~x86" emerge --oneshot net-p2p/mldonkey Emerging lablgtk before lablgl didn't work. Please let me know if this is not what you intended. Looks like the memory leak is still with us. Relevent lines from ps aux: USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND p2p 7312 1.2 28.5 264676 147400 ? SN Sep16 50:50 /usr/bin/mlnet p2p 7314 0.0 28.5 264676 147400 ? SN Sep16 0:00 /usr/bin/mlnet p2p 7315 0.0 28.5 264676 147400 ? SN Sep16 0:00 /usr/bin/mlnet p2p 7322 0.0 28.5 264676 147400 ? SN Sep16 0:07 /usr/bin/mlnet found this bug while searching for whether a bug was filed because of mldonkey not emerging... mlnet's only taking up 4 mb in my system... athlonxp1700+ 256m ram In all honesty, this bug took quite a bit of time and effort to track. My solution to the problem was simply to just quit using it in favor of other programs. To the previous poster: how long have you let it run? Looking through my previous posts it looks like I forgot to mention the time frame. If I remember correctly, it took a few days before mlnet began producing noticeable drag on my system due to its resource usage. Let it run continuously for a few days and post back with your results. chance I've been running mldonkey-2.5.19-r9, almost three days. Same problem (memory leak). I'm not tried with 2.5.2x (hard masked) (Sorry, I'm not speak english very well) This problem should have been fixed in latest versions, at least in 2.5.16v and 2.5.28s1. I have to restart mldonkey almost daily now. Typically reaches about > 700 Meg before things get really bad, but this week things have gotten worse... I have net-p2p/mldonkey-2.5.16-r10 installed. I'm not sure if searching has anything to do with the memory leak... I typically do my searches, start the downloads, save, kill the core, and then restart it. It's gotten so bad, I now have a script which sacks it at noon each day and restarts it... Is this a gentoo ebuild problem or is it the original code that has the issue (i.e. I should shut my trap and go find the program's bugzilla to yap on) from top after it's been running for a few hours... PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 3695 xxxxxxx 15 0 584m 523m 2124 S 29.6 51.9 162:55.77 mlnet could you check if in 2.6.2 this problem still occur? Waiting for tests |