Компилятор PHP в байт код Си

даже так? 10 символов

примерчик можно?

П.С. это действительно интерес, а не ирония... жду примера

вобще я не С++ программист, я больше по С# в последние годы, там вся эта хрень реализуется виртуальной машиной.

Слава Шевцов, эт вы бросьте. все волшебство в C++ ограничивается RTTI http://ru.wikipedia.org/wiki/%D0%94%D0%B8%D0%BD%D0%B0%D0%BC%D0%B8%D1%87%D0%B5%D1%81%D0%BA%D0%B0%D1%8F_%D0%B8%D0%B4%D0%B5%D0%BD%D1%82%D0%B8%D1%84%D0%B8%D0%BA%D0%B0%D1%86%D0%B8%D1%8F_%D1%82%D0%B8%D0%BF%D0%B0_%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D1%85#C.2B.2B

и я бы не сказал что это такой уж тормозящий якорь.

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

а без понтов не как??

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

"возможности реализовать компиляцию слоботипизированного яву в машынный байт код" и почему-то проводятся параллели с с++, который строго типизирован... думаю тут стоит обрать внимание на что-то другое. к примеру http://ru.wikipedia.org/wiki/Python

и вы тоже курите. никакого псевдокода и виртуальной машины (обязательных атрибутов интерпретатора ) там нет. погуглите "с++ таблица виртуальных методов".

тип объекта указывает на таблицу, а в таблице адреса методов в обычном машинном коде. это относительно быстро работает.

я это и имел в виду :)

таблица создается динамически. во время компиляции неизвестна структура таблицы.

быстро-то -быстро, но памяти жрет много

MOP1, вы не погуглили. в вики есть оценка замедления и она всего лишь 6-13%

памяти жрет по одной таблицы на каждый класс, но не на экземпляр класса.

http://ru.wikipedia.org/wiki/%D0%A2%D0%B0%D0%B1%D0%BB%D0%B8%D1%86%D0%B0_%D0%B2%D0%B8%D1%80%D1%82%D1%83%D0%B0%D0%BB%D1%8C%D0%BD%D1%8B%D1%85_%D0%BC%D0%B5%D1%82%D0%BE%D0%B4%D0%BE%D0%B2

neolord, Вы в своём репертуаре, безаппеляционно несете чушь:)

В-первых, в веб-приложениях подразумевается не только "хороший пхп код", но и "хорошая работа с базой". То что Вы написали сортировку "массива" на пхп очень быстро, это конечно круто, но соотношения 95%/5% (база/пхп) Вам удастся достичь только если Вы совсем через одно место сделали выборку данных для сортировки из БД.

Во-вторых, спасибо конечно за ссылку. Но кроме заголовка "get rich with php, increase speed of script into 100 times" Вам неплохо было бы и содержание прочитать, прежде чем рекомендовать ее как "демонстрацию оптимизации php кода для ускорения в 100 раз". Оптимизация кода говорите? Изначально скрипту нужно было 100 серверов. Отключаем ssl в postgre и включаем постоянные коннекты к базе, получаем уже 5 серверов. Переходим на мускул и включаем в нем кэш, получаем 3 сервера. Включаем apc на полную и получаем 2 сервера. (до 1 сервера с 2 действительно немного пхп кодом дошли, но на общем фоне это смешно и не заметно). Вся оптимизация считайте просто настройки сервера, при чем самый большой кусок - это настройка работы с БД.

"Движок" простите отрабатывает 100% времени:) Странно считать "движком" только чистый пхп код. Движок это и пхп код и работа с базой.

Хотя ситуация на самом деле знакомая аж до боли (мы иногда занимаемся оптимизацией чужих скриптов). Классический пример 95/5 соотношения это старушка phpnuke 7-ых версий, которая легчайшей правкой работы с БД превращается в 50/50, а то и 30/70 соотношение.

В пхп коде вообще трудновато накосячить так, что бы время выполнения значительно увеличилось. Так что рассказы о "виртуозном владении пхп так, что он работает в 9 раз быстрее и получается 95/5 вместо 50/50" нас как-то не особо цепляют. А вот работа с БД (обратите внимание, именно работа с БД в целом, а не просто "запросы") как раз очень частый повод для оптимизации, при том результат может впечатлять, даже если работу с БД писал вполне себе нормальный программер не наделавший сильных косяков.

А еще говорят две головы лучше чем одна.

Как у вас с арифметикой? Давайте посчитаем.

Допустим что фетчинг (включая вывод и сопряженные операции) данных из БД уже достаточно профилирован и оптимален. И он выполняется ну пусть (грубо) 0.5 секунд

При соотношении 50/50 Весь скрипт выполняется секунду, при соотношении 80/20 - 0.625 секунды, при 95/5 - 0.525 секунды . При одинаковом результате - какой вариант лучше? Вы не с того конца смотрите на мои слова. Высокий процент соотношения говорит только о быстроте php-части и ни о чем другом

хоолли вар!!!

программисты на программистов!!!

зы: сорри, не удержался