Re: [rfc] 64bit usage, actual memory usage using real life apps
| From: | Dmitry Stogov | Date: | Thu, 15 May 2014 06:09:24 +0000 |
| Subject: | Re: [rfc] 64bit usage, actual memory usage using real life apps | ||
| References: | 1 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-74215@lists.php.net to get a copy of this message | ||
On Thu, May 15, 2014 at 3:33 AM, Pierre Joye <pierre.php@gmail.com> wrote:
> hi,
>
> So here are the first numbers:
>
>
> peak mem usage:
>
> Wordpress master: 24.33Mb
> Wordpress str_size_and_int64: 25.72Mb
> delta 5.4%
>
> Symfony master: 26.59Mb
> Symfony str_size_and_int64: 27.19Mb
> delta 2.2%
>
> Drupal master: 23.46MB
> Drupal str_size_and_int64: 24.60Mb
> delta 4.63%
>
> There is indeed more memory used but it is less than one could expect
> and very acceptable given the benefits provided by the patch.
>
> Also we may see more gains if class/variable/etc names use int32
> instead of size_t, as Stas pointed out it makes little sense in this
> case and the implementation is much safer than any other areas in the
> core (or other extensions).
>
Read "more gain" as "less degradation".
> I feel confident that we can even get better results with phpng, once
> we get the time to actually merge the 64bit patch and do further
> analyzes while stabilizing phpng.
>
I wouldn't be so confident, before seeing the results.
The relative memory consumption increase on phpng is going to be more
significant.
Thanks. Dmitry.
>
> I have to ask anyone to actually look at these numbers and the
> benefits (see the other thread "on memory usage with the 64bit patch,
> and interpretation of various numbers").
>
> Cheers,
> --
> Pierre
>
> @pierrejoye | http://www.libgd.org
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>