Permalink
Commits on Nov 9, 2012
Commits on Nov 4, 2012
Commits on Nov 3, 2012
  1. Changed statistics to read more like a sentence.

    michaeljbishop committed Nov 3, 2012
    Example:
    
      220823  F attempting_lock_on   item_id:20
      225342  F did_execute          item_id:20
    
    Added more statistics to capture more detail.
  2. add ThreadPool::Promise

    jimweirich committed Nov 3, 2012
  3. add comment to assert

    jimweirich committed Nov 3, 2012
Commits on Nov 1, 2012
  1. whitespace

    jimweirich committed Nov 1, 2012
  2. Merge branch 'no-sleep-thread-pool' of https://github.com/michaeljbis…

    jimweirich committed Nov 1, 2012
    …hop/rake into newpool
    
    * 'no-sleep-thread-pool' of https://github.com/michaeljbishop/rake:
      ThreadPool threads no longer sleep on futures.
      Added some instrumentation to retieve stats from the threadpool
  3. move dot to end of previous line

    jimweirich committed Nov 1, 2012
    to maintain compatibility with Ruby 1.8
  4. Merge branch 'master' of https://github.com/michaeljbishop/rake into …

    jimweirich committed Nov 1, 2012
    …threadstats
    
    * 'master' of https://github.com/michaeljbishop/rake:
      Sped up #stat sampling.
      Fixed the ThreadPool statistics code to maintain compatibility with 1.8.7.
Commits on Oct 30, 2012
  1. Sped up #stat sampling.

    michaeljbishop committed Oct 30, 2012
    Normalizing the times is removed from #stat and moved to #history.
Commits on Oct 29, 2012
Commits on Oct 28, 2012
  1. ThreadPool threads no longer sleep on futures.

    michaeljbishop committed Oct 28, 2012
    Previously, the ThreadPool created futures and added them to the queue.
    If, when they processed a future and they had to wait for it to
    finish executing, they would spawn another thread so they could
    wait for the future.
    
    Now, a non-blocking attempt to process the future's block is what is
    put on the queue and a blocking attempt is passed back from #future.
    In this way, the thread pool is free to process the core of a future
    by dequeuing it and calling it. The the thread can't get the lock, it
    is assumed that another thread is handling it and so it moves to
    the next.
Commits on Oct 27, 2012
  1. add build status link

    jimweirich committed Oct 27, 2012
  2. Merge branch 'master' of https://github.com/jimweirich/rake into no-s…

    michaeljbishop committed Oct 27, 2012
    …leep-thread-pool
    
    Conflicts:
    	lib/rake/thread_pool.rb
Commits on Oct 26, 2012
  1. release notes for 0.9.3

    jimweirich committed Oct 26, 2012
Commits on Oct 25, 2012