+---------- On Feb 23, Don Baccus said:
The code's been used successfully in many sites so seems stable.
But has it been proven to be effective? I haven't seen any numbers. I helped implement it, but I don't recall that we (ArsDigita) ever did a serious analysis of whether it improved performance.
I've been thinking about doing some instrumenting but haven't had time. It is probably far more important that bytecode for procs be cached.
On the other hand ... it's easy enough to turn off, though it would be nice if it could be enabled/disabled via a config param rather than automatically turning itself on when it sees ns_cache.
I would think the benefit would be higher than previously given the speed improvements in strings and list processing in Tcl 8.4.1. In other words, if we assume compile speed's about the same and that average execution speed has increased considerably then the benefit of avoiding the compile step has increased over previous versions of Tcl.
As I said in my first note, I'm perfectly comfortable with it not being in 4.0, with the notion that it might come back in 4.1 (or whatever comes next.) In that timespan we might find someone in the OpenACS project who'll undertake some analysis of its performance.
-- Don Baccus Portland, OR http://donb.photo.net, http://birdnotes.net, http://openacs.org
I. To remove yourself from this list:
Send a message to "[EMAIL PROTECTED]" with the following text in the BODY of your message:
signoff aolserver
II. For a complete list of listserv options please visit:
http://listserv.aol.com/
III. For more AOLserver information please visit:
http://www.aolserver.com/
