On 09/11/2016 11:38 AM, Igor Chudov wrote: > About maybe half of those responses are images generated by mod_perl/CGI.pm > scripts that draw pictures of math formulas like x/(x+1) etc. > > I agree that running CGI.pm inside true CGI scripts (one process per every > web object) is expensive. Running it inside mod_perl seems to be extremely > efficient.
interesting. How big are those graphics. We had to pull modperl from service at about.com because of the ram foot print and the contact limitations, even with semiphores pulled way up. If your producing images like gnuplot, then your approach has many advantages, not the least of which is flexibility. If your doing something like my images gallery, it would be less efficient, although I still run it under modperl in the hopes that I'm caching a good percentage of my images in the apache server. Regardless, the point that you made that I felt was condensing and inaccurate was the efficiency of CGI.pm was superior, and that embedded coding was inefficient and disorganized. I can go straight to the Lincoln Stein book and quote his opinions on CGI.pm's bloat. No matter what you are using, your making some templates and reoccurring HTML. Or maybe not, maybe each of your pages are unique, completely. OK with that o/o. Ruben -- So many immigrant groups have swept through our town that Brooklyn, like Atlantis, reaches mythological proportions in the mind of the world - RI Safir 1998 http://www.mrbrklyn.com DRM is THEFT - We are the STAKEHOLDERS - RI Safir 2002 http://www.nylxs.com - Leadership Development in Free Software http://www2.mrbrklyn.com/resources - Unpublished Archive http://www.coinhangout.com - coins! http://www.brooklyn-living.com Being so tracked is for FARM ANIMALS and and extermination camps, but incompatible with living as a free human being. -RI Safir 2013