Re: Re: Really odd PHP problem
| From: | Andi Gutmans | Date: | Sun, 05 Sep 2004 23:34:55 +0000 |
| Subject: | Re: Re: Really odd PHP problem | ||
| References: | 1 2 3 4 5 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-12598@lists.php.net to get a copy of this message | ||
At 04:25 PM 9/5/2004 -0700, Rasmus Lerdorf wrote:
On Sun, 5 Sep 2004, Andi Gutmans wrote: At 03:13 PM 9/5/2004 -0700, Rasmus Lerdorf wrote:Yeah I know non-pic doesn't work on all platforms but I gathered that -prefer-non-pic only uses PIC on platforms where non-PIC dso's aren't supported. I guess I'm wrong and we do need better autoconf checks. Maybe until someone has the energy to write something general we could do a specific ia32/Linux check where this is known to work. AndiOn Sun, 5 Sep 2004, Russ Garrett wrote:Any reason we aren't putting this into the default tree? Does it break on any systems? Yes, building a non-pic shared library doesn't work everywhere. But, the way to put it in would be to write the appropriate autoconf/automake/libtool magic to check this which I haven't had the energy for. On systems that support non-pic shared libraries it makes a lot of sense to build PHP that way. libphp.so is not a general-purpose shared library, it is a very specific shared library built to only be loaded into a single binary for the most part, so you don't lose anything by going non-pic and you gain 10%-20% performance.APC doesn't seem to work at all as a DSO, I'll try it statically later.I run it on thousands of servers as a DSO. What are you seeing that would make you think this? Also, if you are running PHP as a DSO and pushing your CPU you might want to compile it non-pic. Use this patch and reconfigure/recompile:http://lerdorf.com/non-pic.txt