The OpenNET Project / Index page

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

Facebook представит открытый компилятор для языка PHP

31.01.2010 23:45

По полученной из неофициальных источников информации, компания Facebook планирует во вторник представить новый свободный проект - Hyper-PHP, представляющий собой высокопроизводительный компилятор PHP-кода, позволяющий повысить скорость выполнения PHP-скриптов примерно в 10 раз. После внедрения Hyper-PHP на серверах Facebook, загрузка CPU на них снизилась на 80%.

  1. Главная ссылка к новости (http://www.sdtimes.com/blog/po...)
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/25234-php
Ключевые слова: php, compile
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (28) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, аноним (?), 00:06, 01/02/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    ничего себе!
    кто-нибудь ранее слышал об этом проекте?
     
     
  • 2.17, ezhik (?), 11:33, 01/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Кто-то пишет быстрый php интрепретатор, кто-то переписывает самые CPU-емкие части веб приложения на C++.

    http://slonik-v-domene.livejournal.com/44127.html

     
     
  • 3.19, Аноним (-), 11:47, 01/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Важно не то на чем написать, а то как написать. Они просто не умеют Perl готовить :-) Вместо mod_perl нужно было FastCGI использовать а не переходить на MVC-движок на C++, для авторизации он явно громозок. По моим субъективным ощущениям производительность грамотного скрипта авторизации на Perl упирается в скорость диска/memcached. Как доказательство могу указать на балансировщик нагрузки Perlbal, который для балансировки нагрузки в LiveJournal используется.
     

  • 1.2, Александр Лейн (?), 00:07, 01/02/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ммм аж на 80?! ну это...либо очень хорошо, либо преувеличение. Без оптимизации кода так он и стал более легкин и исполняемым...а с чем будет интегрироваться?
     
     
  • 2.5, Карбофос (ok), 00:15, 01/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    ну что-то в этом духе...
    http://www.opennet.ru/opennews/art.shtml?num=24748

    только по ссылке была оценка без деталированного обоснования.

     
     
  • 3.6, XoRe (ok), 00:27, 01/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >ну что-то в этом духе...
    >http://www.opennet.ru/opennews/art.shtml?num=24748
    >
    >только по ссылке была оценка без деталированного обоснования.
    >Представленные в статье выводы достаточно поверхностны и сделаны с расчетом на то, что язык С++ является в 10 раз более эффективным, чем PHP.

    Конвертер из PHP в C++ ? =)

     
     
  • 4.7, Карбофос (ok), 00:30, 01/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    да, думаю, что-то в этом духе.
     
  • 4.8, Карбофос (ok), 00:36, 01/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    если это еще и к gcc прикрутят, то можно будет напрямую в асм транслировать. без каких-то промежуточных конвертаций в плюсы.
     
     
  • 5.22, Аноним (-), 17:56, 01/02/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Может все таки в машинные коды,а не в еще один язык?O_o
     
     
  • 6.24, Карбофос (ok), 22:41, 01/02/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    включите в компайлере соотв. опции - удивитесь.
     
  • 6.25, Карбофос (ok), 22:47, 01/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    о, да ваше сиятельство меня еще и заминусовало.
    ну так вот. опция компилятора -S
     
     
  • 7.26, Аноним (-), 10:36, 02/02/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    И что Вы собираетесь с ним потом делать?O_O Меня недавно спросили-как это будет в асме?Вместо в бинарном виде или еще как.Теперь асм синоним машинные коды:D
     
     
  • 8.27, Карбофос (ok), 11:25, 02/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    то есть представления о работе компиляторе у вас равно нулю, как видно а кто зд... текст свёрнут, показать
     
     
  • 9.28, x0r (??), 12:45, 02/02/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    со всем согласен, о чем вообще разговор ну получится что-то на ассемблере фар... текст свёрнут, показать
     
     
  • 10.31, Карбофос (ok), 15:25, 02/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Facebook представит открытый компилятор для языка PHP... текст свёрнут, показать
     
  • 4.9, Voviandr (??), 01:01, 01/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Конвертер из PHP в C++ ? =)

    нет, конвертер из скрипта РНР в машкод :)

     

  • 1.4, Карбофос (ok), 00:11, 01/02/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    вот это клевая вещица!
     
  • 1.10, demimurych (?), 02:23, 01/02/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Не понял чем оно отличается например от APC? или eAccelerator обьясните пожалуйста.
     
  • 1.11, ffsdmad (ok), 02:26, 01/02/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    даже не смешно
    так вижу как всякие лямбды и автогенерируемый код компелируется в сплоеты
     
  • 1.14, Mark Silinio (ok), 07:42, 01/02/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    пускай на vkontakte прикрутят уже
     
  • 1.15, Аноним (-), 10:41, 01/02/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    В питоне тоже любят компилировать код. Только он всё равно состоит из вызовов интерпретатору, посему скорость получается не слишком большой. Если и тут то же самое, то 10 кратный прирост явно преувеличен. Может быть это опечатка: 10% ?
     
     
  • 2.16, Аноним (-), 11:23, 01/02/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >В питоне тоже любят компилировать код. Только он всё равно состоит из
    >вызовов интерпретатору, посему скорость получается не слишком большой. Если и тут
    >то же самое, то 10 кратный прирост явно преувеличен. Может быть
    >это опечатка: 10% ?

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

     
     
  • 3.20, Аноним (-), 13:52, 01/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Ну а дальше можно скомпилировать, банально взяв часть кода из интерпретатора и записав всё в виде машинных инструкций. Опять же существенной разницы не будет
     
     
  • 4.21, XoRe (ok), 17:53, 01/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Ну а дальше можно скомпилировать, банально взяв часть кода из интерпретатора и
    >записав всё в виде машинных инструкций. Опять же существенной разницы не
    >будет

    Да можно, можно.
    Скрипты на perl можно в бинарник превратить, даже в Windows.
    Вот только...
    Простенький скрипт на perl превращался в exe файл размером 500 кб.

    Не факт, что перловый printf переводится в Сишный printf один в один)

     
  • 2.29, x0r (??), 12:48, 02/02/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    обратите внимание на проект shred skin - конвертор python в c++
    там прирост огромный, без интерпретации, с использованием STL и своих библиотек
     
     
  • 3.30, x0r (??), 13:22, 02/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >обратите внимание на проект shred skin - конвертор python в c++
    >там прирост огромный, без интерпретации, с использованием STL и своих библиотек

    и в итоге преимущества питона: краткий, простой и наглядный синтаксис + скорость исполнения с++

     
     
  • 4.32, Карбофос (ok), 20:36, 02/02/2010 [^] [^^] [^^^] [ответить]  
  • +/
    http://izumi.plan99.net/blog/index.php/2008/01/17/ruby-vs-php-performance/
     

  • 1.23, UFO (??), 19:32, 01/02/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Круто!
    Гугл тоже хотел Питон ускорить в 5 раз и надрать зад Жабе :)
    Эффекта пока не видно...
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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