Always High Priority - GRRR


Advanced search

Message boards : Cruncher's Corner : Always High Priority - GRRR

AuthorMessage
corndog
Send message
Joined: Nov 10 10
Posts: 1
Credit: 326,461
RAC: 0
Message 114485 - Posted 13 Oct 2011 15:38:01 UTC

    Last modified: 13 Oct 2011 15:38:41 UTC

    Hello all,

    Well, I'm working through what will probably be my last big pile of WU's from Einstein. My problem is that they always end up being flagged "high priority" on my system, and then my computer always ends up ONLY working on Einstein instead of honoring the BOINC resource split I have configured between the 4 projects I work on.

    Well, if it won't honor my configuration, then I'm just going to stop new work units. If einstein can't be a good citizen on my computer, then it won't BE on my computer. Sorry.

    Profile Rechenkuenstler
    Avatar
    Send message
    Joined: Aug 22 10
    Posts: 127
    Credit: 61,974,995
    RAC: 35,019
    Message 114486 - Posted 13 Oct 2011 18:58:42 UTC - in response to Message 114485.

      Last modified: 13 Oct 2011 19:10:49 UTC

      Hello all,

      Well, I'm working through what will probably be my last big pile of WU's from Einstein. My problem is that they always end up being flagged "high priority" on my system, and then my computer always ends up ONLY working on Einstein instead of honoring the BOINC resource split I have configured between the 4 projects I work on.

      Well, if it won't honor my configuration, then I'm just going to stop new work units. If einstein can't be a good citizen on my computer, then it won't BE on my computer. Sorry.


      I can understand your concerns. But my Experience with e@h is vollladend different. This project is the most reliable one in considering configurations.
      Other projects like Milkyway@Home or actually LHC@Home are let me say, progressivly Interpretin the boing rules.
      The are pressing into the usual methods, causing a delay for e@h wu's.

      Example from today.

      LHC@Home wu is Running with high priority. They gave only 7days for crunching and due date is Oct 19th. For this wu a e@h LAT wu is postponed despite the fact, that it is a long runner with due date tomorrow.

      So the reason for e@h wu with high prio is mostly in wu from other projects. That's my experience.
      ____________

      Jeroen
      Send message
      Joined: Nov 25 05
      Posts: 297
      Credit: 326,318,344
      RAC: 344,850
      Message 114488 - Posted 14 Oct 2011 1:26:03 UTC - in response to Message 114485.

        You can easily adjust priority of the applications using Process Lasso. This program will maintain the priority settings. Also this program has the option to set affinity so you can bind the applications to any cores of your choosing.

        Claggy
        Send message
        Joined: Dec 29 06
        Posts: 412
        Credit: 913,069
        RAC: 3
        Message 114495 - Posted 14 Oct 2011 7:49:34 UTC - in response to Message 114488.

          You can easily adjust priority of the applications using Process Lasso. This program will maintain the priority settings. Also this program has the option to set affinity so you can bind the applications to any cores of your choosing.


          When Boinc puts tasks into High Priority, all it is doing is changing the Order the work is done, it Doesn't change any priority levels of any applications,

          Claggy

          Profile paul milton
          Avatar
          Send message
          Joined: Sep 16 05
          Posts: 319
          Credit: 8,636,582
          RAC: 15,196
          Message 114498 - Posted 14 Oct 2011 12:25:17 UTC - in response to Message 114488.

            You can easily adjust priority of the applications using Process Lasso. This program will maintain the priority settings. Also this program has the option to set affinity so you can bind the applications to any cores of your choosing.


            in this case "high priority" is refering to EDF (earliest deadline first) mode. not process priority.

            if hes refering to http://einstein.phys.uwm.edu/results.php?hostid=4230718 the deadline is tomorrow 2 weeks from the date they where issued. so e@h is actually playing nice, the real question would be what other project isnt, or what is keeping him from meeting the deadline of the wu's issued.

            i would be interested to know how much work hes downloading for each project, how long he allows the system to run, and what those resource shares are for each project. especially given the stats for that system.
            ____________
            seeing without seeing is something the blind learn to do, and seeing beyond vision can be a gift.

            Profile Gary Roberts
            Forum moderator
            Send message
            Joined: Feb 9 05
            Posts: 3003
            Credit: 1,013,264,481
            RAC: 2,459,235
            Message 114534 - Posted 17 Oct 2011 2:17:50 UTC - in response to Message 114485.

              .... If einstein can't be a good citizen on my computer, then it won't BE on my computer. Sorry.

              Why do you blame Einstein for something completely beyond Einstein's control? Do you understand that the BOINC client decides what will run and when it will run and the BOINC client simply is responding to the settings you have chosen. If you choose 'difficult' settings, it's not surprising that BOINC doesn't cope. And yet you blame Einstein ....

              Take a look at this response I made a while ago to a very similar 'complaint' to yours. You haven't given enough details to be sure but the cause of your problems are probably very much the same as what I suggested at that time. Specifically, if a particular project in your mix can't supply work, BOINC will tend to fill your work cache with tasks from a project that can. If you have a large cache size and a low resource share for the poor project that ends up filling your cache, the problem you describe is pretty much bound to happen.

              Perhaps you could stop BOINC downloading excessive E@H work and then having to resort to panic mode to clear the backlog if you reduced your work cache size a bit. If you'd like suggestions on how to work around BOINC's limitations, let us know what settings you are currently using. It should be possible to very much reduce BOINC's use of panic mode.

              ____________
              Cheers,
              Gary.

              Post to thread

              Message boards : Cruncher's Corner : Always High Priority - GRRR


              Home · Your account · Message boards

              This material is based upon work supported by the National Science Foundation (NSF) under Grants PHY-1104902, PHY-1104617 and PHY-1105572 and by the Max Planck Gesellschaft (MPG). Any opinions, findings, and conclusions or recommendations expressed in this material are those of the investigators and do not necessarily reflect the views of the NSF or the MPG.

              Copyright © 2014 Bruce Allen