On Oct 8, 2013, at 11:27 , Igor Stasenko <siguctua@gmail.com> wrote:




On 7 October 2013 18:36, Norbert Hartl <norbert@hartl.name> wrote:

Am 07.10.2013 um 16:36 schrieb Igor Stasenko <siguctua@gmail.com>:

1 thing.

can you tell me what given expression yields for your VM/image:

Smalltalk vm maxExternalSemaphores

(if it gives you number less than 10000000 then i think i know what is your problem :)

It is 10000000

What would be the problem if it would be smaller?


that just means your VM don't have external object size cap.
I changed the implementation to not have hard limit (the arbitrary large number
is there just to be "compatible" with previous implementation).

This means, that you can actually change in your image the check and completely ignore limits
and just keep growing if it necessary. 

� it also means you'll never trigger the GC which is part of table growth, which would finalize connections. (Which is how it's been since until recently anyways, right?)
I'd reckon that would be taken care of by the retryWithGC: when creating Sockets if you run into plugin failures due to lacking OS resources triggering finalize instead, but I can't say I'm sure how the plugin behaves in that case� 
A stress test  checking graceful/expected behavior of the socket plugin when whatever limits exists are reached would probably be nice :)

Cheers,
Henry