Hi.

Ah, yes, I noticed that, on my machine the Thread creation isn't really 
anything heavy at all. I mean, it do take time, but not THAT much time.

We'll see, but I think I'll delay that experiment for now.

/O

At 17:48 2006-06-14, you wrote:
>It's probably worth a try, though I suspect that the large part of the 
>load from spinning off so many threads is not necessarily the fact that 
>they're native, but the fact that they're native and they require standing 
>up an entire ThreadContext and all its various stacks. The performance hit 
>during the actual gem unpack and install, however, seems now to overshadow 
>the threading piece. When I install from local gems (cached) it still 
>takes an extremely long time to run...even with rdoc disabled. It would 
>probably be most productive to focus on what's happening during the actual 
>install for now rather than digging into the threading stuff.
>
>At any rate, thread pooling should actually be pretty easy to wire in; the 
>instantiation of a native thread was one of the first things I abstracted 
>out when originally reworking the threading stuff. I wouldn't expect you'd 
>have to rip out a lot of stuff.
>
>On 6/14/06, Ola Bini <<mailto:[EMAIL PROTECTED]>[EMAIL PROTECTED]> wrote:
>Hi,
>
>Probably later today, I'll do some experimenting with making JRuby threads
>into a ThreadPool instead. This would _probably_ make performance MUCH
>better in cases such as the ruby gems download.
>
>I plan to use doug lea's concurrency library and a standard PooledExecutor
>for this. I will probably have to implement a subclass of Thread and a
>ThreadFactory that enables me to get hold of the current Runnable, but this
>is a small task. My first plan was to try to change as few things as
>possible, but I think it will work better if I rip out what isn't right and
>just try to get it working with pooling instead, so we can see what
>benefits this strategy gives us.
>
>It shouldn't really impair functionality, since if we use an unbounded
>Pool, there will always be enough threads to use.
>
>Any thoughts?
>
>Regards
>   Ola Bini
>
>
>
>
>_______________________________________________
>Jruby-devel mailing list
><mailto:Jruby-devel@lists.sourceforge.net>Jruby-devel@lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/jruby-devel
>
>
>
>
>--
>Charles Oliver Nutter @ <http://headius.blogspot.com>headius.blogspot.com
>JRuby Developer @ <http://jruby.sourceforge.net>jruby.sourceforge.net
>Application Architect @ <http://www.ventera.com>www.ventera.com
>_______________________________________________
>Jruby-devel mailing list
>Jruby-devel@lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/jruby-devel





_______________________________________________
Jruby-devel mailing list
Jruby-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jruby-devel

Reply via email to