Re: parallell execution

Hello Stig, On 29-Aug-00 10:08:27, you wrote: >In Tue, Aug 29, 2000 at 02:09:30PM +0200, Stig S. Bakken wrote: >> I want this to implement "backgrounded" asynchronous I/O, which I guess >> is more or less what you need it for as well? >Well yes, sort of. We would need asynchronous variants of the different >functions. For instance if I want to do LDAP in the background, we would >need to have asynchronous LDAP functions. It would be neat to have a >more general mechanism. Of course if we made an asynchronous version of >fopen, I could launch new PHP interpreters through the webserver instead, >and have several PHP scripts run in parallell. >Well, I'll have a look at ticks and do some more thinking on how to >use it. I heard that Perl has (will have?) a pool of interpreters read to run scripts in the Apache 2 multi-threaded environment. This means that for each Apache process there will be spare interpreters ready to run scripts threads. Anyway, I think that the lack of support to start new script processes/threads is one of the remaining things that PHP lacks and in some cases makes it an inferior solution when compared to Perl and Java servlets. For instance, with process/threading support, background servers could cache frequently accessed data and cache it in their own memory space. Anyway, this is only one aspect of the defiencies of PHP when it comes to off-server work support. I wonder if any effort is being planned to cover this area that PHP lacks in upcoming versions. Regards, Manuel Lemos Web Programming Components using PHP Classes. Look at: http://phpclasses.UpperDesign.com/?user=mlemos@acm.org -- E-mail: mlemos@acm.org URL: http://www.mlemos.e-na.net/ PGP key: http://www.mlemos.e-na.net/ManuelLemos.pgp --