Welcome to MilkyWay@home

N-body updated to 0.80

Message boards : News : N-body updated to 0.80
Message board moderation

To post messages, you must log in.

Previous · 1 · 2 · 3 · Next

AuthorMessage
Profile John Black

Send message
Joined: 3 May 10
Posts: 74
Credit: 1,532,760
RAC: 0
Message 51910 - Posted: 10 Dec 2011, 20:38:50 UTC - in response to Message 51905.  

Hi again,

lost my bet they all validated perfectly. I don't mind the little ones they are as important as the big ones and they don't take long.
ID: 51910 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Profile Chris Skull
Avatar

Send message
Joined: 16 Dec 10
Posts: 46
Credit: 205,697,511
RAC: 0
Message 51911 - Posted: 10 Dec 2011, 21:31:36 UTC

will we get the GPU-App for N-body automatically if it comes out ? :)
ID: 51911 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Profile Robert Pick

Send message
Joined: 19 Sep 09
Posts: 6
Credit: 18,960,714
RAC: 778
Message 51930 - Posted: 11 Dec 2011, 22:48:06 UTC

I'm getting all n-body V.84 and all are failing. What's up???
ID: 51930 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
juan BFB

Send message
Joined: 8 Jun 10
Posts: 2
Credit: 2,941,827
RAC: 0
Message 51934 - Posted: 12 Dec 2011, 14:27:25 UTC

Hi, new in Milkyway

This is normal? WU:

http://milkyway.cs.rpi.edu/milkyway/workunit.php?wuid=32886191

Less than 11 secs to compleate in a Q8300!!

Thanks
ID: 51934 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Charlie &

Send message
Joined: 17 Jun 10
Posts: 7
Credit: 2,649,464
RAC: 0
Message 51935 - Posted: 12 Dec 2011, 16:43:47 UTC

I'm using milkyway_nbody_0.84_i686-pc-linux-gnu__mt.
The problem is that my libc is not 2.11, but only 2.9 so:
milkyway_nbody_0.84_i686-pc-linux-gnu__mt: /lib/libc.so.6: version `GLIBC_2.11' not found (required by milkyway_nbody_0.84_i686-pc-linux-gnu__mt)

and all NBody simulation fails.
Is it possible have binaries compiled against an older version of libc?

Thanks in advance

Luca
ID: 51935 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Matt Arsenault
Volunteer moderator
Project developer
Project tester
Project scientist

Send message
Joined: 8 May 10
Posts: 576
Credit: 15,979,383
RAC: 0
Message 51936 - Posted: 12 Dec 2011, 16:52:30 UTC - in response to Message 51935.  

Is it possible have binaries compiled against an older version of libc?
I thought I did? Apparently I did for the 64bit one and screwed up the 32 bit. I'll rebuild it in a bit.
ID: 51936 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Matt Arsenault
Volunteer moderator
Project developer
Project tester
Project scientist

Send message
Joined: 8 May 10
Posts: 576
Credit: 15,979,383
RAC: 0
Message 51938 - Posted: 12 Dec 2011, 18:50:37 UTC - in response to Message 51936.  

Is it possible have binaries compiled against an older version of libc?
I thought I did? Apparently I did for the 64bit one and screwed up the 32 bit. I'll rebuild it in a bit.
Done
ID: 51938 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Charlie &

Send message
Joined: 17 Jun 10
Posts: 7
Credit: 2,649,464
RAC: 0
Message 51945 - Posted: 13 Dec 2011, 10:25:28 UTC - in response to Message 51938.  

thanks Matt!
Goshy, I have another error and I don't know if you could help as before.
I've a missing library (libgomp), 'cause my linux environment is on Fedora10 based :(
you'd statically link the executable, but I guess it's not what you want to do, so
I'll ask linuxulator people!

thanks again
Luca
ID: 51945 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Matt Arsenault
Volunteer moderator
Project developer
Project tester
Project scientist

Send message
Joined: 8 May 10
Posts: 576
Credit: 15,979,383
RAC: 0
Message 51949 - Posted: 13 Dec 2011, 17:35:23 UTC - in response to Message 51945.  

thanks Matt!
Goshy, I have another error and I don't know if you could help as before.
I've a missing library (libgomp), 'cause my linux environment is on Fedora10 based :(
you'd statically link the executable, but I guess it's not what you want to do, so
I'll ask linuxulator people!

thanks again
Luca
libgomp ships with it? It shouldn't be a problem
ID: 51949 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Matt Arsenault
Volunteer moderator
Project developer
Project tester
Project scientist

Send message
Joined: 8 May 10
Posts: 576
Credit: 15,979,383
RAC: 0
Message 51950 - Posted: 13 Dec 2011, 17:40:12 UTC - in response to Message 51949.  

thanks Matt!
Goshy, I have another error and I don't know if you could help as before.
I've a missing library (libgomp), 'cause my linux environment is on Fedora10 based :(
you'd statically link the executable, but I guess it's not what you want to do, so
I'll ask linuxulator people!

thanks again
Luca
libgomp ships with it? It shouldn't be a problem
Apparently it didn't in the last one. See if it redownloads for you with it.
ID: 51950 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Profile Sutaru Tsureku

Send message
Joined: 30 Apr 09
Posts: 99
Credit: 29,853,513
RAC: 1,056
Message 51953 - Posted: 13 Dec 2011, 17:59:28 UTC

My machine (E7600 + GTX260) got a few N-Body Simulation v0.80 (mt) WUs, all finished after ~ 10 seconds. Got credits for it. So I guess they were well.

http://milkyway.cs.rpi.edu/milkyway/result.php?resultid=43607717

Online they are named: MilkyWay@Home N-Body Simulation v0.80 (mt)

The Stderr output:
<core_client_version>6.12.33</core_client_version>
<![CDATA[
<stderr_txt>
<search_application> milkyway_nbody_0.80_windows_x86_64__mt.exe 0.80 Windows x86 double OpenMP, Crlibm </search_application>
Using OpenMP 2 max threads on a system with 2 processors
Could not load Ktm32.dll (1815): (null)<search_likelihood>-85.378413103860581</search_likelihood>
17:55:31 (1508): called boinc_finish

</stderr_txt>
]]>

Named 64bit app?

In the MW@h project folder is the milkyway_nbody_0.80_windows_intelx86__mt.exe app.

In BOINC it was shown that 2 CPUs are used for 1 WU.

(no app_info.xml file, all stock)

Everything O.K. here?

ID: 51953 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Matt Arsenault
Volunteer moderator
Project developer
Project tester
Project scientist

Send message
Joined: 8 May 10
Posts: 576
Credit: 15,979,383
RAC: 0
Message 51954 - Posted: 13 Dec 2011, 18:01:21 UTC - in response to Message 51953.  

Everything O.K. here?
The names were wrong in the 0.80s but it's fine.
ID: 51954 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Profile Sutaru Tsureku

Send message
Joined: 30 Apr 09
Posts: 99
Credit: 29,853,513
RAC: 1,056
Message 51960 - Posted: 13 Dec 2011, 19:55:53 UTC
Last modified: 13 Dec 2011, 19:58:14 UTC

So I understand correct, at Duo CPUs (2 threads) the whole CPU is used for one n-body WU?
BOINC said 2 CPUs. (After looking to client_state.xml there are entries: <avg_ncpus>2.000000</avg_ncpus> and <max_ncpus>2.000000</max_ncpus>)
Or all n-body CPU WUs need 2 threads, independent which CPU?

Is really the whole CPU @ 100 % used (Duo CPU), or it's only a calculation thing for BOINC how to calculate the WU cache?

It was too fast for me to look in Task Manager.

If BOINC say 2 CPUs/1 WU for n-body, then the GPU stop the calculation, because stock it's 0.05 CPU/1 GPU for the MW@h GPU WUs.

So maybe it's possible to cancel the thread usage for CPU WUs (upper mentioned entries)? So the GPU wouldn't stop the calculation.
ID: 51960 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
pollux_9t

Send message
Joined: 26 Jan 10
Posts: 3
Credit: 1,966,092
RAC: 0
Message 51961 - Posted: 13 Dec 2011, 20:04:36 UTC
Last modified: 13 Dec 2011, 20:18:22 UTC

ID: 51961 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Profile Sutaru Tsureku

Send message
Joined: 30 Apr 09
Posts: 99
Credit: 29,853,513
RAC: 1,056
Message 51962 - Posted: 13 Dec 2011, 20:25:20 UTC
Last modified: 13 Dec 2011, 20:28:05 UTC

Additional.. little bit off topic.. sorry.

Since I calculate MW@h WUs, I find it a pity that on my E7600 + GTX260 I have max 12 WUs/whole machine.
It's 6 WUs/CPU(-thread), right?

It's possible to make it little bit better?
CPU and GPU WU limit in progress separately?

In past, sometimes I have 12 CPU WUs and no GPU WUs in BOINC, because of the combined WU limit in progress.
There I needed to un-/check always the CPU in the project settings, for to have CPU and GPU busy - very cumbersome..

It would be nice to have a CPU and GPU WU limit in progress separately here at MW@h.

E.g. currently S@h have 50 WUs/CPU(-thread) and 400 WUs/GPU (limit of tasks in progress).
So I guess here at MW@h it could be also possible (if the server software is the same). ;-)
I don't mean the same limit, maybe 12 WUs/GPU and 4 WUs/CPU(-thread).
But if currently the n-body lasts only 10 seconds.. then maybe currently also 12 WUs/CPU(-thread).
ID: 51962 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Profile Robert Pick

Send message
Joined: 19 Sep 09
Posts: 6
Credit: 18,960,714
RAC: 778
Message 51965 - Posted: 14 Dec 2011, 2:49:29 UTC

I'm running an i7 32 bit processor and was having trouble with V 0.84 WU's. I'm now getting V0.80's and they all run well! They are very, very short!!! 8 Sec, at best. Is this what's to be expected. I remember running some for several Hrs. for 2500 credits. Are these test units or is that all there is? Pick
ID: 51965 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Charlie &

Send message
Joined: 17 Jun 10
Posts: 7
Credit: 2,649,464
RAC: 0
Message 51968 - Posted: 14 Dec 2011, 9:17:15 UTC - in response to Message 51950.  

Hi Matt,
I'm still using milkyway_nbody 86 and I get the same problem. it's not redownloaded :(
ID: 51968 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Ed Raicevic

Send message
Joined: 21 Aug 11
Posts: 1
Credit: 3,299,335
RAC: 0
Message 51972 - Posted: 14 Dec 2011, 18:17:43 UTC

Relatively new to MW and have been crunching away until version 0.60 was upgraded to 0.80. Now none of my NBODY tasks work. All are end with computation error. My O/S is Linux 2.6.38-13-generic (UBUNTU 11.04) and my cpu type is AuthenticAMD AMD Athlon(tm) 64 X2 Dual Core Processor 4400+ [Family 15 Model 107 Stepping 2] I've provided the results from the last one that failed.

Stderr output

<core_client_version>6.10.59</core_client_version>
<![CDATA[
<message>
process exited with code 193 (0xc1, -63)
</message>
<stderr_txt>
<search_application> milkyway_nbody 0.86 Linux x86 double OpenMP, Crlibm </search_application>
Using OpenMP 2 max threads on a system with 2 processors
SIGSEGV: segmentation violation
Stack trace (22 frames):
../../projects/milkyway.cs.rpi.edu_milkyway/milkyway_nbody_0.86_i686-pc-linux-gnu__mt(boinc_catch_signal+0x123)[0x80bd27b]
[0x9c7400]
../../projects/milkyway.cs.rpi.edu_milkyway/milkyway_nbody_0.86_i686-pc-linux-gnu__mt[0x8096fcc]
../../projects/milkyway.cs.rpi.edu_milkyway/milkyway_nbody_0.86_i686-pc-linux-gnu__mt[0x80970f1]
../../projects/milkyway.cs.rpi.edu_milkyway/milkyway_nbody_0.86_i686-pc-linux-gnu__mt[0x8084348]
../../projects/milkyway.cs.rpi.edu_milkyway/milkyway_nbody_0.86_i686-pc-linux-gnu__mt[0x80822a1]
../../projects/milkyway.cs.rpi.edu_milkyway/milkyway_nbody_0.86_i686-pc-linux-gnu__mt[0x8082c61]
../../projects/milkyway.cs.rpi.edu_milkyway/milkyway_nbody_0.86_i686-pc-linux-gnu__mt[0x8081f1b]
../../projects/milkyway.cs.rpi.edu_milkyway/milkyway_nbody_0.86_i686-pc-linux-gnu__mt[0x80843f0]
../../projects/milkyway.cs.rpi.edu_milkyway/milkyway_nbody_0.86_i686-pc-linux-gnu__mt[0x807c761]
../../projects/milkyway.cs.rpi.edu_milkyway/milkyway_nbody_0.86_i686-pc-linux-gnu__mt[0x807cb22]
../../projects/milkyway.cs.rpi.edu_milkyway/milkyway_nbody_0.86_i686-pc-linux-gnu__mt[0x807ddcb]
../../projects/milkyway.cs.rpi.edu_milkyway/milkyway_nbody_0.86_i686-pc-linux-gnu__mt(lua_load+0x51)[0x807ae41]
../../projects/milkyway.cs.rpi.edu_milkyway/milkyway_nbody_0.86_i686-pc-linux-gnu__mt(luaL_loadstring+0x38)[0x808c468]
../../projects/milkyway.cs.rpi.edu_milkyway/milkyway_nbody_0.86_i686-pc-linux-gnu__mt(dostringWithArgs+0x2f)[0x806f5af]
../../projects/milkyway.cs.rpi.edu_milkyway/milkyway_nbody_0.86_i686-pc-linux-gnu__mt(nbOpenLuaStateWithScript+0x14b)[0x80692db]
../../projects/milkyway.cs.rpi.edu_milkyway/milkyway_nbody_0.86_i686-pc-linux-gnu__mt(nbSetup+0x24)[0x8069bd4]
../../projects/milkyway.cs.rpi.edu_milkyway/milkyway_nbody_0.86_i686-pc-linux-gnu__mt[0x805e68d]
../../projects/milkyway.cs.rpi.edu_milkyway/milkyway_nbody_0.86_i686-pc-linux-gnu__mt(nbMain+0x34)[0x805ea64]
../../projects/milkyway.cs.rpi.edu_milkyway/milkyway_nbody_0.86_i686-pc-linux-gnu__mt(main+0x2c1)[0x805c8a1]
/lib/i386-linux-gnu/libc.so.6(__libc_start_main+0xe7)[0x126e37]
../../projects/milkyway.cs.rpi.edu_milkyway/milkyway_nbody_0.86_i686-pc-linux-gnu__mt[0x805cb45]

Exiting...

</stderr_txt>
]]>

Please keep in mind that I do NOThave anywhere close to the technical knowledge the others seem have on this forum. With that said, I need somebody's help out there so I can get back to normal.

Thanks,
ED.R
ID: 51972 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Link
Avatar

Send message
Joined: 19 Jul 10
Posts: 578
Credit: 18,845,143
RAC: 932
Message 51973 - Posted: 14 Dec 2011, 18:50:13 UTC - in response to Message 51960.  

So I understand correct, at Duo CPUs (2 threads) the whole CPU is used for one n-body WU?
BOINC said 2 CPUs. (After looking to client_state.xml there are entries: <avg_ncpus>2.000000</avg_ncpus> and <max_ncpus>2.000000</max_ncpus>)
Or all n-body CPU WUs need 2 threads, independent which CPU?

mt means multi-threaded, it will use all cores you have.


Is really the whole CPU @ 100 % used (Duo CPU), or it's only a calculation thing for BOINC how to calculate the WU cache?

It should use both cores @100%, or lets say what's left of it, depending on what else the machine is doing, i.e. on your DualCore 1 MW_nbody WU should behave like 2 S@H WUs.


If BOINC say 2 CPUs/1 WU for n-body, then the GPU stop the calculation, because stock it's 0.05 CPU/1 GPU for the MW@h GPU WUs.

Should actually not happen, CPU is supposed to be overcommited by BOINC in that case. I'm also running 2 S@H WUs on the CPU and 2 MW WUs on GPU which makes 2.1 CPU total.


Since I calculate MW@h WUs, I find it a pity that on my E7600 + GTX260 I have max 12 WUs/whole machine.
It's 6 WUs/CPU(-thread), right?

It's possible to make it little bit better?
CPU and GPU WU limit in progress separately?

IIRC it should be 12 WUs per device (GPU or CPU core)... I think, but I'm not sure about the CPU, I didn't run Milkyway on CPU since... very long ago.
And besides the fact, that new WUs are created based on the returned ones and crunching old stuff is not so useful as fresh WUs, S@H is not the only project with hardware issues, so we are not getting more WUs, but since a while they stay at least long enough in the task list, so we can see if something was wrong.
ID: 51973 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Charlie &

Send message
Joined: 17 Jun 10
Posts: 7
Credit: 2,649,464
RAC: 0
Message 51976 - Posted: 15 Dec 2011, 10:37:02 UTC - in response to Message 51950.  

thanks Matt!
Goshy, I have another error and I don't know if you could help as before.
I've a missing library (libgomp), 'cause my linux environment is on Fedora10 based :(
you'd statically link the executable, but I guess it's not what you want to do, so
I'll ask linuxulator people!

thanks again
Luca
libgomp ships with it? It shouldn't be a problem
Apparently it didn't in the last one. See if it redownloads for you with it.


With 0.88 everything here is fine!
Thanks!
ID: 51976 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Previous · 1 · 2 · 3 · Next

Message boards : News : N-body updated to 0.80

©2024 Astroinformatics Group