On Sun, 23 Sep 2001, Andi Gutmans wrote:
> We should check with the MySQL guys what the performance implications are.
> I remember they had a contest for the fastest longlong2str() function. I
> guess this was due to performance problems.
> We should also at least see if this would cause problems with all sorts of
> standard functions missing for long long such as strtol(). I guess
stroll? It works with me.
> supporting long long's is more than just changing the type in the zval.
I do realize that... Most extensions assume the type is 'long', so that
needs to be fixed first. No matter how you look at it, it will be big
job to do.
In PHP performance is IMHO a bit less important than in DBMS's. If
you're after performance you shouldn't use a scripting language anyway
:).
But if this would have a major performance penalty, it's something
different... I'll time stroll and strtol to see how much slower it is.
Anyway, it would be nice if someone with expericence with changing to 8
byte integers could share his experiences...
--Jeroen
>
> Andi
>
> At 09:13 PM 9/23/2001 +0200, Jeroen van Wolffelaar wrote:
> >Hi,
> >
> >For a scripting language, integers should IMHO be bounded by a number that
> >will reasonally not be bound by numbers that will be used in normal scripts.
> >
> >That is currently not the case, 4 bytes are insufficient IMHO. Why not make
> >sure PHP uses 8 bytes at least? Or are there platforms not supporting 8byte
> >integers? I believe most popular do... (at least linux on i586 and i686,
> >windows and Solaris (I tested SunOS 5.6))
> >
> >For implementation, I think that we should introduce p_int and p_float
> >typedefs for php-integer and php-float anyway, and changing THAT isn't a
> >problem.
> >
> >About preformance/memory, I think that's not an issue. Making strings
> >unicode will be much more heavy for PHP...
> >
> >--Jeroen
>
>
Jeroen van Wolffelaar
[EMAIL PROTECTED]
http://www.A-Eskwadraat.nl/~jeroen
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
