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