есть онлайновая галерея изображений. лежит это все на среднем по мощностям vds.

при написании скрипта я старался максимально сэкономить ресурсы процессора и оперативную память... но как показывает график нагрузки на сервак я что то упустил...

движек использует smarty шаблоны, классы PEAR DB и PEAR Cache Lite. 

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

дисковое пространство я не экономлю. оно на данный момент самое дешевое...


вобщем что то в этой связке не так... нагрузка на сервер намного больше чем я предполагал...
просьба помочь хорошим советом. за мной не заржавеет ;)

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

И как работает кэширование?  PEAR Cache Lite со smarty не подрались? ;)

BuShaRt, 

да точно работает. сам скрипт генерируется около секунды. а кеш отдается за сотые доли секунды... более того я отдельно кеширую обычные страницы и gzip страницы...

ява скрипты и css должны кешироваться на стороне клиента. да и сервер их отдавать с кеша должен...

ну, а эти цифры чем не устраивают?


Может сам сервер слабый? 

Т.е. превьюшки генерируются не при добавлении картинки, а... при первом запросе страницы, что ли?