> "Кардинальная переработка некоторых подсистем" - это обнадёживает...вот только в PHP до тех пор пока НЕТ механизма сохранения скриптового состояниия между http-запросами (кроме как то что засунуто в $_SESSION) -- всех этих переработок недостаточно!
при каждом http-запросе -- первым-делом скрипт начинает инициализировать свои многочисленные объекты и структуры... затем быстренько выполняет код , и снова всё "забывает".
а потом опять поновой (в следущем http-запросе) нужно опять всё поновой инициализировать (повторно инклудить хренову тучу PHP-файлов, и повторно заставлять интерпретатор выполнять один и тот же инициализирующий код.. как же это глупо и иррационально!).
такая расточительность -- просто убивает всю производительность, какой-бы она там ни была!
и разумеется phpDaemon не является решением этой проблемы, так как phpDaemon ломает всю обратную совместимость. а без обратной обратной совместимости нафиг этот PHP вообще не нужен.. есть Python\Django и Ruby\Rails, и даже Scala\ЧтоТоТам.
----------
а ведь всего-то что нужно было бы -- это резрешить скрипту сохранять объекты (и в месте с ними их типы) в глобальную область, которая общаяя для выполняемых скриптов.. и в которую можно было бы читать\писать (которая не стирается после каждого http-запроса). пусть даже эта область была бы общая НЕ для ВСЕХ-ВСЕХ-ВСЕХ выполняемых скриптов, а только общая для каждой отдельной нити (Thread) обработчика FastCGI, чтобы не вызывать логических гонок и не мудрить с синхронизацией. и даже эта простая реализация позволила бы увеличить производительность, не нарушая обратную совместимость!
