Re: [PHP4BETA] ZTS mode sooo much slower?
| From: | Rasmus Lerdorf | Date: | Thu, 01 Jan 1970 00:00:00 +0000 |
| Subject: | Re: [PHP4BETA] ZTS mode sooo much slower? | ||
| References: | 1 | Groups: | php.version4 |
| Request: | Send a blank email to php-version4+get-4176@lists.php.net to get a copy of this message | ||
> It can actually (C++ compilers tend to be MUCH worse than C compilers,
> especially when it comes to optimizations). We need to see the non thread
> safe stats though, if the scanner functions take like 1%, it makes no
> sense. If they take 30%, it's more than reasonable.
I would be interested in seeing a system call profile of the two compared
against each other. That might shed some light on things as well.
If the threaded version is going to eat up a lot more resources than the
non-threaded, it is sort of pointless. At least on Unix, the whole point
of going to a threaded web server architecture is to reduce resource
usage. There is no real inherent performance to be gained by going
threaded, but the fact that on many operating systems a thread is lighter
and is better able to share resources with other threads means that you
can have more threads active and thus handle more concurrent requests and
thus scale better. So far in testing the threaded Apache 2.0 we are
seeing major improvements on AIX and not much difference on Linux yet.
For the Linux case this is mostly because there is so little difference
between a thread and a process on that OS.
It is going to be interesting to see what sort of numbers we can get out
of Apache2/PHP when we get that combination working.
-Rasmus