1. 02 Aug, 2005 10 commits
  2. 01 Aug, 2005 3 commits
  3. 31 Jul, 2005 2 commits
  4. 29 Jul, 2005 5 commits
    • Charlie Fenton's avatar
      *** empty log message *** · c8424dfd
      Charlie Fenton authored
      svn path=/trunk/boinc/; revision=6878
      c8424dfd
    • Bruce Allen's avatar
      Trivial reordering · 15d5fce1
      Bruce Allen authored
      svn path=/trunk/boinc/; revision=6872
      15d5fce1
    • Bruce Allen's avatar
      scheduler: don't resend a result to a host if any of the following is true: · 6a978c38
      Bruce Allen authored
            [1] WU error flag set
            [2] WU already has canonical result
            [3] (report_deadline - current_time) < 25% of WU delay bound
            If any of these conditions is true, set the report deadline to the
            current time and set the WU transition time to the current time.
            The transitioner will then 'do the right thing'.
      
      svn path=/trunk/boinc/; revision=6871
      6a978c38
    • Bruce Allen's avatar
      scheduler: fixed to checkins on 28 July · a009ee9a
      Bruce Allen authored
            (1) Put core client version number into wreq BEFORE searching for
                an app version. Problem is that reply.wreq.core_client_version was only being set in
                send_work(), which was too late for the resend_lost_work() part
                of the code.  You might want to move all the initialization of reply.wreq
                out of send_work().   The core client version is needed to see if the
                app is compatible with it when calling get_app_version().
            (2) In retransmitting lost work, do NOT set the deadline to new
                values.  Else the result will never time out!  But DO reset
                the sent_time, to indicate that result was resent.
      transitioner:
                In the transitioner, make the next WU transition time be the min
                of deadlines of the in progress results, NOT the min of the
                sent_time+delay bound.  Unless a project wants to do dynamic
                adjustment of delay bounds for in progress results this should be OK.
                CPDN people: I don't think this does any harm for trickles but
                you might want to give it a quick look to be 100% sure.
      
      svn path=/trunk/boinc/; revision=6870
      a009ee9a
    • Rom Walton's avatar
      *** empty log message *** · cc29afb1
      Rom Walton authored
      svn path=/trunk/boinc/; revision=6869
      cc29afb1
  5. 28 Jul, 2005 9 commits
  6. 27 Jul, 2005 2 commits
  7. 26 Jul, 2005 6 commits
  8. 25 Jul, 2005 3 commits