forum.opennet.ru - "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10.1" (50)

форумы

помощь

поиск

регистрация

майллист

вход/выход

слежка

"Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10.1"

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10.1"	+/–
Сообщение от opennews (??) on 14-Дек-15, 12:14
Инженеры одного из хостинг-операторов, специализирующегося на размещении сайтов на базе WordPress, опубликовали (https://kinsta.com/blog/the-definitive-php-7-final-version-h.../) результаты оценки производительности PHP 7.0 (https://www.opennet.dev/opennews/art.shtml?num=43449) в сравнении с прошлой веткой PHP 5.6 и развиваемой инженерами Facebook виртуальной машины HHVM (http://hhvm.com/) (HipHop Virtual Machine), снабжённой JIT-компилятором. Следует отметить, что стабильный выпуск HHVM 3.10.1 не является полностью совместимым с PHP 7.0, базовая совместимость с PHP 7.0 пока обеспечена (http://hhvm.com/blog/10859/php-7-support) только в экспериментальной ветке HHVM 3.11. Тестирование проводилось с использованием WordPress 4.3.1, Drupal 8, Magento 2.0 CE, OctoberCMS build 309, PyroCMS v3 beta2, Laravel 5.1.11 и Flarum v0.1.0-beta.4. Во всех тестах, за исключением Laravel, наибольшую производительность продемонстрирвоал HHVM, но отставание PHP 7.0 было не столь существенным, как в случае использования PHP 5.6. Например, в тесте Magento PHP 7.0 и HHVM продемонстрировали 183.87 и 192.19 транзакций в секунду, а в WordPress - 357.69 и 306.24. В тесте Laravel PHP 7.0 даже обогнал HHVM. Тест форумом Flarum провести не получилось, так как его не удалось запустить с HHVM и PHP 7. В тесте Drupal 8 разрыв в производительности оказался почти в два раза 1739.28 у HHVM против 917.10 у PHP 7.0. <center><a href="https://kinsta.com/wp-content/uploads/2015/12/Copy-of-Copy-o... src="https://www.opennet.dev/opennews/pics_base/0_1450083877.png&q... style="border-style: solid; border-color: #e9ead6; border-width: 15px;max-width:100%;" title="" border=0></a></center> <center><a href="https://kinsta.com/wp-content/uploads/2015/12/Drupal-8.png&q... src="https://www.opennet.dev/opennews/pics_base/0_1450083895.png&q... style="border-style: solid; border-color: #e9ead6; border-width: 15px;max-width:100%;" title="" border=0></a></center> <center><a href="https://kinsta.com/wp-content/uploads/2015/12/Copy-of-Transa... src="https://www.opennet.dev/opennews/pics_base/0_1450083913.png&q... style="border-style: solid; border-color: #e9ead6; border-width: 15px;max-width:100%;" title="" border=0></a></center> <center><a href="https://kinsta.com/wp-content/uploads/2015/12/OctoberCMS.png... src="https://www.opennet.dev/opennews/pics_base/0_1450083933.png&q... style="border-style: solid; border-color: #e9ead6; border-width: 15px;max-width:100%;" title="" border=0></a></center> <center><a href="https://kinsta.com/wp-content/uploads/2015/12/PyroCMS-3.png&... src="https://www.opennet.dev/opennews/pics_base/0_1450083954.png&q... style="border-style: solid; border-color: #e9ead6; border-width: 15px;max-width:100%;" title="" border=0></a></center> <center><a href="https://kinsta.com/wp-content/uploads/2015/12/Laravel-5.1.pn... src="https://www.opennet.dev/opennews/pics_base/0_1450083977.png&q... style="border-style: solid; border-color: #e9ead6; border-width: 15px;max-width:100%;" title="" border=0></a></center> URL: https://kinsta.com/blog/the-definitive-php-7-final-version-h.../ Новость: http://www.opennet.dev/opennews/art.shtml?num=43515
Ответить \| Правка \| Cообщить модератору

Оглавление

Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..., Аноним, 12:14 , 14-Дек-15, (1) +1

Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..., Anik, 12:29 , 14-Дек-15, (3) +2

Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..., Keltanas, 17:05 , 15-Дек-15, (46)
Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..., SubGun, 08:11 , 17-Дек-15, (48) –1

Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..., Аноним, 13:19 , 18-Дек-15, (49) –1

Joomla, noname.htm, 12:26 , 14-Дек-15, (2) –1

Joomla, Нанобот, 17:37 , 14-Дек-15, (24) –2

Joomla, Georges, 15:07 , 15-Дек-15, (45)

Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..., index.php, 12:30 , 14-Дек-15, (4)
Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..., Аноним, 12:39 , 14-Дек-15, (5) –10

Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..., Аноним, 12:45 , 14-Дек-15, (6) +41

Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..., Ostrich, 03:22 , 25-Дек-15, (50)

Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..., Йода Мастер, 13:16 , 14-Дек-15, (7)
Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..., Аноним, 13:48 , 14-Дек-15, (8) +8

Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..., гость, 13:52 , 14-Дек-15, (9) +4
Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..., rob pike, 14:29 , 14-Дек-15, (15) –4

Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..., Аноним, 15:09 , 14-Дек-15, (21) +7

Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..., rob pike, 18:43 , 14-Дек-15, (28) –2
Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..., Аноним, 19:02 , 14-Дек-15, (32) –1

Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..., Нимано, 15:23 , 14-Дек-15, (22) +1

Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..., anonymous, 22:34 , 14-Дек-15, (36) +3

Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..., Sen, 15:00 , 16-Дек-15, (47)

Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..., Аноним, 14:05 , 14-Дек-15, (10) +1

Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..., Штунц, 14:22 , 14-Дек-15, (13) –1

Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..., тоже Аноним, 14:25 , 14-Дек-15, (14) +2

Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..., Crazy Alex, 18:18 , 14-Дек-15, (27) –2

Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..., тоже Аноним, 19:18 , 14-Дек-15, (33)

Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..., DeadMustdie, 20:47 , 14-Дек-15, (34) +1

Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..., тоже Аноним, 22:45 , 14-Дек-15, (38) –1
Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..., cmp, 03:07 , 15-Дек-15, (43)

Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..., анонимус, 21:32 , 14-Дек-15, (35)

Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..., тоже Аноним, 22:42 , 14-Дек-15, (37)

Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..., angra, 00:05 , 15-Дек-15, (39) –1

Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..., Аноним, 02:15 , 15-Дек-15, (41) +1

Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..., angra, 03:39 , 15-Дек-15, (44)

Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..., rob pike, 14:34 , 14-Дек-15, (17)

Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..., Crazy Alex, 18:11 , 14-Дек-15, (25)

Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..., rob pike, 18:46 , 14-Дек-15, (29) –1

Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..., Blind Vic, 14:48 , 14-Дек-15, (19) +4
Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..., Нимано, 14:51 , 14-Дек-15, (20) +1
Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..., Аноним, 15:55 , 14-Дек-15, (23)

Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..., Crazy Alex, 18:13 , 14-Дек-15, (26)

Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..., rob pike, 18:49 , 14-Дек-15, (30)
Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..., ram_scan, 18:52 , 14-Дек-15, (31) +2
Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..., Аноним, 01:38 , 15-Дек-15, (40)

Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..., Анонимный Grammar, 14:12 , 14-Дек-15, (11) +1

Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..., тоже Аноним, 14:32 , 14-Дек-15, (16)

Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..., george, 14:19 , 14-Дек-15, (12)

Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..., тоже Аноним, 14:39 , 14-Дек-15, (18)

Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..., Корабельная крыса, 02:18 , 15-Дек-15, (42) +1

Сообщения по теме [Сортировка по времени | RSS]

1. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..." +1 +/–

Сообщение от Аноним (??) on 14-Дек-15, 12:14

Жаль JIT не вошёл в PHP 7, но зато есть куда двигаться в PHP 8.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

3. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..." +2 +/–

Сообщение от Anik on 14-Дек-15, 12:29

Может тогда уж сразу переходить на HHVM и не ждать PHP 8?

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

46. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..." +/–

Сообщение от Keltanas on 15-Дек-15, 17:05

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

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

48. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..." –1 +/–

Сообщение от SubGun (??) on 17-Дек-15, 08:11

Он валится от каждого чиха. Там, где php просто в лог ошибку пишет, hhvm падает совсем. Это ппц как тупо.

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

49. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..." –1 +/–

Сообщение от Аноним (??) on 18-Дек-15, 13:19

Лучше пусть SIMD адаптируют, JIT не поможет.

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

2. "Joomla" –1 +/–

Сообщение от noname.htm on 14-Дек-15, 12:26

Жаль, что Jommla! в тест не попала.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

24. "Joomla" –2 +/–

Сообщение от Нанобот (ok) on 14-Дек-15, 17:37

и битрикс

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

45. "Joomla" +/–

Сообщение от Georges (ok) on 15-Дек-15, 15:07

Битрикс не работает на PHP 7.0.0

Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

4. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..." +/–

Сообщение от index.php on 14-Дек-15, 12:30

Неплохо

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

5. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..." –10 +/–

Сообщение от Аноним (??) on 14-Дек-15, 12:39

О как! Слышал от знакомого пхпешника, что скорость PHP уже можно сравнить с С++. А HHVM выходит побыстрее С++ будет. =)

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

6. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..." +41 +/–

Сообщение от Аноним (??) on 14-Дек-15, 12:45

> Слышал от знакомого пхпешника, что скорость PHP уже можно сравнить с С++
С кодом на C++, написанным пехапешником? Верю.

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

50. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..." +/–

Сообщение от Ostrich on 25-Дек-15, 03:22

АХахахахаха

Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

7. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..." +/–

Сообщение от Йода Мастер on 14-Дек-15, 13:16

сравнить-то, конечно, можно.
на 30-40% медленнее в сравнении 50-60% пхп5

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

8. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..." +8 +/–

Сообщение от Аноним (??) on 14-Дек-15, 13:48

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

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

9. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..." +4 +/–

Сообщение от гость on 14-Дек-15, 13:52

Код написанный на С++, обгоняет сам себя, переписанный на PHP. О, как!

Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

15. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..." –4 +/–

Сообщение от rob pike on 14-Дек-15, 14:29

Смотря какой код. За счет JIT в определенных случаях запросто может обгонять.

Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

21. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..." +7 +/–

Сообщение от Аноним (??) on 14-Дек-15, 15:09

JIT'ов написаны уже сотни, но что-то на практике этих "определйнных условий" так ни у кого и не наступило. Забудьте, никогда никакие JITы, а тем более в динамически типизированных языках не обгонят нормальный скомпилированный код.

Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

28. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..." –2 +/–

Сообщение от rob pike on 14-Дек-15, 18:43

Про LuaJIT не слышали?

Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

32. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..." –1 +/–

Сообщение от Аноним (??) on 14-Дек-15, 19:02

Срочно гуглить LibJit.

Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

22. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..." +1 +/–

Сообщение от Нимано on 14-Дек-15, 15:23

> Лет десять назад, кажется, в моде было утверждение, что Java код на
> ассемблере обгоняет.
Особенно если его написал тот же жабо-программист )
В 2005 уже был GCC4.
Обогнать его или интеловский/мсовский конечно было можно, но отнюдь уже не "дуриком" и в основном на SIMD.
За 2005 не скажу, но в 2009, после вдумчивой оптимизации (т.е. изучения документации интеля к конкретному цпу) можно было выжать 10-12 дополнительных процентов. Правда, ЧСХ – для этой самой конкретной модели, т.к. для других производительность падала на этот самый десяток процентов )

Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

36. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..." +3 +/–

Сообщение от anonymous (??) on 14-Дек-15, 22:34

Да-да. Как-то пришло ко мне одно чудо с заявой что его программа на жабе быстрее эквивалента на C.
Ничего не сказала рыбка, лишь посмотрела на вызовы strlen() в условии цикла for() и ушла в глубокое море.

Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

47. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..." +/–

Сообщение от Sen on 16-Дек-15, 15:00

Бесспорно, взять PHP и сравнить эту программу с C++ на каком нибудь IBM PC/AT 286... PHP будет опережать код на C++!

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

10. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..." +1 +/–

Сообщение от Аноним (??) on 14-Дек-15, 14:05

т.е. движение в сторону типизации/строгости языка и внесения ясности, сказывается положительно на производительности приложений. Главное непереусердствовать.
Плюс, некоторые фреймворки, демонстрируют неплохие результаты. Видимо сказывается: грамотное использование новых возможностей языка, успешное применение подходов DI/IoC
Было бы небезинтересно взглянуть тесты на производительность для: массивов, строк, подключений модулей, объектов.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

13. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..." –1 +/–

Сообщение от Штунц on 14-Дек-15, 14:22

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

Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

14. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..." +2 +/–

Сообщение от тоже Аноним (ok) on 14-Дек-15, 14:25

Всего лишь забота о программистах, у которых в противном случае 10% типового скрипта будут занимать переводы строки в число и обратно.

Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

27. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..." –2 +/–

Сообщение от Crazy Alex (ok) on 14-Дек-15, 18:18

А где они столько строкового ввода берут, на который отдельный код надо писать, а не циклы какие-нибудь? Насчёт "обратно" - тем более бред - код останется РОВНО таким же, как и был. А вообще - такие проблемы решаются удобным синтаксическим сахаром и вменяемым проектированием интерфейсов

Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

33. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..." +/–

Сообщение от тоже Аноним (ok) on 14-Дек-15, 19:18

Ну, например, "сырые" данные из БД - это таки строки. Которые, вполне возможно, не требуется преобразовывать для вывода, однако по ходу дела нужно, скажем, отсортировать по одному из столбцов. И в столбце этом может оказаться текст, дата, числа - где целые, где нет... так вот, сейчас в РНР это неважно, сравнение работает без явного приведения. Строки и даты будут сравниваться лексически, числа - по значению. Теоретически неявное приведение может привести к полной неразберихе, но именно в той области, где применяется PHP, оно сплошь и рядом оправдано. Потому что, вполне возможно, даже неверное приведение - совсем не сломает систему, просто порядок сортировки будет не тем, который, возможно, ожидался.

Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

34. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..." +1 +/–

Сообщение от DeadMustdie (??) on 14-Дек-15, 20:47

> Ну, например, "сырые" данные из БД - это таки строки.
Это вы где-то ядреной травы покурили.
Другое дело, что веб-разработка имеет дело в основном со строками, но вот базы данных тут совершенно ни при чем

Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

38. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..." –1 +/–

Сообщение от тоже Аноним (ok) on 14-Дек-15, 22:45

Речь про РНР. Функции РНР возвращают результаты из БД в виде массива строк.

Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

43. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..." +/–

Сообщение от cmp (??) on 15-Дек-15, 03:07

Время программулек, которые брали строковые аргументы из шелл, конвертили как им удобно и жили сами в себе, давно ушло. Сейчас межпроцессорное коммуникации строятся на json'оподобных наречиях, а участниками обмена часто является ПО несовместимое на уровне типов переменных, поэтому передавать бинарные структуры как есть даже в голову никому не приходит.

Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

35. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..." +/–

Сообщение от анонимус (??) on 14-Дек-15, 21:32

не из БД, а из MySQL, но да ее впрочем и БД то назвать сложно.

Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

37. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..." +/–

Сообщение от тоже Аноним (ok) on 14-Дек-15, 22:42

А самой распространенной БД в интернете - еще сложнее. Но придется.

Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

39. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..." –1 +/–

Сообщение от angra (ok) on 15-Дек-15, 00:05

Ну вот тебе простая задача: получить от пользователя два числа, перемножить их и вывести результат. Два преобразования из строки в число, одно полезное действие и преобразование из числа в строку.
Теперь усложним задачу, при указании типа требуется различать не только строки и числа, но и числа разных типов, самый минимум byte/int/longint/float/double, а лучше больше десятка, известных процессору. Предусмотреть вариант с тем, что введенное или полученное число не влезет в указанный тип. Обеспечить максимальное сохранение мантисы. Все еще не понимаешь, зачем нужны языки в которых можно написать просто 'say $ARGV[0] * $ARGV[1]' ?

Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

41. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..." +1 +/–

Сообщение от Аноним (??) on 15-Дек-15, 02:15

А теперь учти, что вместо чисел от пользователя может прийти мусор и нужно корректно среагировать а не упасть всем скриптом.
Может тогда будет понятно, чт простота выражения 'say $ARGV[0] * $ARGV[1]' это иллюзия.

Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

44. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..." +/–

Сообщение от angra (ok) on 15-Дек-15, 03:39

Ты не поверишь, но никакого падения не произойдет:
$ perl -E 'say $ARGV[0] * $ARGV[1]' dsf dsf
0

Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

17. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..." +/–

Сообщение от rob pike on 14-Дек-15, 14:34

> честно говоря, не ясно, зачем вообще нужны языки без строгой типизации
Сравните Template Haskell и reader macros в LISP - начнете догадываться.

Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

25. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..." +/–

Сообщение от Crazy Alex (ok) on 14-Дек-15, 18:11

Одну экзотику с другой, причём обе вообще не относятся к делу? Зачем?

Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

29. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..." –1 +/–

Сообщение от rob pike on 14-Дек-15, 18:46

Для понятности.

Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

19. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..." +4 +/–

Сообщение от Blind Vic (ok) on 14-Дек-15, 14:48

Вы не путаете строгую типизацию со статической?

Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

20. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..." +1 +/–

Сообщение от Нимано on 14-Дек-15, 14:51

> зачем вообще нужны языки без строгой типизации
Т.е. по вашему, Си не нужен – зато "да здравствует питон!"? 0_o

Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

23. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..." +/–

Сообщение от Аноним (??) on 14-Дек-15, 15:55

Ага, вместо $var = $_GET['id']; нужно будет писать $var = (int)$_GET['id']; Трогедия.

Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

26. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..." +/–

Сообщение от Crazy Alex (ok) on 14-Дек-15, 18:13

Например. И получать эксепшн, если оно не преобразуется. Вполне имеющий право на жизнь вариант.

Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

30. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..." +/–

Сообщение от rob pike on 14-Дек-15, 18:49

И не получать если преобразуется. Приехало "улица Ленина", положили в $last_name, порадовались статической типиизации, которая всех спасла.

Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

31. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..." +2 +/–

Сообщение от ram_scan on 14-Дек-15, 18:52

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

Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

40. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..." +/–

Сообщение от Аноним (??) on 15-Дек-15, 01:38

Ну если вы хотите быть уверены что там именно int, то сейчас вы делаете проверку на is_int(), а завтра будете ловить эксепшен.

Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

11. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..." +1 +/–

Сообщение от Анонимный Grammar on 14-Дек-15, 14:12

А б*триксом протестировать слабо?

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

16. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..." +/–

Сообщение от тоже Аноним (ok) on 14-Дек-15, 14:32

Так уже: http://idea.1c-bitrix.ru/to-make-the-product-compatible-with.../
(слеш в конце съедает местный парсер).

Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

12. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..." +/–

Сообщение от george (??) on 14-Дек-15, 14:19

А что это за такие мегапопулярные цмс системы OctoberCMS PyroCMS ? Обычные цмски вроде битрикса жумлы и прочей нечести на HHVM видимо не запускаются(в силу отсутствия ПХПшных модулей) ? =)

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

18. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..." +/–

Сообщение от тоже Аноним (ok) on 14-Дек-15, 14:39

Про битрикс ссылка выше, Джумла собирается выкатить версию 3.5 с заявленной поддержкой PHP 7 только к концу февраля.
Так что - кто успел обеспечить совместимость, того и померили.

Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

42. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..." +1 +/–

Сообщение от Корабельная крыса on 15-Дек-15, 02:18

Ничего, что жрет на один скрипт HHVM (87MB), PHP 7.0 (16мб)?

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..."	+1 +/–
Сообщение от Аноним (??) on 14-Дек-15, 12:14
Жаль JIT не вошёл в PHP 7, но зато есть куда двигаться в PHP 8.
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	3. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..."	+2 +/–
	Сообщение от Anik on 14-Дек-15, 12:29
	Может тогда уж сразу переходить на HHVM и не ждать PHP 8?
	Ответить \| Правка \| ^ к родителю #1 \| Наверх \| Cообщить модератору


	46. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..."	+/–
	Сообщение от Keltanas on 15-Дек-15, 17:05
	А вы пробовали использовать его в продакшене не перезапуская каждые пол часа?
	Ответить \| Правка \| ^ к родителю #3 \| Наверх \| Cообщить модератору


	48. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..."	–1 +/–
	Сообщение от SubGun (??) on 17-Дек-15, 08:11
	Он валится от каждого чиха. Там, где php просто в лог ошибку пишет, hhvm падает совсем. Это ппц как тупо.
	Ответить \| Правка \| ^ к родителю #3 \| Наверх \| Cообщить модератору


	49. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..."	–1 +/–
	Сообщение от Аноним (??) on 18-Дек-15, 13:19
	Лучше пусть SIMD адаптируют, JIT не поможет.
	Ответить \| Правка \| ^ к родителю #1 \| Наверх \| Cообщить модератору

2. "Joomla"	–1 +/–
Сообщение от noname.htm on 14-Дек-15, 12:26
Жаль, что Jommla! в тест не попала.
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	24. "Joomla"	–2 +/–
	Сообщение от Нанобот (ok) on 14-Дек-15, 17:37
	и битрикс
	Ответить \| Правка \| ^ к родителю #2 \| Наверх \| Cообщить модератору


	45. "Joomla"	+/–
	Сообщение от Georges (ok) on 15-Дек-15, 15:07
	Битрикс не работает на PHP 7.0.0
	Ответить \| Правка \| ^ к родителю #24 \| Наверх \| Cообщить модератору

4. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..."	+/–
Сообщение от index.php on 14-Дек-15, 12:30
Неплохо
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору

5. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..."	–10 +/–
Сообщение от Аноним (??) on 14-Дек-15, 12:39
О как! Слышал от знакомого пхпешника, что скорость PHP уже можно сравнить с С++. А HHVM выходит побыстрее С++ будет. =)
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	6. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..."	+41 +/–
	Сообщение от Аноним (??) on 14-Дек-15, 12:45
	> Слышал от знакомого пхпешника, что скорость PHP уже можно сравнить с С++ С кодом на C++, написанным пехапешником? Верю.
	Ответить \| Правка \| ^ к родителю #5 \| Наверх \| Cообщить модератору


	50. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..."	+/–
	Сообщение от Ostrich on 25-Дек-15, 03:22
	АХахахахаха
	Ответить \| Правка \| ^ к родителю #6 \| Наверх \| Cообщить модератору


	7. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..."	+/–
	Сообщение от Йода Мастер on 14-Дек-15, 13:16
	сравнить-то, конечно, можно. на 30-40% медленнее в сравнении 50-60% пхп5
	Ответить \| Правка \| ^ к родителю #5 \| Наверх \| Cообщить модератору


	8. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..."	+8 +/–
	Сообщение от Аноним (??) on 14-Дек-15, 13:48
	Лет десять назад, кажется, в моде было утверждение, что Java код на ассемблере обгоняет.
	Ответить \| Правка \| ^ к родителю #5 \| Наверх \| Cообщить модератору


	9. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..."	+4 +/–
	Сообщение от гость on 14-Дек-15, 13:52
	Код написанный на С++, обгоняет сам себя, переписанный на PHP. О, как!
	Ответить \| Правка \| ^ к родителю #8 \| Наверх \| Cообщить модератору


	15. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..."	–4 +/–
	Сообщение от rob pike on 14-Дек-15, 14:29
	Смотря какой код. За счет JIT в определенных случаях запросто может обгонять.
	Ответить \| Правка \| ^ к родителю #8 \| Наверх \| Cообщить модератору


	21. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..."	+7 +/–
	Сообщение от Аноним (??) on 14-Дек-15, 15:09
	JIT'ов написаны уже сотни, но что-то на практике этих "определйнных условий" так ни у кого и не наступило. Забудьте, никогда никакие JITы, а тем более в динамически типизированных языках не обгонят нормальный скомпилированный код.
	Ответить \| Правка \| ^ к родителю #15 \| Наверх \| Cообщить модератору


	28. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..."	–2 +/–
	Сообщение от rob pike on 14-Дек-15, 18:43
	Про LuaJIT не слышали?
	Ответить \| Правка \| ^ к родителю #21 \| Наверх \| Cообщить модератору


	32. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..."	–1 +/–
	Сообщение от Аноним (??) on 14-Дек-15, 19:02
	Срочно гуглить LibJit.
	Ответить \| Правка \| ^ к родителю #21 \| Наверх \| Cообщить модератору


	22. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..."	+1 +/–
	Сообщение от Нимано on 14-Дек-15, 15:23
	> Лет десять назад, кажется, в моде было утверждение, что Java код на > ассемблере обгоняет. Особенно если его написал тот же жабо-программист ) В 2005 уже был GCC4. Обогнать его или интеловский/мсовский конечно было можно, но отнюдь уже не "дуриком" и в основном на SIMD. За 2005 не скажу, но в 2009, после вдумчивой оптимизации (т.е. изучения документации интеля к конкретному цпу) можно было выжать 10-12 дополнительных процентов. Правда, ЧСХ – для этой самой конкретной модели, т.к. для других производительность падала на этот самый десяток процентов )
	Ответить \| Правка \| ^ к родителю #8 \| Наверх \| Cообщить модератору


	36. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..."	+3 +/–
	Сообщение от anonymous (??) on 14-Дек-15, 22:34
	Да-да. Как-то пришло ко мне одно чудо с заявой что его программа на жабе быстрее эквивалента на C. Ничего не сказала рыбка, лишь посмотрела на вызовы strlen() в условии цикла for() и ушла в глубокое море.
	Ответить \| Правка \| ^ к родителю #22 \| Наверх \| Cообщить модератору


	47. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..."	+/–
	Сообщение от Sen on 16-Дек-15, 15:00
	Бесспорно, взять PHP и сравнить эту программу с C++ на каком нибудь IBM PC/AT 286... PHP будет опережать код на C++!
	Ответить \| Правка \| ^ к родителю #5 \| Наверх \| Cообщить модератору

10. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..."	+1 +/–
Сообщение от Аноним (??) on 14-Дек-15, 14:05
т.е. движение в сторону типизации/строгости языка и внесения ясности, сказывается положительно на производительности приложений. Главное непереусердствовать. Плюс, некоторые фреймворки, демонстрируют неплохие результаты. Видимо сказывается: грамотное использование новых возможностей языка, успешное применение подходов DI/IoC Было бы небезинтересно взглянуть тесты на производительность для: массивов, строк, подключений модулей, объектов.
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	13. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..."	–1 +/–
	Сообщение от Штунц on 14-Дек-15, 14:22
	честно говоря, не ясно, зачем вообще нужны языки без строгой типизации неужто всго лишь забота о программистах, которым трудно пару переменных объявить перед использованием?
	Ответить \| Правка \| ^ к родителю #10 \| Наверх \| Cообщить модератору


	14. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..."	+2 +/–
	Сообщение от тоже Аноним (ok) on 14-Дек-15, 14:25
	Всего лишь забота о программистах, у которых в противном случае 10% типового скрипта будут занимать переводы строки в число и обратно.
	Ответить \| Правка \| ^ к родителю #13 \| Наверх \| Cообщить модератору


	27. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..."	–2 +/–
	Сообщение от Crazy Alex (ok) on 14-Дек-15, 18:18
	А где они столько строкового ввода берут, на который отдельный код надо писать, а не циклы какие-нибудь? Насчёт "обратно" - тем более бред - код останется РОВНО таким же, как и был. А вообще - такие проблемы решаются удобным синтаксическим сахаром и вменяемым проектированием интерфейсов
	Ответить \| Правка \| ^ к родителю #14 \| Наверх \| Cообщить модератору


	33. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..."	+/–
	Сообщение от тоже Аноним (ok) on 14-Дек-15, 19:18
	Ну, например, "сырые" данные из БД - это таки строки. Которые, вполне возможно, не требуется преобразовывать для вывода, однако по ходу дела нужно, скажем, отсортировать по одному из столбцов. И в столбце этом может оказаться текст, дата, числа - где целые, где нет... так вот, сейчас в РНР это неважно, сравнение работает без явного приведения. Строки и даты будут сравниваться лексически, числа - по значению. Теоретически неявное приведение может привести к полной неразберихе, но именно в той области, где применяется PHP, оно сплошь и рядом оправдано. Потому что, вполне возможно, даже неверное приведение - совсем не сломает систему, просто порядок сортировки будет не тем, который, возможно, ожидался.
	Ответить \| Правка \| ^ к родителю #27 \| Наверх \| Cообщить модератору


	34. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..."	+1 +/–
	Сообщение от DeadMustdie (??) on 14-Дек-15, 20:47
	> Ну, например, "сырые" данные из БД - это таки строки. Это вы где-то ядреной травы покурили. Другое дело, что веб-разработка имеет дело в основном со строками, но вот базы данных тут совершенно ни при чем
	Ответить \| Правка \| ^ к родителю #33 \| Наверх \| Cообщить модератору


	38. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..."	–1 +/–
	Сообщение от тоже Аноним (ok) on 14-Дек-15, 22:45
	Речь про РНР. Функции РНР возвращают результаты из БД в виде массива строк.
	Ответить \| Правка \| ^ к родителю #34 \| Наверх \| Cообщить модератору


	43. "Сравнение производительности PHP 7.0, PHP 5.6.16 и HHVM 3.10..."	+/–
	Сообщение от cmp (??) on 15-Дек-15, 03:07
	Время программулек, которые брали строковые аргументы из шелл, конвертили как им удобно и жили сами в себе, давно ушло. Сейчас межпроцессорное коммуникации строятся на json'оподобных наречиях, а участниками обмена часто является ПО несовместимое на уровне типов переменных, поэтому передавать бинарные структуры как есть даже в голову никому не приходит.
	Ответить \| Правка \| ^ к родителю #34 \| Наверх \| Cообщить модератору