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

--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php



Reply via email to