DDT
Ситуация заключается в том, что postgres использует все 4 процессора почти под 100%, в результате чего медленно работает приложение. Необходимо его оптимизировать.

БД содержит 94 таблицы общим размером 5 Гб, 186 хранимых процедуры, 114 триггерных функций, 13 представлений.

Приложение состоит из 128 модулей и 57 функций, вызываемых как в модулях, так и в других функциях. При этом каждый модуль и функция вызывает в среднем 5-10 запросов SELECT. Это может быть вызов хранимой процедуры или выбор данных из таблиц.

Характер запросов к БД - это SELECT, INSERT, UPDATE. В основном SELECT и UPDATE.

Запросы INSERT и UPDATE выполняются только в хранимых процедурах.

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

Спасибо.

1. Кусочек доки , но это злобненько так...
2. Попроще, и для начала, можно выставить log_duration в какое-нить число, и Вы получите тормозящие запросы, а дальше можно думать куда крутить.
3. По скольку ничего ни про сервер (железо), ни про ОС, ни про детали версии ПГ не видно, то можно "дефолтно" посоветовать обновить версию ПГ до последней, как минимум, в линейке 8.2.
4. Надеюсь VACUUM FULL ANALYZE; был сделан, и тормоза остались? (если не был сделан - то нужно сделать обязательно).

DDTСкорее всего надо выставить log_min_duration_statement в какое-то число. Наколько я понял - кол-во милисекунд.
Ага, именно так, а потом мониторить и выбирать самые "яркие" представители запросов.