On Oct 8, 2013, at 11:27 , Igor Stasenko <[email protected]> wrote:
> > > > On 7 October 2013 18:36, Norbert Hartl <[email protected]> wrote: > > Am 07.10.2013 um 16:36 schrieb Igor Stasenko <[email protected]>: > >> 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
signature.asc
Description: Message signed with OpenPGP using GPGMail
