The parts i have doubts are those when Tcl file needs to be open or
something, Tcl_Obj needs to be created, then deallocated.
Tcl_OpenFileChannel and other we use are obsolete in the Tcl core
sources, internally, it creates String object and calls corresponding FS
calls. This is overhead if the server needs to do a lot of file system
calls. It is useful in other cases, so i think making it an option is a
good thing.
Zoran Vasiljevic wrote:
On 13.12.2006, at 16:54, Vlad Seryakov wrote:
Is it possible to have TclVfs code compile time or realtime
configurable?
I started that (configurable) way. Then we talked (I cannot recall
exactly when)
and decided to put it hard-wired all the time.
Instead of using direct open/read/write calls, we now use
Tcl equivalents of them. It is not trivial (yet it is possible)
to make that adjustable.
But before anything is done in that direction, we first need to
see wether this is really a bottlenect somewhere or not. I guess
the only real problem (if at all) would be the fastpath code.
I think ADP is not affected as ADP is grossly influenced by the
Tcl/DB performance and not by the opening/closing and reading
from files.
I guess, if you suspect that tcl abstraction calls incur some
speed penalties, we can have a look in the fastpath code how
to temporary fallback to open/read/close and see if this makes
any change or not.
Cheers
Zoran
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
naviserver-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/naviserver-devel
--
Vlad Seryakov
571 262-8608 office
[EMAIL PROTECTED]
http://www.crystalballinc.com/vlad/
