Есть таблица, куда сыпятся запросы от пользователей. В моменты пика скорость может достигать 20 запросов в секунду. В самой таблице пока не так много записей, порядка 100 000. Так вот, в моменты пика нагрузки, сервер захлебывается и база оказывается недоступна. Анализ работы программы показал, что обработка запроса пользователя занимает порядка 100мсек из которых 50(!) отводится только на регистрацию запроса в базе, т.е. банального выполнения команды INSERT, в то время как в первые 50 происходит довольно сложная логика обработки запроса с теми же обращениями к базе.
Это много или мало? а если много, то как это время можно сократить?
При этом максимальное число одновременно устанавливаемых коннектов в конфиге прописано 300.
Версия PostgreSQL - 8.1

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

И еще вопрос, если нельзя уменьшить время записи, то как наиболее оптимально настроить производительность постгреса?
Я прочитал довольно много статей по этому поводу, но везде все какие-то общие описания.

Да, забыл ответить: в качестве сервака используется 2-х процессорный ХЕОН 2.8 ГГц, оперативки 3гига

PostgreSQL начинающийsar, iostat в студию.
А можно поподробней?

PostgreSQL начинающий> А можно поподробней?

ОС - win? Тогда что перфмон показывает?

Сервер 2-х процессорный Xeon 2.8GHz.
Вот дисковая подсистема - пока туманный вопрос. Знаю только, что сказевые c софтварным райдом. Дело в том, что я не имею физического доступа к серверу и его спецификации. Можно как-нить удаленное это узнать из консоли?
Операционная система Linux Kernel 2.6