Hi Pierre,
On Sun, Jan 26, 2014 at 11:01 PM, Pierre Joye <[email protected]> wrote:
> On Sun, Jan 26, 2014 at 11:54 AM, Anatol Belski <[email protected]> wrote:
>
> Some clarifications:
>
> > • The x86 build of the str_size_and_int64 is consistent with the
> x86 build
> > of 5.5.8.
>
> Meaning, no delta between patched and standard branch.
>
> > • The x64 build of the str_size_and_int64 branch was a bit slower
> than the
> > x86 build of any version, as expected.
>
> here we refer to the patched version.
>
> > • * I had some issues with the x64 versions of 5.5.8 and
>
> In this case we refer to the standard branch build using the x64 mode
> of the compiler, no patch applied.
>
> > str_size_and_int64 when testing with opcache enabled. Typically the
> > scripts will test each application three times with 16/32/64 virtual
> > clients. For the str_size_and_int64 build I could get 1 or 2 out of the
> > three runs to produce good results, and then the other runs would just
> > return 500 errors.
>
> That's the known issue we have with opcache on 64bit using 64bit
> binaries. It is due to the memory management. The int64/size_t patch
> is not causing this bug.
>
If you know how to fix it, please provide a patch.
Thanks. Dmitry.
>
>
> > • The 5.5.8 x64 build was even worse. With the opcache scenario,
> I was
> > not able to get decent results for Drupal and Joomla after several
> > attempts.
>
> Again, we have to keep in mind that the x64 is not the int64/size_t.
>
> cheers,
> --
> Pierre
>
> @pierrejoye | http://www.libgd.org
>