http://qs1969.pair.com?node_id=1217135


in reply to Re: Replacing CGI.pm is busywork
in thread Replacing CGI.pm

This node falls below the community's threshold of quality. You may see it by logging in.

Replies are listed 'Best First'.
Re^3: Replacing CGI.pm is busywork
by Your Mother (Archbishop) on Jun 21, 2018 at 22:46 UTC

    Preloading libraries and caching is persistence.

    From my perspective everything you say on programming matters is blatherskite. I'm not sure you even understand what CGI means at this point. You've definitely indicated a lack of understanding of FCGI more than once and even HTTP. But let's take you at your word one more time and give you a chance to defend the assertion you're making.

    Cite facts to show your reasonable cost. Show how much the same code running in a pure CGI environment costs compared to running on any persistence server in common use. If you don't have them, here's how to prove m get them

    My main app loads 1,325 modules at startup. Many more at runtime but let's be fair! So the test script should do something similar, perhaps just loading everything in Task::Kensho would be enough, as well as instantiating a DB handle, of course, and dumping the %INC or something in a template. Now, put it on an EC2 instance or something and report back on the cost difference, actual money and time both, running say 10K requests against each and let the audience decide if your conclusions are reasonable in cost; or any other way.

Re^3: Replacing CGI.pm is busywork
by Anonymous Monk on Jun 22, 2018 at 01:17 UTC

    Mike Robinson/sundialsvc4, This is not the place for spam, so go away, go spam someplace else, you clearly know nothing about code, legacy or otherwise, converting to persistent environment . sundialservices/mike-robinson/51/532/5a you are an unwanted marketer, a spammer, this is not the website for you. Go away.