Posts by frankhagen

61) Message boards : Number crunching : Massive drop of credits per CPU hour (Message 371)
Posted 21 Nov 2011 by frankhagen
Post:
New record!

49 credits for 41 hours crunching :)

They'll be dancing in the streets of London, throwing their hats in the air while quaffing ale and praising the All New CreditNew, our saviour in these dark times! Hoorah for CreditNew!


one thing for sure - creditnew just not managed to rip of your humour. ;)

but seriously - i do not think this can go on.

about time eric get's rid of it before all the happy campers have made their decisions..
62) Message boards : Number crunching : Massive drop of credits per CPU hour (Message 369)
Posted 21 Nov 2011 by frankhagen
Post:
55 credits for 36 hours. Oh how we laughed.


looks like you managed to draw a blank in credit-lotto.. :(
63) Message boards : Number crunching : Massive drop of credits per CPU hour (Message 363)
Posted 20 Nov 2011 by frankhagen
Post:
Looks like almost all the tasks isued since the switch to v2.03 have been of the "under 30 minutes - outlier" variety. According to the application details for host 1289, she's completed 53 tasks so far but not a single one of them has run long enough to count towards re-establiching an APR.


exactly the same over here - except a single one which ran for 17256 seconds and got 104 credits. :(

does not look like a working solution..
64) Message boards : Number crunching : Massive drop of credits per CPU hour (Message 361)
Posted 20 Nov 2011 by frankhagen
Post:
it's about time to get rid of creditnew!

an old single core sempron getting ~500 credits per hour while current I7's get 20 per core.

this is way too crazy..
65) Message boards : Number crunching : Massive drop of credits per CPU hour (Message 360)
Posted 20 Nov 2011 by frankhagen
Post:
I think what happened was V2.03 of the application :)


yup - credit-lotto starts from scratch..

66) Message boards : Number crunching : Massive drop of credits per CPU hour (Message 350)
Posted 19 Nov 2011 by frankhagen
Post:
that did not help - my PHENOMII running @ 3.3 GHz shows up on the project with
Average processing rate 35481.973041909 - OMFG..
67) Message boards : Number crunching : Massive drop of credits per CPU hour (Message 347)
Posted 18 Nov 2011 by frankhagen
Post:
thanks for showing up richard!

your charts look pretty similar to what i remember from AQUA.

it was quite freaky at first, looked like it had setteld and then - you know the story..
68) Message boards : Number crunching : Unexpected warning... (Message 316)
Posted 3 Nov 2011 by frankhagen
Post:
that's exactly what usually happens if willy updates a project in BAM!
69) Message boards : Number crunching : Had to abort some WUs (Message 313)
Posted 2 Nov 2011 by frankhagen
Post:
it's probably not a bright idea to run ancient P4's on a project where you might hit heavy stuff like that..
70) Message boards : Number crunching : Maximum Elapsed Time Exceeded (Win 32bit) (Message 284)
Posted 28 Oct 2011 by frankhagen
Post:
thank you richard!

but it's much worse:

i got an Q9450 which is currently showing an average processing rate of 722022 and of course runtime prediction is over 2.000 hours right now. :(
71) Message boards : Number crunching : Maximum Elapsed Time Exceeded (Win 32bit) (Message 278)
Posted 27 Oct 2011 by frankhagen
Post:
There must be another way to control this, as the fpops est/bound doesn't seem to be helping.


if there is any way to seperate ultra-short from extra-long WU's...


set up two seperate sub-projects for opt in.

BOINC in no way can cope with what you are sending out now!
72) Message boards : Number crunching : Maximum Elapsed Time Exceeded (Win 32bit) (Message 276)
Posted 27 Oct 2011 by frankhagen
Post:
What is your DCF for NumberFields? I bet it's close to 40. Mine is 3.2 on one computer, 31 on the other.


it was around 12 before i decided to reset the project - then estimated runtime was around 500h.

then i got a bunch of very short WU's and the crazyness turned the other way around..


mixing WU's with 2 seconds and up to way more than 10.000 must drive the clients crazy - no matter what eric does to estimated flops.
73) Message boards : Number crunching : Maximum Elapsed Time Exceeded (Win 32bit) (Message 273)
Posted 27 Oct 2011 by frankhagen
Post:
now it's going totally berserk!

predicted runtime has jumped to 5.200 HOURS :(
74) Message boards : Number crunching : error -177 (Message 270)
Posted 26 Oct 2011 by frankhagen
Post:
check there: http://stat.la.asu.edu/NumberFields/forum_thread.php?id=35
75) Message boards : Number crunching : Massive drop of credits per CPU hour (Message 212)
Posted 20 Sep 2011 by frankhagen
Post:
Unfortunately I have not gotten any work units that run for 36 minutes and pay me 50 points, which is a pity.


And you won't see one. I cheated the credit system on that task to see if it can be done. It can be done but I didn't get the credit I thought I would get. Notice the elapsed time for that task was 10,000,000 (not real, I cheated that number) but I received only 50 credits.


BRIGHT IDEA!

now we know who (and maybe some other fraggles) is responsible for that huge foulup.

thank you very much. :(
76) Message boards : Number crunching : Massive drop of credits per CPU hour (Message 173)
Posted 7 Sep 2011 by frankhagen
Post:
crazycredits at its best:

53436 35396 7 Sep 2011 11:39:55 UTC 7 Sep 2011 13:08:25 UTC Completed and validated 5,242.71 5,127.42 120.96 Get Decics with Bounded Discriminant v1.06
53429 35389 7 Sep 2011 11:41:14 UTC 7 Sep 2011 13:00:45 UTC Completed and validated 4,425.94 4,301.67 135.36 Get Decics with Bounded Discriminant v1.06
53420 35380 7 Sep 2011 11:39:55 UTC 7 Sep 2011 12:32:37 UTC Completed and validated 3,089.19 3,038.72 124.95 Get Decics with Bounded Discriminant v1.06
53398 35358 7 Sep 2011 11:46:46 UTC 7 Sep 2011 13:37:27 UTC Completed and validated 2,869.65 2,722.25 52.74 Get Decics with Bounded Discriminant v1.06


Previous 20


Main page · Your account · Message boards


Copyright © 2024 Arizona State University