From: Lothar Scholz <mailinglists@...>
Date: 2004-10-11T14:43:47+09:00
Subject: Re: Performance of Ruby

Hello Michael,

MG> Hi,

MG> I am just thinking about programming a serverapplication with Ruby. The
MG> application should manage a lot of sockets and should also be
MG> multithreaded. One year ago I have tried to develop a similar application
MG> with php. The performance was absolutely bad. No, that was not only my
MG> fault ;) My question is now: What about the performance of ruby? Is it
MG> possible to write an application using sockets and threads with ruby, but
MG> also with a good performance? Normally I am using C/C++ for these things.
MG> Sure, Ruby will not be as far as C/C++. But the php-scripts were very very
MG> slow. Has anyone experiences with this?

One of the bottlenecks is that ruby only uses one thread and all
sockets end up into one select call. Unfortuantely the "select" system
call is one of the most stupid things in the Unix/Linux world and the
most restricting (thats why BSD people use kqueue).

So how many clients will you have ?
On which hardware should it run ? (Multiprocessor server ?)

You can work around some of the restrictions in ruby but all.


-- 
 Best regards,                        emailto: scholz at scriptolutions dot com
 Lothar Scholz                        http://www.ruby-ide.com
 CTO Scriptolutions                   Ruby, PHP, Python IDE 's