Facebook выпускает виртуальную машину для PHP

А теперь для идиотов: как это работает?

В рамках проекта HipHop был создан компилятор hphpc, который транслировал код PHP в код C++

психопаты какие-то

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

А что именно непонятно?

А фирменные зонды «Like» там присутствуют в невыпиливаемом виде?

А что непонятно? Сказано же:

Код на PHP транслируется в байткод, который выполняется виртуальной машиной.

И ссылки есть - можно посмотреть.

Прошиты в «железе виртуальной машины».

ненужно на ненужно ненужно погоняет

Как это использовать и нужно ли вообще это тыкать палочкой. Что-то я себе плохо представляю механизм.

> Как это использовать

Читай по ссылкам, мне думается в новости неуместны иструкции по установке и использованию.

нужно ли вообще это тыкать палочкой.

Если бы у меня был бы высоконагруженный сайт, написанный на ПХП я б потыкал.

Что-то я себе плохо представляю механизм.

А в жабке или дотнете представляешь механизм?

Делает то же самое, что и остальные виртуальные машины. Как питон, например.

Революция, нэ? Php стал еще быстрее?

Если он ничем не отличается, то почему вместо этой ереси не использовать cgi?

> использовать cgi

Потоньше бы.

Я тоже говорю - почему бы не переписать все на c++?

Что-то мне смысл этой затеи не понятен.

HHBC instructions may push and pop values on the current frame's evaluation stack and they may read and write values to the current frame's local variables. Values come in four flavors: cells, vars, homes, and classrefs.

Братишка, я тебе СТЕКОВУЮ МАШИНУ принес.

Фу, млять, копрофилы.

<Потролю немножко>
Это надо быть настоящим евреем. Цукерберг на свои миллионы уже мог бы свой ЯП замутить «c jit и gc». Нет же - не хочет мордокнигу переписывать. Это как чай на 20 раз заваривать потому что жалко выбросить.

на плюсах сложно писать и поддерживать большие проекты, чуть где ошибешся - утечки и сегфолты, компилируются сравнительно долго опять таки

увеличивают энтропию вселенной

Братишка, я тебе СТЕКОВУЮ МАШИНУ принес.

я щито вы имеете предложить для организации областей видимости взамен стэков?

на плюсах сложно писать и поддерживать большие проекты, чуть где ошибешся - утечки и сегфолты, компилируются сравнительно долго опять таки

тогда на С. Компилируется быстро )

...одновременно повышая стоимость акций своего детища.

«Акулы капиталистического мира», что с них взять. :)

Если он ничем не отличается, то почему вместо этой ереси не использовать cgi?

FastCGI

А вообще могли бы и свой веб-сервер написать, какой-нибудь facebookd с блэкджеком и самками легкого поведения

тогда на С

еще хуже. в бизунесе и ынтырпрайзе без ООП сейчас никуда

я писал на С, для бузинеса и ынтырпрайза, ничего страшного

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

можно по частям, постепено заменять пхп-шный код на С++, ничего невозможного в этом нету

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

мне кажется следующая модель разработки выглядит привлекательнее:

1) имеется отдел разработки из вчерашних школьников и выпускников каледжей, только научившихся писать хеллоуворлды на пхп (которых уволнять и нанимать новых сотнями эйчэрам не страшно), вот, сидят пилят новый функционал, фиксят баги; пых у них обычный интерпретируемый, з/п соответсвующие, т.е. поменьше чем у плюсовиков.

2) тестеры тесят, находят баги и всё такое; 2б) фб-юзеры срут в каментах типа «хотим такие-то фичи»; 2в) менеджеры решают какие багофичи нужны;

3) бородатые матерые тим-лиды с одминами периодически компилируют девелоперские версии в байт-код на боевых фб-серверах, т.е. какбы релизы.

в общем, и пых какбы теперь шустр и багофичи пилить быстро и дешево

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

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

P.S. Кстати, тут расписано, зачем это нужно фэйсбуку

это конечно круто, но может случится, что люди из пункта 1) понапишут такое, что никому не захочется в этом возиться и полностью разбираться в структуре, в итоге проект рухнет под своей тяжестью

понапишут такое...

для этого есть тим-лиды, проходящие с кнутом меж девелоперских грядок под палящим американским солнцем ))

т.е. hphp* в общем случает дико несовместимы с основной (которая php.net) реализацией?

Ну вряд ли прям дико, но думаю проблемы в совместимости по любому есть. Хотя, не использование ванильной реализации скорей всего связано с интеграцией интерпретатора пхп с другими компонентами системы.

Но я не разраб фейсбука, и даже не программер на ПХП, могу ошибаться.

Всем молодцам урок - планируй масштабируемость и нагрузки заранее и выбирай технологию впрок.

Быдлопхп не умрёт никогда... Блин, вот их бы энергию да в нормальное русло...

-А что ты сделал для хипхопа?
-Написал говносайт...

И заранее выбирай .NET & Windows

Какое ужасное название...

Теперь и hhvm будет жрать тонны памяти как jvm ? Велосипедисты, такие велосипедисты.

Их энергия как раз в нормальном русле. Ругать - все умеют, а вот показать, как надо - нет ;)

Вы можете предложить более гибкий и в тоже время производительный механизм реализации?

чем это лучше eAcceleratoroв, если там нет JIT?

а в апаче это работает?

транслировал код PHP в код C++

АДЪ.

было решено создать высокоуровневую стековую виртуальную машину

Быдлокодеры из мордокниги неосилили Parrot.

чем им ява не угодила? Или взяли бы какой-нибудь нормальный язык с llvm-машиной.

был создан компилятор hphpc, который транслировал код PHP в код C++

Вот взяли и с прикола эмулировали работу мозга индусокодера.

Печально, что они инвестируют в PHP, а не в Ruby или Python.