I'm using Netscape Composer4 and Embperl 1.2b9 on an 'at least medium'-scale
web application. Many of my Embperl scripts are over 1000 lines in text. I
found my computer slows down significantly when a httpd happens to be forked
for the same session. (Apache's odd?!) I know the new forked Embperl is
compiling my scripts again (for the new forked httpd).

It was suggested that I should preload my scripts all at once in server
startup script, eg startup.pl. But then i found several 'fat' httpds are there
occupying tens of Mbytes, all carrying several compiled scripts that possibly
will not be executed but eat up system memory. So this is not an economical
approach, i think.

Isn't it possible to cache compiled Embperl code in disk files and avoid
reload source script to recompile everytime a httpd is forked? just like the
way how Visual Studio handles .cpp and .obj interdependency.

BTW. Is there any way to avoid unwanted <BR> been generated by Composer? Now
I'm using this method:

[+ $output1+][#
#][- code... -][#
#][+$output2+][#
#][- code... -][#
#][+$output3+][#
#]...

to output $output1, $output2, and $output3 concatenated on one line. But this
will put many [####] stuff in my script and lengthen the compile time. Is
there any better way to achieve same purpose?

Thanks.

Reply via email to