On 10/3/05, Michael Peters <[EMAIL PROTECTED]> wrote: > Thilo Planz wrote: > > Another big difference is that FastCGI runs outside of the Apache > > process and cannot bring Apache down. If you have more than one FastCGI > > application, they are also separate from eachother. > > So even if an coding error or runtime error causes one application to > > run amok, the others (and the site as a whole) may still continue to > > operate. > > You get the same thing with the frontend/backend split.
Not exactly, because with FastCGI and PP you can split multiple applications into separate groups of processes, where one group won't affect the others. The same thing can be done with mod_perl, but you would have to run a separate mod_perl server for each app. That is much harder to manage than a bunch of simple PP processes. Also, the configuration of a frontend/backend split server is way more complex than just running a PP process (the PP process needs no configuration at all, just change the shebang line in your CGI script). If you want a slight bit more performance from PP then run the Apache mod_persistentperl module, or mod_speedycgi module (same thing different name), which would then also avoid the extra fork to run the CGI process. > > I have heard, though, that Perl's memory pages have a tendency to become > > "unshared" after some time. > > Memory will only get unshared if it's written to. So it's quite possible > that there are a lot of modules out there that will change package level > variables, etc and thus unshare a page. But I don't think this is a perl > issue, but rather the author's of those modules not thinking about > shared memory. I believe that if you use lexicals for all your variables, you should be OK (so always use 'my'). If you alter variables configured with 'use vars' or 'our' then pages start becoming unshared very quickly. All in all, you will get the best performance by using backend mod_perl server. However, you can get most of the way there, with lots of flexibility, and little to no configuration with PersistentPerl. Cheers, Cees --------------------------------------------------------------------- Web Archive: http://www.mail-archive.com/[email protected]/ http://marc.theaimsgroup.com/?l=cgiapp&r=1&w=2 To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
