11) Message boards : Number crunching : 64-bit Application (Message 92)
Posted 2686 days ago by John McLeod VII
Hi John,

are you Nostradamus? ;-)

I'm allready working on Lenstra's Heuristic http://www.aimath.org/WWN/primesinp/articles/html/50a/ to implement a new work generator and that's NOT part of my thesis!!!

best regards ...


The keyword in my statement is "probably". We have had several projects done as masters thesis. All have ended shortly after the masters thesis was completed. If you keep it going, this would be the exception.
12) Message boards : Number crunching : no checkpoints (Message 91)
Posted 2686 days ago by John McLeod VII
I also have been having trouble with some tasks they pause after the 1 hour of work( which works fine with other projects). With this project if it takes longer than 1 hour it pauses (normal), it will start back a 0% complete (abnormal). It will cycle through this until, BOINC determines it cannot be finished in the allotted time and goes into panic mode. When it goes to panic mode I am able to compete the task.

Does this just happen with certain tasks? Is there something I can do to avoid this? Any information would be greatly appreciated.

Thank you for your time,

This is probably because the project is telling BOINC that it has checkpointed when in reality the application has not stored away its state in a form the application can read it back in.

BOINC will save a task to RAM if it has not checkpointed when the task is swapped out. BOINC will also save a task to RAM if the user has set the appropriate setting. Otherwise, BOINC removes the task from RAM.
13) Message boards : Number crunching : Poor Credits (Message 90)
Posted 2686 days ago by John McLeod VII
Projects should stand on their own merits, not how much credit they grant.


Then it shouldn't really matter to you how much credit projects grant you can crunch based on the merits you perceive (not credits), and others can crunch on the merits they perceive (credits)

That statement is completely wrong. If they all grant as close to the same credits as possible, then they stand on their own merits. Otherwise, some will only pick the project with the highest credit grant - therefore they would NOT stand on their own merits.
14) Message boards : Number crunching : 64-bit Application (Message 86)
Posted 2686 days ago by John McLeod VII
After you've finished working on your thesis, it might be interesting to check out if providing 64-bit versions of the application would help improving its performance.

Good luck on your thesis.

After he is done working on his thesis, the project is probably over.
15) Message boards : Number crunching : Maximum elapsed time exceeded (Message 85)
Posted 2686 days ago by John McLeod VII
Hi,

On one of my hosts, I get the error-message: Maximum elapsed time exceeded
Why is there a timelimit within the WU's? The host will be abel finish a WU before the 24 hour deadline.
Becouse of this limit, I will not be abel to take part in this project.

There is a maximum time limit on all WUs to prevent a runaway task from taking over the client forever.

In this case, it appears that the maximum time limit may be too small.
16) Message boards : Number crunching : Poor Credits (Message 84)
Posted 2686 days ago by John McLeod VII
Me flying by flapping my arms really hard is also a worthy goal. It's also something I really, really want to work. But guess what? It's just not possible.

Cross project parity is completely impossible. Full stop. Nicolas has explained this (and why) over and over. Any attempt at it, is a waste of time and effort.

Cross project comparisons should not be via credits. Rather they should be compared by a method such as mega milestones or fomula boinc.

The difference between not remotely possible (flying by flapping your wings) and having a difference of a few percent if done right is very large. Come up with an analogy that is closer to reality please. Most of the largest differences are caused by the credit whores convincing projects to raise credit grants through the roof. Projects should stand on their own merits, not how much credit they grant.
17) Message boards : Number crunching : Poor Credits (Message 80)
Posted 2686 days ago by John McLeod VII
Yea, the default credit system and the "new" default credit system both stink... you can also just grant fixed credit / wu, which is what most projects seem to do. This allows you to control the credit based on what works best for your project needs.

The credits per hour for a standard CPU are supposed to be the same across projects. I know it can't be perfect, but begging projects to break this is wrong.


LOL... wrong? That is really funny. I don't see any "begging" going on. I hope the credit kops and morality police won't throw me in jail for inciting the peasants. The cross project cobblestone parity is a myth.

I was simply pointing out the fact that the project will get more traffic and more work done if the cobbles are more attractive, if that isn't a priority for the project then no worries.

Cross project credit parity is a worthy goal. Not completely attainable, but still to be attempted as best we can.
18) Message boards : Number crunching : To much Work Downloading !!! (Message 77)
Posted 2687 days ago by John McLeod VII
Looks like my duration_correction_factors are coming up between 9 and 23. If everyone else is seeing the same, I would suggest multiplying the fpops_est by something between 10 and 15.
19) Message boards : Number crunching : no checkpoints (Message 75)
Posted 2687 days ago by John McLeod VII
Hi Michael,

that's not right. the primaboinca-app does (actually too much; after every crunched number) checkpoint. so I can't understand, why from scratch ...

If possible, you should pay attention to the flag the BOINC daemon passes you indicating when you should checkpoint. If it takes a little to get to the next checkpoint, that is OK.

It is up to the application to read the checkpoint file that it wrote and continue on from there.
20) Message boards : Number crunching : To much Work Downloading !!! (Message 71)
Posted 2687 days ago by John McLeod VII
It appears that fpops_est or iops_est is off by a significant margin. This causes an initial download that is vastly too large.


Next 10 posts

Main page · Your account · Message boards


Copyright © 2017 primaboinca.com