Re: Re: Really odd PHP problem

From: 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:
On Sun, 5 Sep 2004, Russ Garrett wrote:
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
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.
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. Andi

« previous php.internals (#12598) next »