Зачем в этом случае смотреть на относительные цифры? Сколько страниц нормальный пользователь открывает в секунду? После таблицы с цифрами мне кажется надо сразу написать, что разгонять CSS селекторы абсолютно точно не стоит, т.к. на реальных страницах абсолютный выигрыш будет просто смешным. Особенно в свете того, что способы этого разгона для каждого браузера свои.

За цифры спасибо, но выводы у вас странные.

Видимо многим просто лень скачивать и смотреть файл, поэтому наверное стоило указать в посте, что у вас получилось 482-724 часов.

APC тоже сериализует, попробуйте сохранить, например, PDO объект и увидите "You cannot serialize or unserialize PDO instances", когда будете доставать его из APC.

Разница в полной мере ощущается, когда у вас несколько аппликэйшн серверов. APC, может быть только свой у каждого сервера, а memcached может быть общий для них всех, на отдельном серваке, например. Соответственно, в этом случае сессии, например, хранить в APC уже нельзя, а в memchached можно.

Интересно, что технологии синтезирования речи с тех никак не продвинулись, по крайней мере звучит все точно так же как 24 года назад!

Черт, хабр обманул, что можно использовать html, вот ссылка: http://www.pui.ch/phred/archives/2005/04/tags-database-schemas.html#toxi

Здесь можно почитать об этом способе хранения тэгов в более человеческом виде. Также там описываются преимущества и недостатки.

А вы уверены, что кэширование блоков html даст вам ощутимый прирост производительности? Как я понял, вы сейчас используете файлы для кэширования данных, а ведь часто на веб-серверах именно диск является узким местом.

Мне кажется действительно лучше посмотреть на APC и eAccelerator и с их помощью хранить кэш данных в памяти. Плюс это, по идее, должно ускорить генерацию html, за счет кэширования опкода. Короче, будет красиво и точно быстрее, чем сейчас.

Если этого будет мало, можно еще посмотреть, может какие-то страницы можно эффективно кэшировать целиком - это вроде проще положить на MVC красиво.