Пользуетесь PHP на 64-х битной платформе? Значит потеряли в производительности!

[amarao]

Вы меня аж заставили проверить (поживёт некоторое время):

Убунту 64:
109.234.152.215/test.php
— TEST #1-----
start FOR & WHILE testing
0.15936398506165 for($i=0;$i<3000000;$i++) {}
0.12152099609375 while($i++<3000001) {}
0.14831209182739 while($i<3000000) {$i++;}
0.14576196670532 while ($i<3000000): $i++; endwhile;

start a.=b & a=a.b testing

Убунту 32:
109.234.152.216/test.php

— TEST #1-----
start FOR & WHILE testing
0.19635510444641 for($i=0;$i<3000000;$i++) {}
0.15909695625305 while($i++<3000001) {}
0.18111395835876 while($i<3000000) {$i++;}
0.18113207817078 while ($i<3000000): $i++; endwhile;

start a.=b & a=a.b testing

Вижу 32 дольше, чем 64? Что я делаю не так? Xen 3.4, XCP, Xeon L5520.

[lashtal]

> присутствует в php5.2
Видимо, в 5.3 уже нет?

[amarao]

Тогда делайте заголовок менее жёлтым. Я выполнил условия: 64 бита, php. Быстрее. Если есть нюансы, так и говорите: проблемы с производительностью php5.2 на 64-битных платформах.

Ан нет, нужно обязательно объявить конец света, заявить громкие слова космического масштаба и космической же важности. А внутри проблемы одной из версий одного из интерпретаторов. Пшик.

[lashtal]

это не я заголовок делал )
так, предположил.

[odessky]

Он у тебя не выполнился до конца

[amarao]

ну, я в php не разбираюсь — показан код, я его выполнил на дефолтных конфигах одного из распространённых линукс-серверов. В любом случае, выполнившаяся часть одинакова, нет?

[odessky]

Выполни в консоли и посмотри на ошибки

[FractalizeR]

А откуда там могут быть ошибки, если он его у вас взял и скопировал целиком?

[odessky]

Еще есть такая штука как php.ini и ошибки типа Allocation memory blah-blah-blah

[amarao]

PS PAE действительно тормознее, чем x86_64, на действительно высокой нагрузке (около 900Мб/с) i386 показал вместо ожидаемых 900Мб/с только 600Мб/с.

[undead_ekb]

echo $time.' for($i=0;$i

[undead_ekb]

echo $time.' /**/
';
Месье знает толк^W^W не знает про \n

[naim]

Тест немного неправильно сделан — он синтетический, кроме того не указанно достаточно количество исходных условий(ОС, сборка php и т.д)(ИМХО).У меня наоборот на 64-х битной скорость сильно выше особенно на реальных приложениях.
По поводу 32x и 64x можете посмотреть на wiki лора www.linux.org.ru/wiki/en/32_%D0%B8%D0%BB%D0%B8_64_%D0%B1%D0%B8%D1%82%D0%B0

[odessky]

Но гарантии, что подобный код отсутствует в каких-то cms, а тем более под зендом — никто не даст.

[naim]

Какой код вы имеете в виду.Тут в тесте только цикл и кроме того в нем одна инструкция ввида $a.= $b (не + [тут может кроиться свои подводные камни]);
Помоему тут очевидно, что данные операции составляют от силы пару процентов в cms(кстати именно поэтому тест синтетический(теститься нереальные, небоевые условия)).И на производительность влиять не буду.
P.S. По поводу тестов на производительность(имеенно методов) были толковые статьи на ixbt.com.

[odessky]

Первая часть теста — это тупая прогрузка связки интерпретатор php — процессор, связанная с проверкой времени исполнения различных конструкций циклов.
Вторая часть теста — это попытка нагрузить память используя различные конструкции.

[naim]

Ну это понятно.

[akalend]

занимательное открытие
спасибо за статью

[Osaka]

А так PHP у нас прежде всего связан с сайтами, то и блог соответствующий — хостинг.

А блог блог PHP подходит ещё лучше.

[odessky]

Это не проблема скриптов PHP, а специфика malloc

[Vladson]

Ржал как конь…

Вы бы ещё сказали «купили мерседес? потеряли бабки ЗАЗ дешевле»

[elky]

Последний тэг повеселил.

[g3ar]

Прелестная мера производительности «чертовски медленно», а так же отличное сравнение с другими языками: «подобной проблемы там нет». Если вы говорите о производительности, значит обязательно нужно приводить цифры как минимум, например, время выполнения приведеного скрипта. А по хорошему нужно еще описать конфигурацию системы, дистрибутив и настройки интерпретаторов. А ваш топик — очередной желтый загогловок, не несущий под катом ровным счетом НИЧЕГО ценного. Мотайте на ус.

[g3ar]

не понимаю логики. пост плюсуют, а какойто мудак в карму насрал:(

[Lisio]

$karma+=is_yellow($title)? 1: -1;

[korzhik]

у вас логическая ошибка

[Lisio]

Вы это ТС объясните

[korzhik]

кому??

[nuit]

>указав в переменных ядра старое значение…
>export MALLOC_MMAP_THRESHOLD_=131072
интересные у вас переменные ядра :)

[Kobs]

Собственно это есть в статье, но все же было бы правильно вынести эту фразу в заголовок:
«такая проблема присутствует в php5.2». Причем, скорее всего, такая проблема присутствует ТОЛЬКО в php5.2

[schors]

А на FreeBSD не гоняли? Интересно, но лень.

[odessky]

Нет, тазика под рукой небыло