Re: [VOTE] [RFC] 64 bit platform improvements for string length and integer

From: Date: Wed, 14 May 2014 09:13:35 +0000
Subject: Re: [VOTE] [RFC] 64 bit platform improvements for string length and integer
References: 1 2 3 4  Groups: php.internals 
Request: Send a blank email to internals+get-74175@lists.php.net to get a copy of this message 
On 14/05/14 09:21, Dmitry Stogov wrote:

yes. We discussed that patch with Pierre for hours, and I always told that
I afraid about memory consumption overhead.
my tests showed it clearly

phpng was started as closed project, because we didn't know if we'll able
to succeed at all (it's not a first attempt) and we liked to move fast.
Once, we got useful results we opened it.
seehttps://wiki.php.net/phpng#performance_evaluation


Dmitry
As all of my systems are based on Firebird, I can't currently test even if I did have the time. One area that I have problems with is the fact that 64 bit numbers are a key element of SEQUENCE/GENERATOR values which PHP does not support well and which I'd like to see fixed, but I can understand your concern over 64bit strings increasing memory consumption. This is why I think that lumping several 64bit related items together does not make sense? Looking at this from the hardware side, some 64bit processes will be faster on a 64bit machine, but also supporting 32bit builds simply adds to the overheads. I'd prefer to see better coverage of benchmarking since I don't think limited testing gives the whole picture? But I don't see 64/32 changes having a substantial effect. Do we need 64bit long strings - not generally - but the facility should be covered properly while still retaining 32bit operations?

-- 
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
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk

Thread (87 messages)

« previous php.internals (#74175) next »