RE: [PHP-DEV] How much load...
| From: | Andres K?tt | Date: | Thu, 12 Aug 1999 13:56:38 +0000 |
| Subject: | RE: [PHP-DEV] How much load... | ||
| References: | 1 | Groups: | php.dev |
| Request: | Send a blank email to php-dev+get-9783@lists.php.net to get a copy of this message | ||
> > ... can PHP3/4 handle? Provided we have an Apache server and
> > appropriate hardware, can PHP handle a load of >200 simultaneous
> > connections? I have developed some small-scale PHP apps, but now we
> > are looking for a tool to create heavily loaded database solutions for
>
> With the appropriate hardware, PHP can handle loads like that. The
> question is really how much hardware is "appropriate"? It'll all depend
Let's be more specific. We expect something like 50 users making 5000-row queries (Oracle
database) on a _huge_ table simultaneously ( plus more that 200 of them doing smaller ones). There
are currently 200-300 new user connections per minute and it's growing. Hardware is not a
problem, but I'm concerned about what happens to a Apache/PHP3(4) server handling that load
(stability problems, certain bugs showing, etc?). Anyone wanna share experiences?
> on how much code has to be parsed and how heavy processing is done. It
> sounds to me like you need PHP 4.0 and ZendPersistentRegistry.
ZendPersistentRegistry? What's that? Does it allow to to have persistent variables that
preserve their values while PHP parses several documents?
> PHP does currently not know CORBA, but several people have expressed
> interst in implementing it.
OK, but I need CORBA just for limiting the count of concurrent database connections and for
intelligent request queuing. Are there any other (already implemented) solutions for that?
Andres Kütt,
Hansapank
Attachment: [text/x-vcard] Andres Ktt.vcf
Attachment: [text/x-vcard] Andres Ktt.vcf