Re: ZTS - why are you using it?
| From: | Laruence | 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/