такой вопрос:
как ограничить таймаут для дочерних процессов, открываемых постгрессом, и тайм-аут для pconnect'ов, открываемых с помощью PHP?

win32, XP or win2k3 Serv.

"ломал" постгресс, бомбардируя его массовыми запросами. pg норм, НО: плодит себе кучу подпроцессов и периодически отказывает пользователю, под которым производится бомбардировка, в соединении.

вопрос: как заставить умирать дочерние процессы (после тестов оставил машину на час с лишним, к базе запросов не было) и закрываться pconnect's?

ммм, надо тестовый БД сервер на линукс перегнать;)

какой дистриб наиболее подходит для сервера БД?

а pconnect из php не закрывается, в том и фишка, это постоянное соединение , чтобы экономить время на постоянных пересоединениях php c БД. по-идее, они должны через какое-то не очень большое время закрываться.

в общем, ставлю centos в данный момент.
вообще, поведение php и postgresql под win при использовании pconnect и тесте нагрузки с использованием двух потоков утилиты апача ab с параметрами -n 50000 -c 64 приводит к тому, что за первые примерно 10 секунд плодится ~100 подпроцессов (как я понял, максимум при дефолтных настройках базы). при этом более 98% записей в логах апача соответствуют ожидаемому ответу, остальные - от отказа непривелигерованному пользователю в новом соединении до слишком много клиентов. При этом ab показывает производительность в ~65 в секунду, на AMD Semprone 2800+

если мучить только одним потоком Ab, то 100% - нормальная работа и не менее 150 запросов в секунду

единственный минус - это продолжающие висеть подпроцессы и занятые соединения.

если использовать просто connect, то производительность заметно снижается (что и понятно, каждый скрипт каждый раз заново открывает соединение с бд)