>>А дальше коллеги, у которых нагрузки на хостинг заведомо несравнимы с моими, надоумили,
>>что делать, когда и мои расти начали. :-)
>Может теперь вы нас надоумите? Статейкой или тыканием тут стороны,
>в которую производилась оптимизация.
Так упомянул же: для хост-системы -- оптимизация I/O[0/1], для веб-сервера -- разнесение задач frontend (лёгкая по ресурсам обработка соединений и статики) и backend (работа веб-приложений)[2], для php-приложений -- кэширование скриптов[3,4].Про питоньи и в частности Zope не скажу, почти/давно не сталкивался (как и с Resin/Tomcat).
SQL-базы тоже особенно не тюнил, хотя был изрядно удивлён тем, как полезно для того же MySQL посмотреть my-large.cnf (Pg не подгибал со времён 7.1). Про индексы сейчас по большей части к веб-разработчикам, при этом нередкие уникумы про них попросту забывают...
Есть ещё не-SQL-базы, для многих задач может оказаться гораздо лучше иерархическая, чем RDBMS (типичный признак -- когда один из атрибутов является селектором типа другого атрибута, поскольку количество таковых на кортеж может меняться и зачастую требуется уметь несколько однотипных значений на запись -- например, "телефон"). В одном таком проекте думали нарисовать прототип с использованием Sanchez GT.M[5] (к ней были PHP bindings), но в итоге решили не распыляться -- отвечать за разработку было человеку, который хорошо работал на PHP/Perl+PgSQL. На Cache[6] не смотрели.
[0] http://tldp.org/HOWTO/Multi-Disk-HOWTO.html (рекомендую для любой платформы)
[1] http://people.redhat.com/~alikins/system_tuning.html (старенькое, но работает)
[2] http://www.freesource.info/wiki/AntiApache?show_comments=1 (Денис резковат, но...)
[3] http://turck-mmcache.sourceforge.net/ (не поддерживается, но с php4 точно работает)
[4] http://eaccelerator.net/ (продолжение mmcache, рекомендуют, не пробовал)
[5] http://www.sanchez-gtm.com/ (high-end иерархическая база данных)
[6] http://www.intersystems.ru/ (российская коммерческая разработка)