True,

Threading support would be a powerful feature to php, but it is not
likely to happen anytime soon, due to current design issues with doing
it, and the fact that it would take someone who was really really
focused on adding this functionality (it would be alot of work).

Now with that said, you should be able to handle everything you need to
do with I/O multiplexing, or prefork. If  you absolutely need the
performance of threads, and your task is complex enough, you may want to
look at building a simple multi-threaded c client lib, and then building
a php wrapper over it.

Also, php has a little known functionality called "ticks" that allows
you to have an external function called between X number of opcodes.

Hope this helps,
-Jason


On Fri, 2002-04-26 at 11:05, Dan Hardiker wrote:
> The only feature which would be useful towards this module is threading. If
> PHP were able to thread it could handle multiple incoming sockets and
> neglegate the need for IPC between child processes (where PCNTL has been
> used) as it could all be handled by a common parent with shared (not
> copied) variables.
> 
> Just my 2p's worth
> 
> -- 
> Dan Hardiker [[EMAIL PROTECTED]]
> ADAM Software & Systems Engineer
> First Creative Ltd
> 
> >
> > I've been using it since the first API revision and it's been working
> > fine  for me. (Up to and including the latest API revision.) As far as
> > I'm  concerned, it's getting pretty close to losing the experimental
> > tag.  (Perhaps by PHP 4.3.x or so, barring any glarring problems that
> > I've not  encountered.)
> >
> > J
> >
> >
> > Markus Fischer wrote:
> >
> >>     Hi,
> >>
> >>     Simple when enough people have tested it and it reaches the
> >>     consensus that it's mature enough for being called stable
> >>     (api doesn't change anymore, more testers, you name it).
> >>
> >>     - Markus
> >>
> >> On Thu, Apr 25, 2002 at 07:46:30PM +0200, Michael Virnstein wrote :
> >>> Hi,
> >>>
> >>> as i could read in the manual, the socket functions are completely
> >>> experimental.
> >>> When do you think the API gets final and won't change
> >>> anymore. Any comments on this are welcome.
> >>>
> >>> Michael
> >>>
> >
> >
> > --
> > PHP Development Mailing List <http://www.php.net/>
> > To unsubscribe, visit: http://www.php.net/unsub.php
> 
> 
> 
> -- 
> PHP Development Mailing List <http://www.php.net/>
> To unsubscribe, visit: http://www.php.net/unsub.php
> 



-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, visit: http://www.php.net/unsub.php

Reply via email to