The most expensive part about perl is the init time. So you either want
to find out how many calls per minute or most likely want FastAGI which
eliminates this problem entirely.
I wonder if FastAGI handles process pools, or if the FastAGIs need to
handle sub-processes or threading.
Douglas Garstang wrote:
So I really wish there was some way to measure how well the worst case scenario
would perform. This would be 120 simultaneous calls (don't know how many per
second) on a Dual 3.8Ghz Dell PowerEdge 1850 with 2GB RAM. Asterisk would call
an AGI script, written in perl, to route all calls. The script would have to
perform multiple database queries in order to route a call.
-----Original Message-----
From: Mike Fedyk [mailto:[EMAIL PROTECTED]
Sent: Wednesday, January 11, 2006 3:27 PM
To: Asterisk Users Mailing List - Non-Commercial Discussion
Cc: [EMAIL PROTECTED]
Subject: Re: [Asterisk-Users] Nested MySQL Commands
Chris Albertson wrote:
Under Linux (and other OSes) It's not as bad as that. Even with
128 Perl processes running there is only one copy of the Perl
interpeter in memory. Each of the 128 running processes would
have it's own copy of only it's data segments. With Perl
already in memory the biggest system overhead would be
process creation.
The best design is the one that minimizes the number of
process that the kernel has to create. Notice that this is
why the Apache Perl modual is so much faster than using
Perl from a CGI script
You will get the best usage of shared pages if all child interpreted
processes fork off of one parent process. That way they can share as
many data pages as possible also.
If they don't fork off of each other, then a new copy of the interpreter
will be put into memory. There will be some shared CoW pages between
them, but not nearly as many when compared forking off of a common pool
of processes.
_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --
Asterisk-Users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --
Asterisk-Users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --
Asterisk-Users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
