Вообще-то на С (, а тем более на ассемблере (и даже сейчас) пишутся "вставки" реализующие КРИТИЧЕСКИЕ(по времени выполнения, объему занимаемой памяти и т.д.) процедуры), которые в дальнейшем могут дергатьс чем угодно, в том числе и PHP, Perl-ом или любым скриптом в теле HTML

Но при этом серьезных требований к оптимизации этих дергающих скриптов НЕ ПРЕДЪЯВЛЯЕТСЯ.
А по поводу РНР-кэширования, согласен, что его можно использовать и оно даст хороший прирост производительности, НО если у Вас достаточно мало кода (или огромный кэш), в противном случае эффект от него может быть прямо противоположный (т.е. при каждом обращении дополнительно к интерпертации будет добавляться время на исполнение операции кэширования)

Если Вы работаете с базами данных (БД), то скорость обработки запросов БД будет определять время отклика интерфейса на запросы, поэтому бОльший эффект может дать оптимизация параметров БД и правильный (под конкретную задачу) выбор ее типа

.
Небольшой пример: на Oracle 10i - оптимизация процедур (кода) обращения к БД, при автоматизированной загрузке данных, дает выигрыш в единицы-десятки процентов, изменение настроек самой БД (грамотное администрирование) дает выигрыш в разы.