1. 23 4月, 2015 3 次提交
  2. 21 4月, 2015 2 次提交
  3. 20 4月, 2015 3 次提交
  4. 17 4月, 2015 2 次提交
  5. 15 4月, 2015 4 次提交
  6. 14 4月, 2015 2 次提交
  7. 13 4月, 2015 3 次提交
    • S
      [FIXED JENKINS-27708][FIXED JENKINS-27871] Ensure that identification of... · 5880ed83
      Stephen Connolly 提交于
      [FIXED JENKINS-27708][FIXED JENKINS-27871]  Ensure that identification of blocked tasks is using the live state.
      
      - The creation of a snapshot itself should be relatively cheap given the expected rate of
        job execution. You probably would need 100's of jobs starting execution every iteration
        of maintain() before this could even start to become an issue and likely the calculation
        of isBuildBlocked(p) will become a bottleneck before updateSnapshot() will. Additionally
        since the snapshot itself only ever has at most one reference originating outside of the stack
        it should remain in the eden space and thus be cheap to GC.
      
      - JENKINS-27708 comments 225819 and 225906 provide more complex but logically equivalent fixes of
        this issue. I am favouring this approach as it is simpler and provides less scope for error as any
        new helper methods can just rely on the snapshot being up to date whereas with the other
        two candidates if a new helper method is introduced there is the potential to miss adding support
        for the live view. The comment 225819 has the risk of introducing extra lock contention while
        the comment 225906 version forces every access to the helper methods to pass a second memory
        barrier
      5880ed83
    • K
      35944069
    • K
      94cc18a2
  8. 12 4月, 2015 6 次提交
  9. 11 4月, 2015 1 次提交
  10. 07 4月, 2015 2 次提交
  11. 06 4月, 2015 2 次提交
  12. 05 4月, 2015 1 次提交
  13. 03 4月, 2015 2 次提交
  14. 02 4月, 2015 1 次提交
  15. 01 4月, 2015 2 次提交
  16. 31 3月, 2015 4 次提交