[Glass] problem update: Zinc server with Seaside (3.1)

[James Foster]

One possible difference between GemTools and Topaz is the configuration for GEM_TEMPOBJ_CACHE_SIZE. Can you find the log file for the Gem started by GemTools? Can you see the output from starting Topaz? What is the value used for GEM_TEMPOBJ_CACHE_SIZE in each?

James

On Dec 15, 2013, at 1:20 PM, Johan Brichau <johan at yesplan.be> wrote:

> Hi all,
> 
> I’m working on the Zinc server adaptor for Seaside 3.1 but I got stuck.
> 
> Launching the following from Gemtools brings up the server and makes it respond to requests nicely. Trying to do the same from a topaz session though, immediately throws an out-of-mem exception.
> 
> WAGsZincAdaptor startOn: 8383
> 
> If you break the blocking call in Gemtools and run the line above again, you also run out-of-mem after a couple of times (but only after _also_ connecting to the server from your web browser).
> First question about this is why that does not happen in gem tools? I tried turning the auto commit off but that did not change anything.
> 
> Following advice in [1], I started investigating from gemtools and got this for the byte sizes in temp obj memory on 75% full:
> 
> #'ByteArray'->22153440, #'GsMethodDictionary'->3073088, #'GsMethodLookupCache'->2224064, #'GsProcess'->562224, #'String'->415504, #'Array'->340168, #'SocketStream'->322680, #'ExecBlock'->201664, #'VariableContext'->175552, #'SocketStreamSocket'->150696,  …0
> 
> The process browser shows over 100 threads displayed as follows:
> 
> (priority=25) ready [oop= …. ]
> 
> I guess this is where Dale started having nightmares. The stack traces show the out-of-mem always happens in the ZnNetworkingUtils>>setSocketStreamParameters: method.
> 
> All of this is using the current Zinc version on github for gemstone 3.1 [2]  and my version of the Seaside 3.1 port [3]
> To try, load Seaside from my repo, load the ‘Zinc-Seaside’ group from the baseline and hit the above.
> 
> Any ideas are welcome
> 
> Johan
> 
> [1] http://gemstonesoup.wordpress.com/2008/11/19/gemstone-101-managing-out-of-memory-situations/
> [2] https://github.com/glassdb/zinc/tree/gemstone3.1
> [3] https://github.com/jbrichau/Seaside31
> _______________________________________________
> Glass mailing list
> Glass at lists.gemtalksystems.com
> http://lists.gemtalksystems.com/mailman/listinfo/glass

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gemtalksystems.com/mailman/private/glass/attachments/20131215/00ed15d7/attachment.html>