From: "M. Edward (Ed) Borasky" Date: 2006-11-24T10:39:12+09:00 Subject: Re: [ANN] fastthread 0.4 Farrel Lifson wrote: > On 23/11/06, MenTaLguY wrote: >> >> fastthread is a library which replaces the synchronization primitives >> defined in stdlib's thread.rb (Mutex, ConditionVariable, Queue, and >> SizedQueue) with optimized versions which: >> >> * are much faster (in the non-contention case, speed comparable to >> direct use of Thread.critical or Thread.exclusive) >> * don't leak memory (the stdlib implementation of Mutex manages to >> trigger worst-case behavior of a memory leak in Array) >> >> To use it, simply require 'fastthread' before you require 'thread'. >> Provided you don't muck with thread.rb's internals, your code should >> work with no additional modification. >> >> 0.4 is primarily a robustness/bugfix release. There is both a gem and a >> tarball available: >> >> * >> http://moonbase.rydia.net/software/optimized-locking/fastthread-0.4.gem >> * >> http://moonbase.rydia.net/software/optimized-locking/fastthread-0.4.tgz >> >> -mental >> >> >> > > Any chance this will be incorporated into the core libs? > > Farrel > > Which "core libs"? The standard C implementation, jRuby or the Microsoft CLR version? IIRC the jRuby team is going to or already is using the JVM native threading model, and I have no idea what the Microsoft implementors are doing, but I'm assuming they are building on the CLR native threading model. And Ruby 1.9.x - 2.0 is supposedly going to use native threads -- which presumably means at least Windows, Linux, MacOS and Solaris. That pretty much leaves the 1.8.x C implementation. -- M. Edward (Ed) Borasky, FBG, AB, PTA, PGS, MS, MNLP, NST, ACMC(P) http://borasky-research.blogspot.com/ If God had meant for carrots to be eaten cooked, He would have given rabbits fire.