>>>>> "t" == ts  <decoux / moulon.inra.fr> writes:

t>  It receive VT_ALRM when it's in rb_thread_restore_context(). Can you try
t>  to put ruby in critical phase when it's in rb_thread_restore_context() to
t>  see if there is a change.

 Well, for me the problem is solved

pigeon% siege -b -c 20 -t 120S -u http://localhost:4000/blender 
** Siege 2.55
** Preparing 20 concurrent users for battle.
The server is now under siege...
Lifting the server siege...      done.
Transactions:                   4697 hits
Availability:                 100.00 %
Elapsed time:                 119.93 secs
Data transferred:          213736985 bytes
Response time:                  0.51 secs
Transaction rate:              39.16 trans/sec
Throughput:               1782181.14 bytes/sec
Concurrency:                   19.79
Successful transactions:        4697
Failed transactions:               0
pigeon% 


pigeon% siege -b -c 100 -t 120S -u http://localhost:4000/blender 
** Siege 2.55
** Preparing 100 concurrent users for battle.
The server is now under siege...
Error: SIEGEsocket: connection timed out.: Operation now in progress
[...]
Error: SIEGEsocket: connection timed out.: Operation now in progress

Lifting the server siege..      done.
Transactions:                   5800 hits
Availability:                  99.59 %
Elapsed time:                 120.32 secs
Data transferred:          263929000 bytes
Response time:                  1.86 secs
Transaction rate:              48.20 trans/sec
Throughput:               2193558.85 bytes/sec
Concurrency:                   89.44
Successful transactions:        5800
Failed transactions:              24
pigeon%

 Now if someone can explain me why it need this, I'll very happy ...


p.s. : you must have a bug in your source



Guy Decoux