Re: ZTS - why are you using it?

From: Date: Tue, 29 Jan 2013 09:31:43 +0000
Subject: Re: ZTS - why are you using it?
References: 1 2  Groups: php.internals 
Request: Send a blank email to internals+get-65336@lists.php.net to get a copy of this message
On Tue, Jan 29, 2013 at 5:28 PM, Laruence <laruence@php.net> wrote: > On Tue, Jan 29, 2013 at 5:03 PM, Zeev Suraski <zeev@zend.com> wrote: >> I didn’t want to hijack the Optimizer+ thread so I’m creating a new one, >> based on the apparent level of interest in ZTS. This isn’t an RFC to >> remove ZTS by any stretch, but I **am** a bit confused about why people are >> still using ZTS. >> >> >> >> A bit of background. I started the ZTS project (based on initial work by >> Shane Caraveo more than a decade ago), and invested countless hours in >> pushing it all throughout PHP. So I really hold absolutely no grudge >> against it, quite the contrary… However, many years ago, I came to the >> conclusion that it was a bit of a lost cause trying to weed out all the >> thread safety issues from everywhere – and that a simpler, more elegant >> solution exists in the form of FastCGI. >> >> >> >> Which brings me to the subject of this mail – why are you using ZTS PHP >> instead of single threaded PHP? The reasons not to use it are few but >> fairly major – it’s significantly slower than the non-ZTS PHP, and it’s >> significantly less robust in the sense that a single bug somewhere can >> bring down an entire server (or at least a bunch of many different >> threads). What are your reasons to choose it over FastCGI? > > Hey: > > It's not we choose ZTS, it is there are many users run with them (IIS, > Apache+workers, and pthreads extension require it) > > and all PHP extensions supports it, so if O+ doesn't, it feel a little > inconsistent. And, if O+ aims only to be a PECL extension, I think it's okey. but if it is going to PHP src, I think the consistent should be considered, agree? thanks > > thanks > >> >> >> >> Zeev > > > > -- > Laruence Xinchen Hui > http://www.laruence.com/ -- Laruence Xinchen Hui http://www.laruence.com/

« previous php.internals (#65336) next »