Storing intermediate results


Advanced search

Message boards : Number crunching : Storing intermediate results

AuthorMessage
PhiAlpha
Send message
Joined: Jan 16 07
Posts: 3
Credit: 31,219
RAC: 0
Message 477 - Posted 17 Jan 2007 7:44:40 UTC

    I am running QMC@home and ABC@home simultaneously with 50%/50% ratio, switching between applications every 60 min. I have a workunit from ABC which has hung at 81.4% and 60 min are insufficient to make any progress. So what happens is that when the ABC project starts, it calculates 60 min beginning from about 1 min CPU time, no progress is made and, I guess, no intermediate results get stored, when CPU time becomes 1h:1m, the other application starts working. In one hour the same situation appears. In this way, I will never send a completed workunit.

    Is there a way to change this? Obviously I can dedicate the entire box to ABC, or increase the time between switches, or increase the ratio in favor of ABC, bu, suppose I do not want to do so. Is there a way to prepare the workuints in such a way that progress is made more frequently? (I assume the method of how intermediate results get stored is a feature in BOINC and not the abc application, right?)
    ____________

    Dagorath
    Send message
    Joined: Jan 7 07
    Posts: 381
    Credit: 3,365,400
    RAC: 0
    Message 478 - Posted 17 Jan 2007 7:57:00 UTC - in response to Message 477.

      Last modified: 17 Jan 2007 8:07:34 UTC

      PhiAlpha,

      Your complaint is quite common. What most crunchers do is increase the amount of time BOINC spends on each project. You're switching every 60 minutes now but you can increase that. I find a 240 minute interval works well, others prefer 360. You can change the interval in your preferences under Your Account found on the project's home page. The interval propagates to all the projects you are attached to.

      EDIT: Added... Actually the intermediate results you refer to are called checkpoints and they are entirely up to the project's application. BOINC cannot control the checkpoints. It's often difficult for the programmers to make the application checkpoint at an interval that is convenient for the cruncher so we have to learn to love it and make it work by increasing the interval between project switches.


      PhiAlpha
      Send message
      Joined: Jan 16 07
      Posts: 3
      Credit: 31,219
      RAC: 0
      Message 484 - Posted 17 Jan 2007 9:19:32 UTC

        Thanks Dagorath, I will do as you suggest.
        ____________

        Vid Vidmar*
        Send message
        Joined: Nov 22 06
        Posts: 3
        Credit: 1,249,463
        RAC: 0
        Message 499 - Posted 17 Jan 2007 11:21:02 UTC - in response to Message 477.

          I am running QMC@home and ABC@home simultaneously with 50%/50% ratio, switching between applications every 60 min. I have a workunit from ABC which has hung at 81.4% and 60 min are insufficient to make any progress. So what happens is that when the ABC project starts, it calculates 60 min beginning from about 1 min CPU time, no progress is made and, I guess, no intermediate results get stored, when CPU time becomes 1h:1m, the other application starts working. In one hour the same situation appears. In this way, I will never send a completed workunit.

          Is there a way to change this? Obviously I can dedicate the entire box to ABC, or increase the time between switches, or increase the ratio in favor of ABC, bu, suppose I do not want to do so. Is there a way to prepare the workuints in such a way that progress is made more frequently? (I assume the method of how intermediate results get stored is a feature in BOINC and not the abc application, right?)


          Leave applications in memory while suspended. (your account/general preferences)
          No need to change intervals and/or resource shares.

          HTH

          Post to thread

          Message boards : Number crunching : Storing intermediate results


          Return to ABC@home main page


          Copyright © 2013 University of Leiden