The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



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

Оглавление

Проект Wikipedia перешёл на использование HHVM для выполнени..., opennews (ok), 07-Янв-15, (0) [смотреть все]

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


19. "Проект Wikipedia перешёл на использование HHVM для выполнени..."  –1 +/
Сообщение от бедный буратино (ok), 07-Янв-15, 13:49 
и как там с совместимостью? если в обычном php только и успевают раздавать deprecated (некоторые вещи в рамках 5-й ветки успели и появиться, и прожить, и стать deprecated), то слово -ng не внушает доверия. а вообще - впервые слышу про этот ng. а хип-хоп вроде бы реально работает.
Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

36. "Проект Wikipedia перешёл на использование HHVM для выполнени..."  +1 +/
Сообщение от Sylvia (ok), 07-Янв-15, 17:31 
PHP NG тоже уже реально работает, это текущая ветка разработки
релиз планируется к октябрю, я тестировала php-fpm sapi, вордпресс вполне работоспособен,
работает, как и обещано, в 2 раза быстрее

проблемы - конфигурация пулов php-fpm не прогружается полностью, ну и расширения пока готовы не все, для меня важен xcache, который к сожалению даже не в PECL'e

Вообщем люди стараются, в первую очередь - Дмитрий Стогов

если что - новости были, на php.net есть страничка в вики (там и про совместимость есть, не все совместимо, расширения так вообще надо серьезно перелопачивать),
не нравится NG, ок. PHP 7.0

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

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

46. "Проект Wikipedia перешёл на использование HHVM для выполнени..."  –1 +/
Сообщение от Аноним (-), 07-Янв-15, 20:02 
xcache - это стороннее расширение, которое никогда не было частью проекта php. В части опкод кэшера он больше не нужен - в ng встроенный opcache. В остальном, может быть, его автор (или кто-то еще) сделает его форк без опкод-кэшера на новом api, по аналогии с apcu.
Ответить | Правка | Наверх | Cообщить модератору

53. "Проект Wikipedia перешёл на использование HHVM для выполнени..."  +/
Сообщение от Sylvia (ok), 07-Янв-15, 22:02 
не надо мне рассказывать,
автор не только не сделает форк без опкод кешера, но и планирует дальше его развивать,
в частности сделать сваппинг на диск (фича была в eaccelerator)

не все готовы принять opcache, если честно, я не знаю почему Xuefer не хочет продвинуть xcache в PECL, но бросать или как-либо менять проект он не собирается, он не из тех кто делали APC

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

78. "Проект Wikipedia перешёл на использование HHVM для выполнени..."  +/
Сообщение от Аноним (-), 08-Янв-15, 17:17 
а что не так с opcache?
Ответить | Правка | Наверх | Cообщить модератору

86. "Проект Wikipedia перешёл на использование HHVM для выполнени..."  +/
Сообщение от Sylvia (ok), 09-Янв-15, 01:57 
нет свапа на диск -> требуется выделение большого сегмента памяти, сразу под все скрипты желательно
удаление старых скриптов из памяти идет только через сброс всего кеша
нет кеша переменных, соответственно придется тянуть redis,xcache,apcu

xcache кстати как кеш переменных, даже в паре с opcache для кода, все равно рвет и memcached и прочие варианты при применении на одном сервере, за счет того что обращение идет к памяти а не по tcp, ну и в xcache есть namespaces (!)

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

100. "Проект Wikipedia перешёл на использование HHVM для выполнени..."  +/
Сообщение от Аноним (-), 09-Янв-15, 18:09 
Ну я имею ввиду чисто как опкод-кэшер. Со свопом понятно, хотя у меня даже крупные проекты на Симфони2 прекрасно в память помещаются. Для виртуалок или мини-серверов, согласен, актуально.
Ответить | Правка | Наверх | Cообщить модератору

74. "Проект Wikipedia перешёл на использование HHVM для выполнени..."  –1 +/
Сообщение от йцу (?), 08-Янв-15, 13:14 
> PHP NG тоже уже реально работает, это текущая ветка разработки
> релиз планируется к октябрю, я тестировала php-fpm sapi, вордпресс вполне работоспособен,
> работает, как и обещано, в 2 раза быстрее
> проблемы - конфигурация пулов php-fpm не прогружается полностью, ну и расширения пока
> готовы не все, для меня важен xcache, который к сожалению даже
> не в PECL'e
> Вообщем люди стараются, в первую очередь - Дмитрий Стогов

Что интересно - PHP7 даёт сопоставимую (по крайней мере) производительность при том, что в нём ещё нет JIT. Интересно, что получится когда его всё-таки запилят (а над этим, если судить по рассылке активно работают).


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

79. "Проект Wikipedia перешёл на использование HHVM для выполнени..."  +/
Сообщение от Аноним (-), 08-Янв-15, 17:24 
Учитывая динамизм php и как следствие невозможность предсказать, каким будет тип переменной через пару инструкций, плюс частое использование динамических вызовов по строковому имени функций и классов, от  jit в джавовском смысле толку будет мало, тут скорее нужен гибрид jit-а с рантаймом, вроде того, как в objective c в плане обмена сообщениями, ну и zval-ы оставить как есть кроме совсем простых случаев.
Ответить | Правка | Наверх | Cообщить модератору

94. "Проект Wikipedia перешёл на использование HHVM для выполнени..."  +/
Сообщение от йцу (?), 09-Янв-15, 11:20 
> Учитывая динамизм php и как следствие невозможность предсказать, каким будет тип переменной
> через пару инструкций, плюс частое использование динамических вызовов по строковому имени
> функций и классов, от  jit в джавовском смысле толку будет

В плане типов - уже сто лет как существует type hints и активно используется для аргументов, сейчас аналогично внедряют для указания типа результата. Да, пока только для объектов и массивов, но активно обсуждается и для скаляров. К тому же в том же JS, например, вообще никак нельзя указать тип, однако, это не мешает использовать JIT (сейчас, если не ошибаюсь, все актуальные JS-движки компилируют код в рантайме).

Вызов по строке - крайне редко используется сейчас, т.к. с появляением лямбд, а так же всяких ::class становится почти не нужным.

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

87. "Проект Wikipedia перешёл на использование HHVM для выполнени..."  +/
Сообщение от Sylvia (ok), 09-Янв-15, 02:15 
так уже работоспособно , берем снапшот с git ( master ) и вперед на подвиги :D
не в production естественно
Ответить | Правка | К родителю #74 | Наверх | Cообщить модератору

88. "Проект Wikipedia перешёл на использование HHVM для выполнени..."  +/
Сообщение от Graynder (ok), 09-Янв-15, 02:51 
> так уже работоспособно , берем снапшот с git ( master ) и
> вперед на подвиги :D
> не в production естественно

PHP, Wordpress - Тяп ляп и в production )

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

89. "Проект Wikipedia перешёл на использование HHVM для выполнени..."  +/
Сообщение от Sylvia (ok), 09-Янв-15, 05:46 
ну у большинства так и есть
http://blog.bnkomi.ru/content/post/13855/vovka_32787390_orig...
Ответить | Правка | Наверх | Cообщить модератору

92. "Проект Wikipedia перешёл на использование HHVM для выполнени..."  +/
Сообщение от йцу (?), 09-Янв-15, 11:08 
> так уже работоспособно , берем снапшот с git ( master ) и вперед на подвиги :D

стоп, а разве JIT уже в мастере? Стогов вроде писал, что пока только работают над этим и NG - это первый шаг. Т.е. у них уже были какие-то наработки в плане just-in-time, но оказалось, что гораздо больший профит можно получить от оптимиизации аллокаций памяти + В рамках того же NG был проделан огромный рефакторинг, на основе которого и планируют добавить JIT. Разве нет? Я что-то пропустил?

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

93. "Проект Wikipedia перешёл на использование HHVM для выполнени..."  +/
Сообщение от Sylvia (ok), 09-Янв-15, 11:19 
ветку phpng уже отправили в master, да
что там с JIT я пока не в курсе, большинство стандартных расширений (включенных в поставку) уже портировали
Ответить | Правка | Наверх | Cообщить модератору

95. "Проект Wikipedia перешёл на использование HHVM для выполнени..."  +/
Сообщение от йцу (?), 09-Янв-15, 11:22 
> ветку phpng уже отправили в master, да
> что там с JIT я пока не в курсе, большинство стандартных расширений
> (включенных в поставку) уже портировали

Ну да, про это в курсе. Но нет, JIT там пока нет. Не факт что будет в PHP7, хотя часто проскакивает в интерналсах, что та или иная новая оптимизация нужна для внедрения JIT в будущем.

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

45. "Проект Wikipedia перешёл на использование HHVM для выполнени..."  +/
Сообщение от Аноним (-), 07-Янв-15, 19:57 
Совместимость на уровне php-кода - практически 100%, за исключением пары недокументированных хаков, эксплуатирующих особенности старой реализции. Сишные расширения - да, все надо портировать.
Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру