https://www.opennet.ru/openforum/vsluhforumID3/81800.html Компания Facebook открыла (https://www.facebook.com/note.php?note_id=10150415177928920) результаты работы группы, занимающейся экспериментами в области динамической трансляции кода на языке PHP в машинные инструкции. Разработка позиционируется как продолжение развития проекта HipHop (https://github.com/facebook/hiphop-php/), в рамках которого в прошлом году был разработан (http://www.opennet.ru/opennews/art.shtml?num=25268) транслятор hphpc для преобразования PHP-скриптов в представление на языке C++, пригодное для дальнейшей компиляции при помощи g++ в машинные инструкции. В результате проведённой работы была создана виртуальная машина hhvm (HipHop Virtual Machine), которая за счет JIT-компиляции позволила обеспечить достойный уровень производительности при выполнении PHP-кода.<br><br><br><br><br>Hhvm позволяет выполнять практически любой PHP-код, используя в процессе JIT-компиляции динамические оптимизации, учитывающие особенности выполнения скрипта. Статическая компиляция при помощи hphpc вно...<br><br>URL: https://www.fa https://www.opennet.ru/openforum/vsluhforumID3/81800.html#55 Fri, 23 Dec 2011 15:59:25 GMT Весь инет правктически на php.<br>А новость реально радует.<br> https://www.opennet.ru/openforum/vsluhforumID3/81800.html#54 Fri, 23 Dec 2011 03:37:32 GMT Неймспейсы можно грепать же )<br> https://www.opennet.ru/openforum/vsluhforumID3/81800.html#53 Fri, 16 Dec 2011 22:35:38 GMT &gt;Ну и где фэйсбук, а где яндекс?<br><br>Думаете сервис по обмену ворованным барахлом, собственными мерзкими фотками и блевотными статусами "я покакала" сделать сложнее чем поисковый сервис мирового уровня (про гугл вы что-то не упоминули)?<br> https://www.opennet.ru/openforum/vsluhforumID3/81800.html#52 Thu, 15 Dec 2011 08:51:55 GMT &gt; Я тоже сильно сомневаюсь, что jit будет способен обогнать компилятор с++, но <br>&gt; думаю, что сравняться они вполне могут. Но я бы не стал <br>&gt; отрицать существование множества интересных плюшек, предоставляемыми байткодом и jit. <br>&gt; Все-таки этот подход очень гибкий, появляется возможность менять настройки оптимизатора <br>&gt; на лету, в зависимости от текущих условий, каких-либо метаданных и прочего. <br>&gt; Нативный же бинарник, будучи скомпилированным, таким и останется, независимо от всего. <br>&gt; Разработчики jit-компиляторов тоже далеко не "законченные кретины".<br><br>Никто и не говорит что кретины, очень даже наоборот. да и сама по себе задумка прекрасная. В некоторых случаях сгенерированный jit код действительно не сильно отстает по скорости, более того иногда может превосходить, но это скорее всего говорит о не слишком хорошо проведенной оптимизации программы для классического компилятора. Но по большому счету за динамическое управление памятью и кросплатформенность все равно приходится расплачиваться некоторым ове https://www.opennet.ru/openforum/vsluhforumID3/81800.html#49 Thu, 15 Dec 2011 03:32:07 GMT &gt; Пока что потенциально более производительного - динамическая оптимизация JIT вполне может <br>&gt; обогнать статическую оптимизацию, если допилят. А плюсы интерпретируемых языков ещё никто <br>&gt; не отменял <br><br>Даже теоретически не может. Может только плохой компилятор проиграть хорошему интерпретатору (байт кода). А равного качества - ни-ког-да :)<br>PS. Лично я обожаю интерпретаторы и убежден, что будущее ТОЛЬКО за ними, благодаря тому, что микропроцессоры, память и внешняя память подтянулись<br> https://www.opennet.ru/openforum/vsluhforumID3/81800.html#48 Thu, 15 Dec 2011 03:28:07 GMT Это ты серьезно? Слушай, есть такая дисциплина: "Программирование". И есть языки _программирования_. PHP - это что-то типа bash. Только еще более смешное и жалкое. Успех PHP и Java в этом мире обусловлен исключительно их целевой аудиторией: их может освоить человек, далекий от программирования и CS, не имеющий культуры мышления и проектирования. Это что-то типа "икорной закуски" вместо икры, Задорнова вместо Жванецкого... Короче для толп людей с низкой квалификацией и занимающих рабочие места программистов.<br>Фейсбук назвать чем-то серьезным - никак невозможно. Школьно-студенческая развлекаловка (капитализация, очевидно же, не критерий), но масштабная.<br> https://www.opennet.ru/openforum/vsluhforumID3/81800.html#47 Thu, 15 Dec 2011 02:58:35 GMT Я тоже сильно сомневаюсь, что jit будет способен обогнать компилятор с++, но думаю, что сравняться они вполне могут. Но я бы не стал отрицать существование множества интересных плюшек, предоставляемыми байткодом и jit. Все-таки этот подход очень гибкий, появляется возможность менять настройки оптимизатора на лету, в зависимости от текущих условий, каких-либо метаданных и прочего. Нативный же бинарник, будучи скомпилированным, таким и останется, независимо от всего. Разработчики jit-компиляторов тоже далеко не "законченные кретины".<br> https://www.opennet.ru/openforum/vsluhforumID3/81800.html#46 Wed, 14 Dec 2011 11:42:43 GMT &gt;&gt;Да да, скоро JIT обгонит нативный код по скорости. Там же "гигантский потенциал". Сразу после того, как на горе свистнет рак.<br>&gt; А результат работы JIT компилятора - это что по-Вашему? Не нативный код? <br>&gt; Единственное отличие здесь в том, что понадобится некоторое время на первый <br>&gt; запуск, после чего это будет такой же нативный код. Только гораздо <br>&gt; более оптимизированный.<br><br>Ваши аргументы напоминают рекламу краски для волос, которая на 120% "более сияющая". С какой бы стати он будет "гораздо более оптимизированный" ? Откуда возьмется необходимый запас по оптимизации кода, когда при компиляции и так выжимается все, что можно ? По вашему все разработчики компиляторов законченные кретины ? Или может операционные системы тоже пора на PHP переписывать, будут "гораздо более оптимизированными". Что-то за 15 лет разработки Java JIT хоть и делает php как бог черепаху, но так и не сравнялась с С++ ни по скорости, ни тем более по потребляемым ресурсам. <br><br> https://www.opennet.ru/openforum/vsluhforumID3/81800.html#45 Wed, 14 Dec 2011 07:30:34 GMT в яндексе перла много<br>