Нужно настроить сервер (debian, nginx, php-fpm и.т.п) $)

1 234
S
На сайте с 19.07.2010
Offline
41
#21

Не в поддержку холивара, но хороший сравнительный тест в статье, еще раз укоренился в том, что питон превосходит php по скорости.

Да в общем-то ни разу в этом не сомневался и до этой статьи.

iHead
На сайте с 25.04.2008
Offline
137
#22
serkl:
Не в поддержку холивара, но хороший сравнительный тест в статье, еще раз укоренился в том, что питон превосходит php по скорости.
Да в общем-то ни разу в этом не сомневался и до этой статьи.

ок, не хотел писать, но ради объективности отмечу.

там PHP сильно старый, неизвестен состав модулей, неизвестно использовался ли акселератор. сравнивается время работы кода, но ничего не сказано о времени старта/инициализации приложения. нет также информации о потребляемой оперативной памяти для понимания того, какой ценой дается производительность. нет информации о числе прогонов, тесты надо усреднять вобще-то, нет информации о прочих факторах. ну и сам тест - ООП, есть много других вещей, производительность которых можно сравнивать в языках и результат может быть иным.

Рекомендуемый хостинг партнер 1С-Битрикс (https://www.ihead.ru/bitrix/), PHP-хостинг (https://www.ihead.ru/php/), доверенный партнер RU-CENTER (https://www.ihead.ru/news/573.html), официальный представитель REG.RU в Кирове (https://www.ihead.ru/news/851.html)
babnicks
На сайте с 23.10.2009
Offline
47
#23
serkl:
хороший сравнительный тест в статье

Ну уж если начали оффтоп, то продолжу:

Данный тест примечателен тем, что оценивает ни какую-то конкретную операцию типа поиска подстроки, которые и на python'е и на php в конечном итоге исполняются из кода написанного на C и скорее всего совпадают байт в байт, так как оптимальный алгоритм для данной операции уже давно известен :)

И вероятно (допускаю это), что в PHP найдутся конкретные функции, которые могут работать быстрее аналогов на python.

Данный тест сравнивает именно скорость работы самого языка: создание объектов, освобождение памяти, работу с указателями. То есть оценивает скорость базиса, на котором основанно уже все остальное за исключением функций из C библиотек.

Результат имхо очень показателен.

babnicks добавил 25.10.2011 в 19:55

iHead:
но ничего не сказано о времени старта/инициализации приложения.

У питона оно на порядок меньше, так как код уже хранится в объектном виде python-vm. И скорость стоп/старта наименее критичный показатель при реализации серьезных проектов, режим работы а-ля apache-php это вообще нонсенс с точки зрения здравого смысла...

iHead:

нет также информации о потребляемой оперативной памяти для понимания того, какой ценой дается производительность.

У php этот показатель намного выше чем у питона, в других тестах есть, можете поинтересоваться.

iHead:

ну и сам тест - ООП. есть много других вещей, производительность которых можно сравнивать в языках и результат может быть иным.

про тест читайте выше, именно тест такого вида очень показателен, так как демонстрирует "голое нутро" VM обозначенных языков.

100% защита от спам-ботов (https://www.keycaptcha.com)
iHead
На сайте с 25.04.2008
Offline
137
#24
babnicks:
Ну уж если начали оффтоп, то продолжу:
...
скорость работы самого языка: создание объектов, освобождение памяти, работу с указателями

все это в той версии PHP сильно отличается от того что, есть в PHP сейчас.

Java так вообще никогда не блистала производительностью, объекты, конечно, ее конек.

babnicks
На сайте с 23.10.2009
Offline
47
#25
iHead:
все это в той версии PHP сильно отличается от того что, есть в PHP сейчас.

Статью читали? PHP 5.2.3 с тех пор произошла революция в мире PHP ? :D

iHead:
Java так вообще никогда не блистала производительностью, объекты, конечно, ее конек.

:) порадовали... самые высоконагруженные приложения пишутся именно на ней 😂 (быстрее только C++)

iHead
На сайте с 25.04.2008
Offline
137
#26

вот что у меня получилось по поводу PHP

проц с частотой 2.93ГГц

[alex@s16 ~]$ /usr/local/bin/php-538 -f 1.php

Time per iteration = 271.31 microsecondsnr

у них в тесте 593 при частоте 2.16ГГц.

грубо говоря при частоте 2.93 получилось бы 593 * 2.16 / 2.93 = 437.

437 / 271 = 1.61 (во столько раз PHP 5.3.8 быстрее 5.2.3 на этом тесте).

этим я хотел показать разницу в версиях PHP.

из этой темы удаляюсь. все остальное, я уже сказал. удачи :)

babnicks
На сайте с 23.10.2009
Offline
47
#27
iHead:
вот что у меня получилось по поводу PHP
проц с частотой 2.93ГГц
[alex@s16 ~]$ /usr/local/bin/php-538 -f 1.php
Time per iteration = 271.31 microsecondsnr

у них в тесте 593 при частоте 2.16ГГц.
грубо говоря при частоте 2.93 получилось бы 593 * 2.16 / 2.93 = 437.

437 / 271 = 1.61 (во столько раз PHP 5.3.8 быстрее 5.2.3 на этом тесте).

этим я хотел показать разницу в версиях PHP.

Этим Вы показали что умеете умножать и делить.

Эксперемент поставленный на разных операционках с разным железом ни говорит ни о чем :)

Запустите питон версию, тогда станет хоть что-то понятно... Если соотношение останется таким как в статье, значит дело просто в том, что у Вас лучше железо или операционка.

Почитайте в комментах к той статье написанно, что на 64 битной операционки наблюдается прирост быстродействия PHP на 60% ;) ровно Ваша цифра ( 1.6 у Вас вышло ).

Может это оно ? ;)

iHead
На сайте с 25.04.2008
Offline
137
#28
babnicks:
Эксперемент поставленный на разных операционках с разным железом ни говорит ни о чем :)

равно как 1 эксперимент не говорит о том, что какой-то язык производительнее другого.

Ну и чтоб голова отдохнула: лурк :)

iHead добавил 26.10.2011 в 00:22

babnicks:
Запустите питон версию, тогда станет хоть что-то понятно... Если соотношение останется таким как в статье, значит дело просто в том, что у Вас лучше железо или операционка.

[alex@s16 ~]$ python 1.py

Time per iteration = 121.656868458 microseconds

у них 192. при пересчете на 2.93 должно быть 141.

141/121 = 1.16

как, видно, пропорция не та.

iHead добавил 26.10.2011 в 00:30

вот еще на той же машине, но PHP 5.2.17

[alex@s16 ~]$ /usr/local/bin/php -f 1.php

Time per iteration = 318.33 microsecondsnr

как, видно, производительность PHP 5.3.8 выше, чем 5.2.17 на обсуждаемом тесте:

318 / 271 = 1.17

вы, ошибаетесь, если думаете, что внутри ветки 5.2 не было улучшений производительности, особенно на версиях с разницей в 3 года.

SI
На сайте с 03.12.2007
Offline
130
#29

Иногда, дополнительную производительность можно получить обновляя вспомогательные компоненты.

Несколько дней назад, тихо и незаметно, вышла новая версия PCRE-8.20, где среди прочего была добавлена JIT-компиляция. Так что Apache/mod_rewrite и PHP/preg_* могут стать быстрее.

-= Онлайн сервисы =-
[Удален]
#30
babnicks:
порадовали... самые высоконагруженные приложения пишутся именно на ней 😂 (быстрее только C++)

Я думал это Erlang(насчет высоконагруженные).

1 234

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий