There are some things I mention in this blog entry re: why I think
multi-process architecture is not a bad thing even with where CPUs are
going:
http://tinyurl.com/3eyfth

This was obviously a heated discussion and I'd appreciate if you have
flames/comments to send them to me directly and/or on the blog and not
to this list. Just sending it though as it answers some of these
concerns.

Andi

> -----Original Message-----
> From: Stanislav Malyshev [mailto:[EMAIL PROTECTED]
> Sent: Thursday, July 17, 2008 8:42 AM
> To: Jochem Maas
> Cc: 'internals@lists.php.net'
> Subject: Re: [PHP-DEV] PHP vs PHP NTS benackmark (win32)
> 
> Hi!
> 
> > a, what are the ramifications of having to run php without threading
> > when we live in a world that's increasingly moving towards
> > multi-core/multi- CPU systems?
> 
> I'd say next to none, since multi-CPU systems are perfectly capable of
> running multiple processes and PHP lives in the context of the web
> server where multiple processes are just fine.
> 
> > b, Is php not missing out here big time?
> 
> Not really, even though some cool stuff may be done, but that's
> probably
> outside standard threading model.
> 
> > d, Will threads ever become recommended in/for php?
> 
> Unless some serious change happens, I don't see it likely. "Shared
> nothing" works not too bad.
> 
> > e, If threads become the norm, will php code have to be written
> > differently to account for threads?
> 
> too hypothetical for me :)
> 
> > f, are there things I can/should be doing to my [production]
> > systems/software-stacks to leverage extra performance for my php
> > code from CPUs with multiple cores (and/or machines with multiple
> > CPUs)?
> 
> Have Apache with bigger MaxClients? ;)
> --
> Stanislav Malyshev, Zend Software Architect
> [EMAIL PROTECTED]   http://www.zend.com/
> (408)253-8829   MSN: [EMAIL PROTECTED]
> 
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php


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

Reply via email to