On 10.05.2008, at 06:23, Andrew Piskorski wrote:

> So you probably have 10 MB or so of proc definitions, which are 95+%
> or even 100% identical in every thread, but Tcl keeps a completely
> separate 10 MB copy in each and every thread.  What you really want is
> to just have a single read-only 10 MB copy of all those Tcl proc
> definitions, and have all 1000 otherwise completely independent Tcl
> interps use those same procs.

_RIGHTO_

>
>
> Zoran, have you talked to Jeff Hobbs about this?  He has mentioned
> possibly adding "interp cloning" and other sorts of related stuff on
> the AOLserver list before.  I understand that the compiled Tcl byte
> code is somehow specific to the interpretor where it was compiled, so
> it doesn't (currently) work to somehow have just one copy that you use
> from multiple interps in multiple threads.  But perhaps there's some
> good way to improve that...

No go. I know about that work already. It was done I believe for
Cisco as contract-work and is living in Tcl CVS under some branch.
The problem is: this is just the single-thread interp-clone. Nothing
that can be shared.

Since some years I've been trying various approaches how to tackle
this problem but I really found no realy good and universal way.
I believe there isn't one, after all those years. I will try just this
one more idea with unknown-overloading and dispatching unknown command
to a battery of preloaded interps living in different threads. Although
not 100% transparent (people must code with couple of assumptions) I  
think
it is the most one can do with Tcl. And, I do not think this will  
improve
over time.

Hopefully I will soon find piece of mind with this issue and stop
going on other people's nervers and saturate email lists :-)
Thanks for following so far!


Cheers
Zoran



-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
naviserver-devel mailing list
naviserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/naviserver-devel

Reply via email to