From: Stefan Kaes <skaes@...>
Date: 2006-01-14T15:42:12+09:00
Subject: Re: ruby Thread in CGI application?

David Vallner wrote:
> On Sat, 14 Jan 2006 06:02:13 +0100, Stefan Kaes <skaes@gmx.net> wrote:
>
>> David Vallner wrote:
>>> 2. On a multiple CPU system, where algorithms used in processing the 
>>> request might benefit from parallelism running multiple processors. 
>>> Though then again, you probably wouldn't do CPU-intensive operations 
>>> as these algorithms tend to be in Ruby anyway. As more realistic 
>>> examples, asynchronous database / remote calls come to mind if you 
>>> want to implement your own timeout policy to those to handle badly 
>>> written third party libraries graciously to prevent your application 
>>> from hanging up.
>> Currently you won't benefit from multiple CPUs as Ruby doesn't use 
>> native threads.
>>
>> -- stefan
>>
>
>
> Slipped my mind. I was talking in general anyway. And doesn't the 
> pthread binding let you use native threads? (Didn't really do anything 
> with it himself)
>
> David Vallner
>
>
I don't know enough about Ruby's pthread support to have an informed 
opinion on this question :-(

-- stefan

-- 
For rails performance tuning, see: http://railsexpress.de/blog
Subscription: http://railsexpress.de/blog/xml/rss20/feed.xml