| View previous topic :: View next topic |
| Author |
Message |
fabtar
Sage
Joined: 04 Feb 2004
Posts: 1575
Location: Italy
|
 Posted: Tue Aug 21, 2007 7:18 am Post subject: |
 |
|
| spiralvoice wrote: | @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. |
Oh, I have forgotten to release the core compiled with 3.09.3.
I'll update the core in few hours... I am supposed to work now... the boss is looking at me !!  
_________________
ARM,ARMEL,MIPS,MIPSEL,POWERPC mldonkey cores: http://fabtar.ygrek.org.ua/ |
|
| Back to top |
|
 |
fabtar
Sage
Joined: 04 Feb 2004
Posts: 1575
Location: Italy
|
| Posted: Tue Aug 21, 2007 7:21 am Post subject: |
|
|
| ZeusII wrote: |
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). |
I'll release new cores this eavining about 6 hours from now).
I'm also trying to compile a new kernel from my emulated powerpc.
I'll also release version with libmagic disabled.
please look at this libraries in your system:
| Code: | /lib/libresolv.so.2
/lib/libnss_dns.so.2
/lib/ld.so.1
/lib/libc.so.6
/lib/libnss_files.so.2 |
Have they exactly the same name? Have a bit different name?
for example could be: ld.linux.so.3
_________________
ARM,ARMEL,MIPS,MIPSEL,POWERPC mldonkey cores: http://fabtar.ygrek.org.ua/ |
|
| Back to top |
|
|
spiralvoice
Sage
Joined: 06 Jan 2003
Posts: 3982
Location: Germany
|
| Posted: Tue Aug 21, 2007 7:43 am Post subject: |
|
|
| fabtar wrote: | | I'm also trying to compile a new kernel from my emulated powerpc. |
Kernel versions are irrelevant for MLDonkey.
Ocaml needs kernel >= 2.4, thats all.
_________________
Link overview and precompiled cores here: http://mldonkey.sourceforge.net/DownloadLinks |
|
| Back to top |
|
|
spiralvoice
Sage
Joined: 06 Jan 2003
Posts: 3982
Location: Germany
|
| Posted: Tue Aug 21, 2007 7:45 am Post subject: |
|
|
| ZeusII wrote: | | spiralvoice wrote: | | Which value has share_scan_interval on your system? |
1.
I changed it last night to 60 to try. |
MLDonkey 2.9.0 includes a patch where share_scan_interval is also used
in BT module. The old hard-coded value for rescanning shares in BT was
five minutes, using 1, like you did, will increase CPU load. Using 60 should
help here, imho.
_________________
Link overview and precompiled cores here: http://mldonkey.sourceforge.net/DownloadLinks |
|
| Back to top |
|
|
ZeusII
neophyte
Joined: 15 Aug 2007
Posts: 38
Location: Barcelona
|
| Posted: Tue Aug 21, 2007 9:12 am Post subject: |
|
|
| fabtar wrote: | I'll release new cores this eavining about 6 hours from now).
I'm also trying to compile a new kernel from my emulated powerpc.
I'll also release version with libmagic disabled.
please look at this libraries in your system:
| Code: | /lib/libresolv.so.2
/lib/libnss_dns.so.2
/lib/ld.so.1
/lib/libc.so.6
/lib/libnss_files.so.2 |
Have they exactly the same name? Have a bit different name?
for example could be: ld.linux.so.3 |
Waiting for new cores 
Take your time.
About those libraries, I've just checked them through SSH (I'm working also T_T) and I have the version you mention.
| spiralvoice wrote: | | ZeusII wrote: | | spiralvoice wrote: | | Which value has share_scan_interval on your system? |
1.
I changed it last night to 60 to try. |
MLDonkey 2.9.0 includes a patch where share_scan_interval is also used
in BT module. The old hard-coded value for rescanning shares in BT was
five minutes, using 1, like you did, will increase CPU load. Using 60 should
help here, imho. |
Confirmed, CPU usage was reduced a lot making this change |
|
| Back to top |
|
|
spiralvoice
Sage
Joined: 06 Jan 2003
Posts: 3982
Location: Germany
|
| Posted: Tue Aug 21, 2007 10:32 am Post subject: |
|
|
| ZeusII wrote: | | Confirmed, CPU usage was reduced a lot making this change |
Fine, I will extend the BT-share_scan_interval patch to include a
hard-coded minimum of five minutes in the BT module.
How many files do you share? If its a lot you might also consider
to even set share_scan_interval = 0.
_________________
Link overview and precompiled cores here: http://mldonkey.sourceforge.net/DownloadLinks |
|
| Back to top |
|
|
ZeusII
neophyte
Joined: 15 Aug 2007
Posts: 38
Location: Barcelona
|
| Posted: Tue Aug 21, 2007 11:05 am Post subject: |
|
|
| spiralvoice wrote: | | ZeusII wrote: | | Confirmed, CPU usage was reduced a lot making this change |
Fine, I will extend the BT-share_scan_interval patch to include a
hard-coded minimum of five minutes in the BT module.
How many files do you share? If its a lot you might also consider
to even set share_scan_interval = 0. |
normally around 5-7 but I'm planing to keep sharing more files when I get to run this NAS w MLDonkey stable
maybe I'll go for 0 and then do manual reshares. |
|
| Back to top |
|
|
fabtar
Sage
Joined: 04 Feb 2004
Posts: 1575
Location: Italy
|
| Posted: Tue Aug 21, 2007 11:37 pm Post subject: |
|
|
First post/Thread updated
_________________
ARM,ARMEL,MIPS,MIPSEL,POWERPC mldonkey cores: http://fabtar.ygrek.org.ua/ |
|
| Back to top |
|
|
ZeusII
neophyte
Joined: 15 Aug 2007
Posts: 38
Location: Barcelona
|
| Posted: Wed Aug 22, 2007 6:22 am Post subject: |
|
|
could that share scan interval option be the cause of core diying after some hours? Maybe the high continous cpu usage and reshare process eating all file descriptors?
since the change at least it's been running around 30h without a hitch 
nevermind, I'll try this afternoon normal_gd build as it has the features I need. |
|
| Back to top |
|
|
fabtar
Sage
Joined: 04 Feb 2004
Posts: 1575
Location: Italy
|
| Posted: Wed Aug 22, 2007 7:25 am Post subject: |
|
|
Have you already raised file descriptors has I have pointed? (with ulimit ...? ).
I think this could have helped a lot + the last cores are compiled with ocaml 3.09.3 .
Do you like the way I have packed the cores?, do you have suggestions about?
I'm very glad to see you have improved in stability.
_________________
ARM,ARMEL,MIPS,MIPSEL,POWERPC mldonkey cores: http://fabtar.ygrek.org.ua/ |
|
| Back to top |
|
|
spiralvoice
Sage
Joined: 06 Jan 2003
Posts: 3982
Location: Germany
|
| Posted: Wed Aug 22, 2007 8:37 am Post subject: |
|
|
| ZeusII wrote: | | since the change at least it's been running around 30h without a hitch |
Does a Ocaml 3.10.0 compiled core also work for you, or do you have
to use a Ocaml 3.09.3 compiled one?
_________________
Link overview and precompiled cores here: http://mldonkey.sourceforge.net/DownloadLinks |
|
| Back to top |
|
|
fabtar
Sage
Joined: 04 Feb 2004
Posts: 1575
Location: Italy
|
| Posted: Wed Aug 22, 2007 8:44 am Post subject: |
|
|
@spiralvoice
I add an information: I have compiled cores only with 3.09.3 (and ocaml 3.08.3) cause I have had no sucess with ocaml 3.10 .
I'll try again compiling a new ocaml 3.10, and new cores in few days.
_________________
ARM,ARMEL,MIPS,MIPSEL,POWERPC mldonkey cores: http://fabtar.ygrek.org.ua/ |
|
| Back to top |
|
|
ZeusII
neophyte
Joined: 15 Aug 2007
Posts: 38
Location: Barcelona
|
| Posted: Wed Aug 22, 2007 1:40 pm Post subject: |
|
|
| fabtar wrote: | Have you already raised file descriptors has I have pointed? (with ulimit ...? ).
I think this could have helped a lot + the last cores are compiled with ocaml 3.09.3 .
Do you like the way I have packed the cores?, do you have suggestions about?
I'm very glad to see you have improved in stability. |
I didn't touch ulimit for now, as 2.8.7 was working without any problem I thought that the problem resided in the new build and was waiting to test a newest build.
Let's see what happens with your new builds
I like how you packed the cores, but maybe you could release only one .tar with 4 builds with diferents names inside (mlnet_full, mlnet_normal) etc.
well, now runing your new "normal_gd" build:
| Code: | Buildinfo
Version: MLNet Multi-Network p2p client version 2.9.0.CVS
SCM version: 2007-08-21 22:21:01
Networks: Global Shares FileTP BitTorrent Donkey (SUI)
Ocaml version: 3.09.3 - C compiler version: 3.3.5 - C++ compiler version: 3.3.5
Built on: Linux ppc 2.4.27.001 (big endian) with glibc 2.3.2
Configure args: '--disable-multinet' '--enable-bittorrent' '--enable-filetp' '--disable-magic' '--enable-batch' '--enable-checks'
Features: threads zlib-1.2.2 bzip2-1.0.2 gd(jpg/png-1.2.8) iconv(active) no-magic check-bounds
Runinfo
User: admin (PW Protected) - uptime: 3m 13s
Enabled nets: BitTorrent FileTP
Server usage: enabled
Geoip: enabled, GeoLite data created by MaxMind, available from http://maxmind.com/
IP blocking: local: 0 ranges - web: 156600 ranges
System info: Linux DS207 2.6.15 #462 Mon Apr 30 21:03:04 CST 2007 ppc
language: EN - locale: ANSI_X3.4-1968 - UTC offset: +0200
max_string_length: 16777211 - word_size: 32 - max_array_length: 4194303 - max_int: 1073741823
max file descriptors: 1024 - max useable file size: 2^63-1 bits (do the maths ;-p) |
I'll report back as soon as it crashes again or in a few days with my thoughts after intensive testing |
|
| Back to top |
|
|
ZeusII
neophyte
Joined: 15 Aug 2007
Posts: 38
Location: Barcelona
|
| Posted: Wed Aug 22, 2007 8:55 pm Post subject: |
|
|
I'm seeing in some private trackers that the reported "total downloaded" is a little lower than the true downloaded value.
This doesn't apply to this build itself but I see this was also happening whit MLDonkey 2.8.7.
Now the question is: does mldonkey notify the tracker with the total downloaded size once it completes it?
It looks like it's not doing this notification, only the "I completed it!" and the total downloaded size showing on trackers is the latest status report sent when downloading a torrent.
Example: a torrent of 50MB completed in minutes, shows total downloaded 0B but marked as completed.
Greets!
PD: Build runing fine for now |
|
| Back to top |
|
|
spiralvoice
Sage
Joined: 06 Jan 2003
Posts: 3982
Location: Germany
|
| Posted: Wed Aug 22, 2007 11:46 pm Post subject: |
|
|
| spiralvoice wrote: | I will extend the BT-share_scan_interval patch to include a
hard-coded minimum of five minutes in the BT module. |
Done
| Quote: | 2007/08/23
6160: BT: Another fix for share_scan_interval
- Old hard-coded default was 300s, now with share_scan_interval its
possible to use a minimum of 60s which produces high CPU load.
This patch implements a minimum of 300s for the BT share_files timer. |
_________________
Link overview and precompiled cores here: http://mldonkey.sourceforge.net/DownloadLinks |
|
| Back to top |
|
|
|
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
Powered by phpBB © phpBB Group
|
|
|
|
FAQ
Search
Memberlist
Usergroups
Register
Profile
Log in to check your private messages
Log in
