Counting Credits
22 Nov 2012 17:04:04 UTC
Topic 196639
(moderation:
Hello all. First off, I'm new to Einstein@Home, so forgive the noob questions that follows! #1. Is it normal for a BRP4SSE WU to start off at say 35 hrs time remaining and when you wake up 5 hours later, the time remaining shoots up to 56 hours?? #2. A run time on a WU = 48332.4 seconds CPU time = 935.54 seconds = 2.18 claimed credits? And finally #3. Happy Thanksgiving to those in the US. To everyone else, I apologize for the parade. Cheers!
Counting Credits
)
About the estimated time, BOINC need to process several WUs until the estimations get more accurate. Anyway the BRP4 is a really long process when done on CPU. Also check to see if the system is not going into sleep or suspended mode when not in use as this will effectively stop the calcs for that time and then the estimated times will be longer as BOINC will take into account the time ratio that the system is paused/working...
At the end if the progress bar of the task is growing then there is no reason to worry, no matter what the estimations are... eventually the estimations will be better but even if they never get to where they should be, that doesnt affect the amount of work your host is going to produce.
The claimed credits are not used by Einstein when giving credits. BRP4 WUs will give allways a fixed amount of 500 credits and the S6LV1 tasks give around 250 credits.
Makes sence. Thanks for the
)
Makes sence. Thanks for the info! Cheers!
Is possible to turn on the
)
Is possible to turn on the number of WU counter (in progress, pendings, validate, error, etc) in the User Task Page?
I speak with some users of Boinc that tell me its a feature included in the Boinc itself, but that must be done at the server´s side, realy have no more information whow to do.
That could be a importat whay for us to know who real pending credits we have (by x 500 of course), an give us a way to compare the real production of diferent hosts, etc.
The actual number of Pending credit: 4,544.72 (in my case) makes little sense since the real actual credits is not proportional to that number.
Thanks
RE: Is possible to turn on
)
That's something which has been wished many times.
RE: RE: Is possible to
)
Hope i talk to a diferent Richard or i will loose another beer...
As explained at the post you mention:
The application filters have been in the BOINC standard code for a while, but the counts are new from [23624].
So i belive it´s a standard feature of Boinc now, just need to enable the counters or i´m wrong as allways?
Did i loose the beer again? Hope no...
RE: RE: Is possible to
)
Add another wish for it here.
If the version of Boinc that Einstein is running has the feature, I wouldn't think it should take an act of God to turn it on...LOL.
The version of BOINC used in
)
The version of BOINC used in Einstein servers has a lot of things customized to be able to do certain configurations that BOINC does not support (BRP utilization factor, for example, but also other things like the usage of config files to set plan classes and other inner functions that help them to speed up the upgrade of apps or the launch of new projects/searches).
IIRC, when the categories on the results page were added, they said that the counting feature was not added due to some concern about the extra load to the database...
RE: The version of BOINC
)
I can accept that.
Just add another count to the wish list then.
RE: The version of BOINC
)
Not so much the load, but there were some potential pitfalls over compatibility. BOINC sometimes changes the database structure as things develop - for example, projects with newer BOINC back-ends don't show a 'claimed credit' column.
Rather than spending time cross-checking the database queries that drive the 'count' display, it was thought that it would be a better use of staff time to plan for a complete upgrade to the newer range of tools. Alas, the best-laid plans of mice and men....
Or... that could be done in
)
Or... that could be done in another simply "stupid" way, just think with me...
Since claimed credits per WU make little or non sense, because all WU are "rewarded" allways with 500 credits.
If someone sets all claimed credits of processed WU to a fix value off 1, then when you look the pending credit the value presented will be the number of completed pending credit WU not the pending credit itself.
So now is easy, your claimed credit will show your real WU production, if you want to now the pending credit itself not the number of pending credits WU, just multiply this number x 500.
I´m sure that aproach will not add any overload to the servers because nothing realy changes on the server´s database side.
I agree thats could be an "stupid" ideia, but think, is simply, works, adds no load to the servers and is very easy to put to work with a simple patch.