PHP 64-bit binaries?

Hello,

I am searching for PHP binaries for Windows 64-bit.
It seems that such binaries are not supported officially at http://php.net.
There is some old unofficial binaries in the net.
Why there are no official support for Windows 64 bit?

--

Regards,

Ivan Cenov
OKTO-7 Co., Botevgrad, Bulgaria
i_cenov@botevgrad.com, imc@okto7.com
GSM: +359 888 76 10 80
phone: +359 723 6 61 20, +359 723 6 61 61
fax: +359 723 6 62 62


--
PHP Windows Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: PHP 64-bit binaries?

Ivan Cenov wrote:
> Hello,
>
> I am searching for PHP binaries for Windows 64-bit.
> It seems that such binaries are not supported officially at http://php.net.
> There is some old unofficial binaries in the net.
http://www.anindya.com/ is the current up to date source and links to a small
library of 64 bit extensions ... as well as providing matching Apache 64 bit.

> Why there are no official support for Windows 64 bit?
The 64 bit builds are not currently considered fully stable, but personally I've
not had any problems with them so far this year. They do need a lot of work to
clear a tranche of warnings in the 64bit compile logs.

--
Lester Caine - G8HFL
-----------------------------
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk//
Firebird - http://www.firebirdsql.org/index.php

--
PHP Windows Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

RE: PHP 64-bit binaries?

From everything that I've heard, there is not much benefit to a x64
binary for PHP.

IIS can run in 32 bit mode...not sure about Apache, but you probably
already know that....

Keith Davis (214) 906-5183

-----Original Message-----
From: Lester Caine [mailto:lester@lsces.co.uk]
Sent: Saturday, October 15, 2011 12:00 PM
To: php-windows
Subject: Re: [PHP-WIN] PHP 64-bit binaries?

Ivan Cenov wrote:
> Hello,
>
> I am searching for PHP binaries for Windows 64-bit.
> It seems that such binaries are not supported officially at
http://php.net.
> There is some old unofficial binaries in the net.
http://www.anindya.com/ is the current up to date source and links to a
small library of 64 bit extensions ... as well as providing matching
Apache 64 bit.

> Why there are no official support for Windows 64 bit?
The 64 bit builds are not currently considered fully stable, but
personally I've not had any problems with them so far this year. They do
need a lot of work to clear a tranche of warnings in the 64bit compile
logs.

--
Lester Caine - G8HFL
-----------------------------
Contact - http://lsces.co.uk/wiki/?page=3Dcontact
L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve -
http://enquirysolve.com/ Model Engineers Digital Workshop -
http://medw.co.uk// Firebird - http://www.firebirdsql.org/index.php

--
PHP Windows Mailing List (http://www.php.net/) To unsubscribe, visit:
http://www.php.net/unsub.php



This message (including any attachments) may contain confidential or otherwi=
se privileged information and is intended only for the individual(s) to whic=
h it is addressed. If you are not the named addressee you should not dissemi=
nate, distribute or copy this e-mail. Please notify the sender immediately b=
y e-mail if you have received this e-mail by mistake and delete this e-mail =
from your system. E-mail transmission cannot be guaranteed to be secured or =
error-free as information could be intercepted, corrupted, lost, destroyed, =
arrive late or incomplete, or contain viruses. The sender therefore does not=
accept liability for any errors or omissions in the contents of this messag=
e or that arise as a result of e-mail transmission. If verification is requi=
red please request a hard-copy version from the sender.

www.pridedallas.com


--
PHP Windows Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: PHP 64-bit binaries?

Keith Davis wrote:
>> From everything that I've heard, there is not much benefit to a x64
> binary for PHP.

Running all 64bit including the database, I'm seeing a reasonable performance
improvement over a pure 32 bit set-up on the same AMD 64bit hardware using 64bit
vista order of 10 to 15% faster. It was also worth pointing out that the same
hardware runs a good 50% faster again on a 64bit Linux OS. I think this shows
that the OS is the problem rather than the 64bit software, but the Linux OS does
seem to use the multiple cores more efficiently. I've not tested both with a 64
bit version of Windows7, the full 64bit setup installed and ran, so I've not
bothered swapping to all 32bit.

--
Lester Caine - G8HFL
-----------------------------
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk//
Firebird - http://www.firebirdsql.org/index.php

--
PHP Windows Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: PHP 64-bit binaries?

--0015175ce25086fa6404af5e466a
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

On Sun, Oct 16, 2011 at 12:24 AM, Lester Caine wrote:

> Keith Davis wrote:
>
>> From everything that I've heard, there is not much benefit to a x64
>>>
>> binary for PHP.
>>
>
> Running all 64bit including the database,


yeah, running the database servers on 64bit is a must, mostly because of th=
e
memory limitations of the 32bit and the native 64bit int also has a
performance improvement for databases.
but we are talking about php here, not database servers, so that's not
really a valid point here.



> I'm seeing a reasonable performance improvement over a pure 32 bit set-up
> on the same AMD 64bit hardware using 64bit vista order of 10 to 15% faste=
r.
> It was also worth pointing out that the same hardware runs a good 50% fas=
ter
> again on a 64bit Linux OS. I think this shows that the OS is the problem
> rather than the 64bit software, but the Linux OS does seem to use the
> multiple cores more efficiently. I've not tested both with a 64 bit versi=
on
> of Windows7, the full 64bit setup installed and ran, so I've not bothered
> swapping to all 32bit.


would be curious that what would be the performance differences if
everything else would be the same, so only comparing 32bit php to 64bit php=
..
AFAIR 64bit php is a little bit slower.

--=20
Ferenc Kovács
@Tyr43l - http://tyrael.hu

--0015175ce25086fa6404af5e466a--

Re: PHP 64-bit binaries?

QWdyZWVkIG9uIHRoZSBEQiBzaWRlLiBXZSBydW4gTXlTUUwgeDY0Lg0KDQpP bmUgYXJlYSBJIGNv
dWxkIHNlZSB1c2luZyBhbiB4NjQgYmluYXJ5IGlzIHRoYXQgd2UgcnVuIFdp bmNhY2hlIGFuZCBJ
IGNvdWxkIHNlZSBhIHNjZW5hcmlvIGluIHdhbnRpbmcgdG8gdXNlIG1vcmUg UkFNIHRoYW4gMzIg
Yml0IHdpbGwgYWxsb3cuIA0KDQpTZW50IGZyb20gbXkgYWxsLXBvd2VyZnVs IGlQaG9uZSA0LA0K
S2VpdGggRGF2aXMgMjE0LTkwNi01MTgzDQoNCk9uIE9jdCAxNSwgMjAxMSwg YXQgNTo1NyBQTSwg
IkZlcmVuYyBLb3ZhY3MiIDx0eXJhM2xAZ21haWwuY29tPiB3cm90ZToNCg0K PiBPbiBTdW4sIE9j
dCAxNiwgMjAxMSBhdCAxMjoyNCBBTSwgTGVzdGVyIENhaW5lIDxsZXN0ZXJA bHNjZXMuY28udWs+
IHdyb3RlOg0KPiANCj4+IEtlaXRoIERhdmlzIHdyb3RlOg0KPj4gDQo+Pj4g RnJvbSBldmVyeXRo
aW5nIHRoYXQgSSd2ZSBoZWFyZCwgdGhlcmUgaXMgbm90IG11Y2ggYmVuZWZp dCB0byBhIHg2NA0K
Pj4+PiANCj4+PiBiaW5hcnkgZm9yIFBIUC4NCj4+PiANCj4+IA0KPj4gUnVu bmluZyBhbGwgNjRi
aXQgaW5jbHVkaW5nIHRoZSBkYXRhYmFzZSwNCj4gDQo+IA0KPiB5ZWFoLCBy dW5uaW5nIHRoZSBk
YXRhYmFzZSBzZXJ2ZXJzIG9uIDY0Yml0IGlzIGEgbXVzdCwgbW9zdGx5IGJl Y2F1c2Ugb2YgdGhl
DQo+IG1lbW9yeSBsaW1pdGF0aW9ucyBvZiB0aGUgMzJiaXQgYW5kIHRoZSBu YXRpdmUgNjRiaXQg
aW50IGFsc28gaGFzIGENCj4gcGVyZm9ybWFuY2UgaW1wcm92ZW1lbnQgZm9y IGRhdGFiYXNlcy4N
Cj4gYnV0IHdlIGFyZSB0YWxraW5nIGFib3V0IHBocCBoZXJlLCBub3QgZGF0 YWJhc2Ugc2VydmVy
cywgc28gdGhhdCdzIG5vdA0KPiByZWFsbHkgYSB2YWxpZCBwb2ludCBoZXJl Lg0KPiANCj4gDQo+
IA0KPj4gSSdtIHNlZWluZyBhIHJlYXNvbmFibGUgcGVyZm9ybWFuY2UgaW1w cm92ZW1lbnQgb3Zl
ciBhIHB1cmUgMzIgYml0IHNldC11cA0KPj4gb24gdGhlIHNhbWUgQU1EIDY0 Yml0IGhhcmR3YXJl
IHVzaW5nIDY0Yml0IHZpc3RhIG9yZGVyIG9mIDEwIHRvIDE1JSBmYXN0ZXIu DQo+PiBJdCB3YXMg
YWxzbyB3b3J0aCBwb2ludGluZyBvdXQgdGhhdCB0aGUgc2FtZSBoYXJkd2Fy ZSBydW5zIGEgZ29v
ZCA1MCUgZmFzdGVyDQo+PiBhZ2FpbiBvbiBhIDY0Yml0IExpbnV4IE9TLiBJ IHRoaW5rIHRoaXMg
c2hvd3MgdGhhdCB0aGUgT1MgaXMgdGhlIHByb2JsZW0NCj4+IHJhdGhlciB0 aGFuIHRoZSA2NGJp
dCBzb2Z0d2FyZSwgYnV0IHRoZSBMaW51eCBPUyBkb2VzIHNlZW0gdG8gdXNl IHRoZQ0KPj4gbXVs
dGlwbGUgY29yZXMgbW9yZSBlZmZpY2llbnRseS4gSSd2ZSBub3QgdGVzdGVk IGJvdGggd2l0aCBh
IDY0IGJpdCB2ZXJzaW9uDQo+PiBvZiBXaW5kb3dzNywgdGhlIGZ1bGwgNjRi aXQgc2V0dXAgaW5z
dGFsbGVkIGFuZCByYW4sIHNvIEkndmUgbm90IGJvdGhlcmVkDQo+PiBzd2Fw cGluZyB0byBhbGwg
MzJiaXQuDQo+IA0KPiANCj4gd291bGQgYmUgY3VyaW91cyB0aGF0IHdoYXQg d291bGQgYmUgdGhl
IHBlcmZvcm1hbmNlIGRpZmZlcmVuY2VzIGlmDQo+IGV2ZXJ5dGhpbmcgZWxz ZSB3b3VsZCBiZSB0
aGUgc2FtZSwgc28gb25seSBjb21wYXJpbmcgMzJiaXQgcGhwIHRvIDY0Yml0 IHBocC4NCj4gQUZB
SVIgNjRiaXQgcGhwIGlzIGEgbGl0dGxlIGJpdCBzbG93ZXIuDQo+IA0KPiAt LSANCj4gRmVyZW5j
IEtvdsOhY3MNCj4gQFR5cjQzbCAtIGh0dHA6Ly90eXJhZWwuaHUNCg0KDQpU aGlzIG1lc3NhZ2Ug
KGluY2x1ZGluZyBhbnkgYXR0YWNobWVudHMpIG1heSBjb250YWluIGNvbmZp ZGVudGlhbCBvciBv
dGhlcndpc2UgcHJpdmlsZWdlZCBpbmZvcm1hdGlvbiBhbmQgaXMgaW50ZW5k ZWQgb25seSBmb3Ig
dGhlIGluZGl2aWR1YWwocykgdG8gd2hpY2ggaXQgaXMgYWRkcmVzc2VkLiBJ ZiB5b3UgYXJlIG5v
dCB0aGUgbmFtZWQgYWRkcmVzc2VlIHlvdSBzaG91bGQgbm90IGRpc3NlbWlu YXRlLCBkaXN0cmli
dXRlIG9yIGNvcHkgdGhpcyBlLW1haWwuIFBsZWFzZSBub3RpZnkgdGhlIHNl bmRlciBpbW1lZGlh
dGVseSBieSBlLW1haWwgaWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBlLW1h aWwgYnkgbWlzdGFr
ZSBhbmQgZGVsZXRlIHRoaXMgZS1tYWlsIGZyb20geW91ciBzeXN0ZW0uIEUt bWFpbCB0cmFuc21p
c3Npb24gY2Fubm90IGJlIGd1YXJhbnRlZWQgdG8gYmUgc2VjdXJlZCBvciBl cnJvci1mcmVlIGFz
IGluZm9ybWF0aW9uIGNvdWxkIGJlIGludGVyY2VwdGVkLCBjb3JydXB0ZWQs IGxvc3QsIGRlc3Ry
b3llZCwgYXJyaXZlIGxhdGUgb3IgaW5jb21wbGV0ZSwgb3IgY29udGFpbiB2 aXJ1c2VzLiBUaGUg
c2VuZGVyIHRoZXJlZm9yZSBkb2VzIG5vdCBhY2NlcHQgbGlhYmlsaXR5IGZv ciBhbnkgZXJyb3Jz
IG9yIG9taXNzaW9ucyBpbiB0aGUgY29udGVudHMgb2YgdGhpcyBtZXNzYWdl IG9yIHRoYXQgYXJp
c2UgYXMgYSByZXN1bHQgb2YgZS1tYWlsIHRyYW5zbWlzc2lvbi4gSWYgdmVy aWZpY2F0aW9uIGlz
IHJlcXVpcmVkIHBsZWFzZSByZXF1ZXN0IGEgaGFyZC1jb3B5IHZlcnNpb24g ZnJvbSB0aGUgc2Vu
ZGVyLg0KDQp3d3cucHJpZGVkYWxsYXMuY29tDQoNCg==

Re: PHP 64-bit binaries?

hi,

On Sun, Oct 16, 2011 at 12:24 AM, Lester Caine wrote:
> Keith Davis wrote:
>>>
>>> From everything that I've heard, there is not much benefit to a x64
>>
>> binary for PHP.
>
> Running all 64bit including the database, I'm seeing a reasonable
> performance improvement over a pure 32 bit set-up on the same AMD 64bit
> hardware using 64bit vista order of 10 to 15% faster. It was also worth
> pointing out that the same hardware runs a good 50% faster again on a 64bit
> Linux OS. I think this shows that the OS is the problem rather than the
> 64bit software, but the Linux OS does seem to use the multiple cores more
> efficiently. I've not tested both with a 64 bit version of Windows7, the
> full 64bit setup installed and ran, so I've not bothered swapping to all
> 32bit.

PHP is slower in 64bit than in 32bit modes. Databases (be oracle,
mysql or other) are another stories and many of them are faster.
However one does not have to run php in 64bit mode to talk to database
servers running in 64bit mode.

That being said, the main issues are not only for php but many
libraries used by php. They did not support windows 64bit very well
and they have not been tested enough to be ran on production servers
safely (by all means).

--
Pierre

@pierrejoye | http://blog.thepimp.net | http://www.libgd.org

--
PHP Windows Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: PHP 64-bit binaries?

--bcaec501c10465782004af6ae010
Content-Type: text/plain; charset=ISO-8859-1

On Sun, Oct 16, 2011 at 9:12 AM, Pierre Joye wrote:

> PHP is slower in 64bit than in 32bit modes. Databases (be oracle,
> mysql or other) are another stories and many of them are faster.
> However one does not have to run php in 64bit mode to talk to database
> servers running in 64bit mode.
>
> Those are good points, but sometimes 64 bit php would make sense. For
example, what if I had a script that I ran from the command line that edited
xml files that were more than 3 gigabytes in size? Lets assume that this was
the only way to get this data, and this script was putting the data in a
database. I would not be able to do that operation in 32 bit php because the
entire xml file could not be loaded into memory.

The above example is more feasible then many would think (sometimes you have
no control over the format of the data you get). There are also other cases
where the memory address limitations of a 32 bit process could come into
play.

Justin

--bcaec501c10465782004af6ae010--

Re: PHP 64-bit binaries?

hi Justin!

On Sun, Oct 16, 2011 at 3:57 PM, Justin Dearing wrote:
> On Sun, Oct 16, 2011 at 9:12 AM, Pierre Joye wrote:
>
>> PHP is slower in 64bit than in 32bit modes. Databases (be oracle,
>> mysql or other) are another stories and many of them are faster.
>> However one does not have to run php in 64bit mode to talk to database
>> servers running in 64bit mode.
>>
>> Those are good points, but sometimes 64 bit php would make sense. For
> example, what if I had a script that I ran from the command line that edited
> xml files that were more than 3 gigabytes in size? Lets assume that this was
> the only way to get this data, and this script was putting the data in a
> database. I would not be able to do that operation in 32 bit php because the
> entire xml file could not be loaded into memory.

Well, right. The only advantage is the largest maximal available
memory. But I'd to say that if one is processing GB of XML data using
DOM, then he should seriously consider xmlreader and xmlwriter. They
are stream based parser and used a constant relatively low memory foot
print.

For the wincache example given above, if an app needs more than a
couple of GB for its user cache, solution like memcache should
seriously be considered. Opcode cache will certainly reach this value
in most cases :)

Cheers,
--
Pierre

@pierrejoye | http://blog.thepimp.net | http://www.libgd.org

--
PHP Windows Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: PHP 64-bit binaries?

W dniu 2011-10-16 16:07, Pierre Joye pisze:
> hi Justin!
>
> Well, right. The only advantage is the largest maximal available
> memory. But I'd to say that if one is processing GB of XML data using
> DOM, then he should seriously consider xmlreader and xmlwriter. They
> are stream based parser and used a constant relatively low memory foot
> print.
>
> For the wincache example given above, if an app needs more than a
> couple of GB for its user cache, solution like memcache should
> seriously be considered. Opcode cache will certainly reach this value
> in most cases :)
>
> Cheers,
> --
> Pierre
>

Hi!

I was also thinking about x64 php.
Guys, you said that 64 bit PHP is slightly slower than 32 bit, but there
might be areas where x64 will be faster. Let's imagine site basing on
image or video processing. That kind of site could take advantage of x64.

Lester gave us a link to unofficial x64 PHP, so compilation is possible.
Maybe it is a time to start publishing x64 alpha versions of PHP,
collect bugs information and so on.

regards
Tomasz

--
PHP Windows Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: PHP 64-bit binaries?

On Sun, Oct 16, 2011 at 5:16 PM, Tomasz Krawczyk wrote:

> I was also thinking about x64 php.
> Guys, you said that 64 bit PHP is slightly slower than 32 bit, but there
> might be areas where x64 will be faster. Let's imagine site basing on image
> or video processing. That kind of site could take advantage of x64.

I would not suggest to use php to process videos but to spawn the
processing to 3rd party servers using better tools.

As for images, for web images, x64 provides little gains except for
very few cases.

> Lester gave us a link to unofficial x64 PHP, so compilation is possible.
> Maybe it is a time to start publishing x64 alpha versions of PHP, collect
> bugs information and so on.

Not until libs have better support. We did that in the past and users
automatically used them instead of using the stable x86 builds. It
caused more work for no gain as we do not have the resources now to
fix all libs.

However, that does not mean we are not working on that but it is not
in the 5.4 roadmap.

Cheers,
--
Pierre

@pierrejoye | http://blog.thepimp.net | http://www.libgd.org

--
PHP Windows Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: PHP 64-bit binaries?

Pierre Joye wrote:
> hi,
>
> On Sun, Oct 16, 2011 at 12:24 AM, Lester Caine wrote:
>> Keith Davis wrote:
>>>>
>>>> From everything that I've heard, there is not much benefit to a x64
>>>
>>> binary for PHP.
>>
>> Running all 64bit including the database, I'm seeing a reasonable
>> performance improvement over a pure 32 bit set-up on the same AMD 64bit
>> hardware using 64bit vista order of 10 to 15% faster. It was also worth
>> pointing out that the same hardware runs a good 50% faster again on a 64bit
>> Linux OS. I think this shows that the OS is the problem rather than the
>> 64bit software, but the Linux OS does seem to use the multiple cores more
>> efficiently. I've not tested both with a 64 bit version of Windows7, the
>> full 64bit setup installed and ran, so I've not bothered swapping to all
>> 32bit.
>
> PHP is slower in 64bit than in 32bit modes. Databases (be oracle,
> mysql or other) are another stories and many of them are faster.
> However one does not have to run php in 64bit mode to talk to database
> servers running in 64bit mode.
>
> That being said, the main issues are not only for php but many
> libraries used by php. They did not support windows 64bit very well
> and they have not been tested enough to be ran on production servers
> safely (by all means).

I think that perhaps the thing that is different in all my testing is that
eaccelerator is enabled. That is compiled 64bit as are all the other additional
libraries I use, such as imagemagick and the firebird client. I need to produce
a set of publishable performance figures on the machine that I've been testing
on, but that would take some time as I am more than happy with the current all
64bit setup. Testing each bit as 32bit or 64bit would take some work, but I will
endeavour just to switch the php section ... if I can get 32bit versions of all
the libraries currently being used with it.

Mixing 32bit and 64bit just seems totally wrong to me ... and I am not seeing
any unexplainable problems with my current setup, which has been running since I
first posted the 64bit links without even having to reboot windows. Something I
still have to do on customer sites with the 32bit setups :(

--
Lester Caine - G8HFL
-----------------------------
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk//
Firebird - http://www.firebirdsql.org/index.php

--
PHP Windows Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: PHP 64-bit binaries?

--0015175ce250cfd13704af714bea
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

On Sun, Oct 16, 2011 at 10:46 PM, Lester Caine wrote:

> Pierre Joye wrote:
>
>> hi,
>>
>> On Sun, Oct 16, 2011 at 12:24 AM, Lester Caine
>> wrote:
>>
>>> Keith Davis wrote:
>>>
>>>>
>>>>> From everything that I've heard, there is not much benefit to a x64
>>>>>
>>>>
>>>> binary for PHP.
>>>>
>>>
>>> Running all 64bit including the database, I'm seeing a reasonable
>>> performance improvement over a pure 32 bit set-up on the same AMD 64bit
>>> hardware using 64bit vista order of 10 to 15% faster. It was also worth
>>> pointing out that the same hardware runs a good 50% faster again on a
>>> 64bit
>>> Linux OS. I think this shows that the OS is the problem rather than the
>>> 64bit software, but the Linux OS does seem to use the multiple cores mo=
re
>>> efficiently. I've not tested both with a 64 bit version of Windows7, th=
e
>>> full 64bit setup installed and ran, so I've not bothered swapping to al=
l
>>> 32bit.
>>>
>>
>> PHP is slower in 64bit than in 32bit modes. Databases (be oracle,
>> mysql or other) are another stories and many of them are faster.
>> However one does not have to run php in 64bit mode to talk to database
>> servers running in 64bit mode.
>>
>> That being said, the main issues are not only for php but many
>> libraries used by php. They did not support windows 64bit very well
>> and they have not been tested enough to be ran on production servers
>> safely (by all means).
>>
>
> I think that perhaps the thing that is different in all my testing is tha=
t
> eaccelerator is enabled. That is compiled 64bit as are all the other
> additional libraries I use, such as imagemagick and the firebird client. =
I
> need to produce a set of publishable performance figures on the machine t=
hat
> I've been testing on, but that would take some time as I am more than hap=
py
> with the current all 64bit setup. Testing each bit as 32bit or 64bit woul=
d
> take some work, but I will endeavour just to switch the php section ... i=
f I
> can get 32bit versions of all the libraries currently being used with it.
>
> Mixing 32bit and 64bit just seems totally wrong to me ... and I am not
> seeing any unexplainable problems with my current setup, which has been
> running since I first posted the 64bit links without even having to reboo=
t
> windows. Something I still have to do on customer sites with the 32bit
> setups :(


did you checked your "Program Files (x86)" directory lately?
for windows it is common that there are apps without 64bit versions. :(

--=20
Ferenc Kovács
@Tyr43l - http://tyrael.hu

--0015175ce250cfd13704af714bea--

Re: PHP 64-bit binaries?

On Sun, Oct 16, 2011 at 10:46 PM, Lester Caine wrote:

> Mixing 32bit and 64bit just seems totally wrong to me ...

There is nothing wrong here but a totally normal configuration.

If one takes care of performances, the database server(s) are separate
servers anyway. And they are totally unrelated to the clients
connecting to them.

> and I am not
> seeing any unexplainable problems with my current setup, which has been
> running since I first posted the 64bit links without even having to reboot
> windows. Something I still have to do on customer sites with the 32bit
> setups :(

I see literally dozen. Many libraries do even claim no support for
win64 as it is totally untested and could suffer from many unknown
issues (including security ones). We have discussed that in the past
already and I would really appreciate that you stop to say that there
is no issue as it is totally misleading.

Cheers,
--
Pierre

@pierrejoye | http://blog.thepimp.net | http://www.libgd.org

--
PHP Windows Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: PHP 64-bit binaries?

Ferenc Kovacs wrote:
> did you checked your "Program Files (x86)" directory lately?
> for windows it is common that there are apps without 64bit versions. :(

If these machines had to run anything other than the Apache/PHP/Firebird stack
that might be relevant, but my hands are tied by the customer to provide a
Windows based server rather than the preferred Linux setup. Most other things
are simply removed since they are not required, just leaving only the code
required to run the stack.

Yes Pierre - on the larger systems we run multiple machines, but on sites that
only require a single computer, a single clean stack is also nice, with
everything in the one base directory and without the agro of deciding if this is
a 32bit or 64bit program. Everything running on the Linux boxes is 64 bit, and
everything is built from the same code base, so I will continue to use a single
64bit stack ... and when problems arise then I will deal with them, but nothing
is giving me a problem currently ...

--
Lester Caine - G8HFL
-----------------------------
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk//
Firebird - http://www.firebirdsql.org/index.php

--
PHP Windows Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: PHP 64-bit binaries?

On Mon, Oct 17, 2011 at 9:38 AM, Lester Caine wrote:

> Yes Pierre - on the larger systems we run multiple machines, but on sites
> that only require a single computer, a single clean stack is also nice, with
> everything in the one base directory and without the agro of deciding if
> this is a 32bit or 64bit program. Everything running on the Linux boxes is
> 64 bit, and everything is built from the same code base, so I will continue
> to use a single 64bit stack ..

We are not talking about a linux stack here. And a server, even on the
same machine, has nothing to do with the clients connecting to it, as
explained earlier already.

--
Pierre

@pierrejoye | http://blog.thepimp.net | http://www.libgd.org

--
PHP Windows Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: PHP 64-bit binaries?

Pierre Joye wrote:
>> Yes Pierre - on the larger systems we run multiple machines, but on sites
>> > that only require a single computer, a single clean stack is also nice, with
>> > everything in the one base directory and without the agro of deciding if
>> > this is a 32bit or 64bit program. Everything running on the Linux boxes is
>> > 64 bit, and everything is built from the same code base, so I will continue
>> > to use a single 64bit stack ..
> We are not talking about a linux stack here. And a server, even on the
> same machine, has nothing to do with the clients connecting to it, as
> explained earlier already.

? I'm running the full stack on windows as 64 bit code and seeing a performance
improvement over the 32bit version. Stripping parts out of the 64 bit stack and
just running them 32bit may be worth the effort, but *I* am happy that my own
PHP section running 64bit libraries for graphics and eaccelerator is running
faster than switching just that section to 32 bit. There way well be room for
improvement, but having to sort out which programs can be 64bit and which 32bit
is just messy. Apache running 64 bit IS faster so using a 32 bit version once
one switches to VC9 builds, so maintaining everything 64bit VC9 just seems
sensible. Exactly the same as it is on Linux anyway.

--
Lester Caine - G8HFL
-----------------------------
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk//
Firebird - http://www.firebirdsql.org/index.php

--
PHP Windows Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: PHP 64-bit binaries?

--000e0cd406c00161e204af7b322b
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

On Mon, Oct 17, 2011 at 10:46 AM, Lester Caine wrote:

> Pierre Joye wrote:
>
>> Yes Pierre - on the larger systems we run multiple machines, but on site=
s
>>> > that only require a single computer, a single clean stack is also
>>> nice, with
>>> > everything in the one base directory and without the agro of decidin=
g
>>> if
>>> > this is a 32bit or 64bit program. Everything running on the Linux
>>> boxes is
>>> > 64 bit, and everything is built from the same code base, so I will
>>> continue
>>> > to use a single 64bit stack ..
>>>
>> We are not talking about a linux stack here. And a server, even on the
>> same machine, has nothing to do with the clients connecting to it, as
>> explained earlier already.
>>
>
> ? I'm running the full stack on windows as 64 bit code and seeing a
> performance improvement over the 32bit version.

we are talking about your whole stack, as you didn't ran benchmarks using
32bit php vs 64bit php.



> Stripping parts out of the 64 bit stack and just running them 32bit may b=
e
> worth the effort,

yeah, using 32bit php should gain you a little bit performance gain, and
more stable and supported build.


> but *I* am happy that my own PHP section running 64bit libraries for
> graphics and eaccelerator is running faster than switching just that sect=
ion
> to 32 bit.

how do you know that it is running faster? did you benchmarked it against
the 32bit version? I thought that you didn't.


> There way well be room for improvement, but having to sort out which
> programs can be 64bit and which 32bit is just messy.

yeah, life is a bitch.


> Apache running 64 bit IS faster


are you sure?
I didn't really see any benchmarks supporting that fact, let alone for
windows, which is usually less of an interest for the apache httpd
developers.


> so using a 32 bit version once one switches to VC9 builds, so maintaining
> everything 64bit VC9 just seems sensible. Exactly the same as it is on Li=
nux
> anyway.


yeah, if you are using php as an apache module, but if you use for example
fastcgi, you can run 32bit php with 64bit apache or vice versa.

--=20
Ferenc Kovács
@Tyr43l - http://tyrael.hu

--000e0cd406c00161e204af7b322b--

Re: PHP 64-bit binaries?

On Mon, Oct 17, 2011 at 10:46 AM, Lester Caine wrote:
> Pierre Joye wrote:
>>>
>>> Yes Pierre - on the larger systems we run multiple machines, but on sit=
es
>>> > =A0that only require a single computer, a single clean stack is also
>>> > nice, with
>>> > =A0everything in the one base directory and without the agro of decid=
ing
>>> > if
>>> > =A0this is a 32bit or 64bit program. Everything running on the Linux
>>> > boxes is
>>> > =A064 bit, and everything is built from the same code base, so I will
>>> > continue
>>> > =A0to use a single 64bit stack ..
>>
>> We are not talking about a linux stack here. And a server, even on the
>> same machine, has nothing to do with the clients connecting to it, as
>> explained earlier already.
>
> ? I'm running the full stack on windows as 64 bit code and seeing a
> performance improvement over the 32bit version. Stripping parts out of th=
e
> 64 bit stack and just running them 32bit may be worth the effort

Quoting your last mail:

" Everything running on the Linux boxes is 64 bit, and everything is
built from the same code base, so I will continue=A0to use a single
64bit stack ..". So let stop this confusing discussion, points have
been made, we have ran extensive tests with all possible apps and
backends, PHP is actually slower and not stable enough and in some
extend less safe when built as 64bit. And I refer only to PHP and its
libraires here, not external tools like databases.

Cheers,
--=20
Pierre

@pierrejoye | http://blog.thepimp.net | http://www.libgd.org

--
PHP Windows Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: PHP 64-bit binaries?

Ferenc Kovacs wrote:
> ? I'm running the full stack on windows as 64 bit code and seeing a
> performance improvement over the 32bit version.
> we are talking about your whole stack, as you didn't ran benchmarks using 32bit
> php vs 64bit php.

I haven't rolled back just part ... in fact I have yet to find 32 bit builds of
some of the extensions I use, but see last note ...

> Stripping parts out of the 64 bit stack and just running them 32bit may be
> worth the effort,
> yeah, using 32bit php should gain you a little bit performance gain, and more
> stable and supported build.

> but *I* am happy that my own PHP section running 64bit libraries for
> graphics and eaccelerator is running faster than switching just that section
> to 32 bit.
>
> how do you know that it is running faster? did you benchmarked it against the
> 32bit version? I thought that you didn't.

I've not rolled back to 32bit with 5.3.8 ... the base benchmark was back at
5.3.5 time frame, although I'm not seeing any difference between 5.3.7 and 5.3.8
on 64bit speed wise.

> Apache running 64 bit IS faster
> are you sure?
Fairly ... but I've just wiped the 32bit vista machine and that will have a
clean 64bit W7 next so I've got another chance to get the figures.

> I didn't really see any benchmarks supporting that fact, let alone for windows,
> which is usually less of an interest for the apache httpd developers.
Anindya builds both x86 and x64 versions of Apache with VC9 since there are no
official builds of Apache we can use with PHP anyway, so complaining that I'm
not using an official PHP is a little academic anyway :) I'll run in just the
Apache first and play with that - but my benchmarks are on PHP :(

> so using a 32 bit version once one switches to VC9 builds, so maintaining
> everything 64bit VC9 just seems sensible. Exactly the same as it is on Linux
> anyway.
>
> yeah, if you are using php as an apache module, but if you use for example
> fastcgi, you can run 32bit php with 64bit apache or vice versa.
I only ever use php5apache2_2.dll in Apache ...

--
Lester Caine - G8HFL
-----------------------------
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk//
Firebird - http://www.firebirdsql.org/index.php

--
PHP Windows Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: PHP 64-bit binaries?

Pierre Joye wrote:
> On Mon, Oct 17, 2011 at 10:46 AM, Lester Caine wrote:
>> Pierre Joye wrote:
>>>>
>>>> Yes Pierre - on the larger systems we run multiple machines, but on sites
>>>>> that only require a single computer, a single clean stack is also
>>>>> nice, with
>>>>> everything in the one base directory and without the agro of deciding
>>>>> if
>>>>> this is a 32bit or 64bit program. Everything running on the Linux
>>>>> boxes is
>>>>> 64 bit, and everything is built from the same code base, so I will
>>>>> continue
>>>>> to use a single 64bit stack ..
>>>
>>> We are not talking about a linux stack here. And a server, even on the
>>> same machine, has nothing to do with the clients connecting to it, as
>>> explained earlier already.
>>
>> ? I'm running the full stack on windows as 64 bit code and seeing a
>> performance improvement over the 32bit version. Stripping parts out of the
>> 64 bit stack and just running them 32bit may be worth the effort
>
> Quoting your last mail:
>
> " Everything running on the Linux boxes is 64 bit, and everything is
> built from the same code base, so I will continue to use a single
> 64bit stack ..". So let stop this confusing discussion, points have
> been made, we have ran extensive tests with all possible apps and
> backends, PHP is actually slower and not stable enough and in some
> extend less safe when built as 64bit. And I refer only to PHP and its
> libraires here, not external tools like databases.

"so I will continue to use a single 64bit stack .. " on Windows since my
starting point is the 64 bit build of Apache using php5apache2_2.dll built from
the same code base as the 64 bit Linux stack ...
Since there are no 'official' VC9 builds of Apache we are starting from an
unofficial base anyway.

It would be useful to know where you are seeing stability issues since I have
yet to find any and have a number of fairly busy sites running on it. These are
all intranet, so have had quite a hammering from the IT departments security
wise without any failures, but are not accessible outside the network.

--
Lester Caine - G8HFL
-----------------------------
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk//
Firebird - http://www.firebirdsql.org/index.php

--
PHP Windows Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php