Precompiled Linux (Debian Etch) PowerPC binaries-release

[spiralvoice]

[fabtar]

147 is a fair value for mlnet, I'm very curious about who are the process/esses(and why) which are using the other 850 file descriptors?? Perhaps you have other services, NAT/squid/database/webserver which are using a lot of file descriptors.
Good reboot

P.s: I also suggest to retry the fd count using the PID pointed by spiralvoice
_________________
ARM,ARMEL,MIPS,MIPSEL,POWERPC mldonkey cores: http://fabtar.ygrek.org.ua/

[ZeusII]

I'm running Samba 3.0.20b (I know, it's a little outdated, but it's what comes by default. Still have to try 3.0.25b -latest- and see if it works ok and if it's still configurable from web interface), TwonkyVision 4.4 (waiting for 4.4.1 to be released for nas's, maybe that proggie is what takes a lot of filedescriptors) and OpenSSH 4.5.1.1.


Since last reboot it's been 18 hours without mldonkey crashing, before crashed at 4 fours of running.



lsof | grep MLNET-PID | wc -l is at 138 and total is at 1646



well, since it was running 25 days (with mldonkey running likely every day) without crashing, I'm fine with that. One reboot a month is nothing ^^*



again, let me say: great work!

[ZeusII]

Hi there!

I rolled back to 2.8.7 I was using before and I see that it works a lot better, faster speeds on the same torrents, see's more peers, etc.

Also, I'm seeing that with 2.9.0CVS I can't force mldonkey to connect to more edk servers, neither from console or sancho.

Maybe 2.9.0CVS is a little buggy, I supose you used lattest CVS source? Maybe we could try with latest released version source code



Info about the 2.8.7 I'm using:

[spiralvoice]

[fabtar]

I think that linux users should have minimal programmin' base but to be safe:

"!=" means "different from"

I also think that C language has to be adopted as new Esperanto
_________________
ARM,ARMEL,MIPS,MIPSEL,POWERPC mldonkey cores: http://fabtar.ygrek.org.ua/

[ZeusII]

already tried that.

what I see is that 2.9.0CVS doesn't connect to the same number of sources, neither in edk or torrent, slowing torrents a lot.

[ZeusII]

hi again. been trying a little more.

with 2.8.7 works just fine. 2.9.0CVS build ends being unnable to resolve DNS and then a little bit later shutdowns itself. this happens no matter how many torrents/edk's I have in my list. I've seen that it's cpu usage is higger.

as 2.8.7 is working just fine, I supose there's some problem whit this build.


could you try compiling a new one, maybe using 2.9.0 release code (not CVS), without libmagic.

maybe we could try also compiling with updated libs:; glibc2.3.3, zlib-1.2.3 (like 2.8.7 I have that works fine) and maybe a newer Linux Kernel (I'm using 2.6.15).

[spiralvoice]

@Zeus: Which Ocaml version was used to compile MLDonkey 2.8.7, which one for 2.9.0?
_________________
Link overview and precompiled cores here: http://mldonkey.sourceforge.net/DownloadLinks

[fabtar]

I suppose my cores are simply unable to make DNS resolution on no-debian systems ...
_________________
ARM,ARMEL,MIPS,MIPSEL,POWERPC mldonkey cores: http://fabtar.ygrek.org.ua/

[ZeusII]

[spiralvoice]

@fabtar: Using Debian Sarge for compiling is ok, but please use at least
a self-compiled Ocaml 3.09.3, 3.08.3 is pretty outdated...

My Linux cores are compiled on Debian Sarge, its gcc-3.4 package +
gcc-3.4 compiled Ocaml 3.10.0.
_________________
Link overview and precompiled cores here: http://mldonkey.sourceforge.net/DownloadLinks

[ZeusII]

I was thinking...

does this compiled CVS version include the patch high bittorrent CPU usage bug?

[spiralvoice]

[ZeusII]