Message boards :
Number crunching :
N-Body long processing time
Message board moderation
Previous · 1 · 2
Author | Message |
---|---|
Send message Joined: 2 Sep 07 Posts: 18 Credit: 180,611 RAC: 0 |
Could someone from the staff please extent the deadline for this WU?: ps_nbody_08_05_orphan_sim_3_1411504411_51255 http://milkyway.cs.rpi.edu/milkyway/workunit.php?wuid=624878750 Or mark this WU for no resends for the next 2 days, i dont want this monster to be serveraborted. It is at 77% after 130.5 hours of computation and needs additionally 40-50 hours. |
Send message Joined: 8 May 09 Posts: 3339 Credit: 524,010,781 RAC: 12 |
Could someone from the staff please extent the deadline for this WU?: My suggestion would be to abort it and find some smaller units, you have already had from 1 Oct 2014, 4:39:31 UTC to 13 Oct 2014, 4:39:31 UTC, 12 days and need almost 2 more! The (mt) units use all the cpu cores in the pc to crunch each unit, you might try some units that only use a single core instead. |
Send message Joined: 2 Sep 07 Posts: 18 Credit: 180,611 RAC: 0 |
It wasn't running all the time in the beginning to keep the Mac cool, I was fooled by the wrong estimated time. Only the last few days it got full time with raised fanspeed and is catching slowly up. Between, this is a Core2Duo dualcore with 2.66 Ghz, the real CPU time ist now at 253 hours - Oh, this will certainly be the last nbody for me. ;) |
Send message Joined: 1 Jan 08 Posts: 40 Credit: 1,676,165 RAC: 0 |
I have one running 17% for 36 hours. It's deadline is Oct. 26, so I'm just going to let it run. Since it does not affect my other work, I'm curious about what will happen. |
Send message Joined: 7 Nov 10 Posts: 3 Credit: 7,831,090 RAC: 0 |
Yeah I have 45h so far on a WU that reads @ 56%. Just passed the deadline yesterday. Work Unit 630043372 This project needs to have longer deadlines anyway, since I primarily use BOINC as a passive system and turn it off when I need the full usage of my computer (or am watching HD Netflix... the jitter I get with CPU usage annoys me). |
Send message Joined: 8 May 09 Posts: 3339 Credit: 524,010,781 RAC: 12 |
Yeah I have 45h so far on a WU that reads @ 56%. Just passed the deadline yesterday. You might want to pick the NON n-body units to crunch then. The n-body units use EVERY cpu core to crunch a single unit, the other kind of cpu units only use 1 core per unit. |
Send message Joined: 7 Nov 10 Posts: 3 Credit: 7,831,090 RAC: 0 |
It doesn't matter, until Netflix gives me a separate client so that I can bind BOINC to watch the EXE (I suppose I could have it watch for Silverlight but there's the possibility that something else on the web might use it) or until the Boinc Manager itself gives me hotkeys/quicklinks so that I can change it's behaviour... I just put things to suspend when I'm doing something intense and leave it on the rest of the time. But re: deadline time, Milkyway@Home is among the projects with the shortest wait before demanding results. Depending on workload and how much I'm actually turning the computer on; that amount may be reasonable or may not. But it certainly is shorter than what some other projects demand for my volunteerism. |
Send message Joined: 1 Jan 08 Posts: 40 Credit: 1,676,165 RAC: 0 |
I gave up. I was going to shoot way past the deadline. I've turned off the N-body WUs for now. |
Send message Joined: 7 Nov 10 Posts: 3 Credit: 7,831,090 RAC: 0 |
Mine just died. "Aborting task de_nbody_08_05_orphan_sim_3_1412191206_12667_1: exceeded disk limit: 56.86MB > 50.00MB" That 50MB number must be from Milkyway@Home's programming? My settings allocate several GB to all the projects. |
Send message Joined: 8 May 09 Posts: 3339 Credit: 524,010,781 RAC: 12 |
Mine just died. Yes then that is an error within the app. |
Send message Joined: 1 Jan 14 Posts: 24 Credit: 4,277,349 RAC: 0 |
Name de_nbody_08_05_orphan_sim_1_1413455402_31241_3 Workunit 636497963 Created 24 Oct 2014, 17:19:44 UTC Sent 24 Oct 2014, 18:12:50 UTC Report deadline 5 Nov 2014, 18:12:50 UTC Received 26 Oct 2014, 0:27:21 UTC Server state Over Outcome Computation error Client state Compute error Exit status 196 (0xc4) EXIT_DISK_LIMIT_EXCEEDED Computer ID 554457 Run time 11 hours 30 min 20 sec CPU time 3 days 3 hours 26 min 21 sec Validate state Invalid Credit 0.00 Device peak FLOPS 28.29 GFLOPS Application version MilkyWay@Home N-Body Simulation v1.44 (mt) Stderr output <core_client_version>7.2.42</core_client_version> <![CDATA[ <message> Maximum disk usage exceeded </message> <stderr_txt> <search_application> milkyway_nbody 1.44 Windows x86_64 double OpenMP, Crlibm </search_application> Using OpenMP 8 max threads on a system with 8 processors RHO MAX IS 1315.23473 1315.23473 </stderr_txt> ]]> I just had this one error out on me it's a shame to waste so much time only to get an error. |
Send message Joined: 4 Sep 12 Posts: 219 Credit: 456,474 RAC: 0 |
Mine just died. And the same error - which might be an problem with the application coding (causing too much to be written to disk), or might be a problem with the BOINC deployment (not specifying a high enough value for the expected amount of data to be written) - has been reported repeatedly on there message boards for over four months (Jacob Klein, 20 June, message 61923). I don't run MilkyWay any more, because the administrators appear to pay no attention to the specific error messages which are reported to them by users. |
Send message Joined: 8 May 09 Posts: 3339 Credit: 524,010,781 RAC: 12 |
Mine just died. And I stopped the n-body units for the same reason. I crunch now at BU to fund MW and every once in a while I bring a couple of gpu's here to bring my rac back up, but even then ALOT of units error out on me. To me it just isn't the place it once was. |
Send message Joined: 16 Dec 10 Posts: 21 Credit: 13,709,128 RAC: 0 |
I'll join the 'having trouble with N-body wu' club. should have looked at this thread before starting my own above ; |
Send message Joined: 11 Oct 09 Posts: 3 Credit: 736,575 RAC: 0 |
Hello All, who explaine me the follow scoring for my opinion, please; MilkyWay@Home v1.01 - 2,599.95 Cpu-Time ; Score: 106.88 MilkyWay@Home N-Body Simulation v1.44 (mt) - 2,724.40 CPU-Time ; Score: 26.46 (?) Thankyou Klaus |
Send message Joined: 8 May 09 Posts: 3339 Credit: 524,010,781 RAC: 12 |
Hello All, Since your pc's are hidden it's difficult, but if you look at KWSN-GMC-Peeper of the Castle Anthrax's pc's you will see that his (mt) units are being granted about the same amount of credits and doing similar work. Click on his name then click "view" and then "tasks" to see his workunits. Each project decides how many credits to give to each unit, some give ALOT of credits, some give not so much, and some give almost none. I crunch for one project that gives a flat 480 credits for almost 20 hours of cpu crunching. I also crunch for a project that give me 1800 credits for less than 1 minute of gpu crunching. Do NOT crunch for credits, they are NOT comparable between projects anyway, crunch for the projects you want to for your own reasons. For me the project that is giving me alot of credits is helping to fund another project, a crowd funding type thing. The project that gives me few credits is mapping the Cosmos. |
Send message Joined: 11 Oct 09 Posts: 3 Credit: 736,575 RAC: 0 |
Hello, I am German and do not understand your answer completely. I have wondered why there are different credits in ONE project. I did not ask why you and I are taking parts in the project. One little reward for the provision of our computer are the credits. They are part of the projects, all around. And I insist on a fair reward. Otherwise, the credits let's just completely gone. Then you're right, you know? Klaus |
Send message Joined: 13 Mar 08 Posts: 804 Credit: 26,380,161 RAC: 0 |
Hello, Klaus--different projects give out different credits. It is up to the individual project managers as to what the numbers of credits are that a person receives. |
©2024 Astroinformatics Group