pgBouncer, тестирование web-сервера, зависание

В общем пишется один проект, который я решил потестировать.
Вводные данные: VDS 1ГГц 512 Мб, Ubuntu, Apache, PostgreSQL, pgBouncer
В PosgreSQL max_connections стандартно установлен в 100. Увеличить не могу. Ставлю например 200 коннекций - PosgreSQL не запускается. Пишет:

Код (Text):

1.  
2. postgresql restart
3.  * Restarting PostgreSQL 9.0 database server                                                                                                   * The PostgreSQL server failed to start. Please check the log output:
4. 2012-01-17 19:53:12 MSK FATAL:  could not create shared memory segment: Invalid argument
5. 2012-01-17 19:53:12 MSK DETAIL:  Failed system call was shmget(key=5432001, size=34537472, 03600).
6. 2012-01-17 19:53:12 MSK HINT:  This error usually means that PostgreSQL's request for a shared memory segment exceeded your kernel's SHMMAX parameter.  You can either reduce the request size or reconfigure the kernel with larger SHMMAX.  To reduce the request size (currently 34537472 bytes), reduce PostgreSQL's shared_buffers parameter (currently 3584) and/or its max_connections parameter (currently 204).
7.         If the request size is already small, it's possible that it is less than your kernel's SHMMIN parameter, in which case raising the request size or reconfiguring SHMMIN is called for.
8.         The PostgreSQL documentation contains more information about shared memory configuration.

То есть это мне ядро убунты надо как-то пересобрать чтобы увеличить этот SHMMAX? или я неправильно понимаю?

Начал тестировать утилитой "ab" которая входит в состав апача.
Тест валится при
ab -n 100 -c 50 http://что-то_там_мое...

Поставил pgBouncer с настройками:

Код (Text):

1.  
2. ; total number of clients that can connect
3. max_client_conn = 100
4. default_pool_size = 100

С небольшими потерями работает на -n 200 -c 100
В принципе приемлемо
Поменял max_client_conn на 400 и default_pool_size на 200. Сработало вообще без потерь и быстро. Но один раз. Повторный запуск теста привел к зависанию системы. Помогает только ребут из web-панели управления VDS. Прямо скажем, я не великий сисадмин. Подскажите, можно как-то понять почему происходит зависание? Еще один нюанс: я открывал еще одну сессию SSH и запускал "top" чтобы смотреть загрузку проца.

В общем буду рад любым соображениям

 

Переведи )

Код (Text):

1.  
2. You can either reduce the request size or reconfigure the kernel with larger SHMMAX.  To reduce the request size (currently 34537472 bytes), reduce PostgreSQL's shared_buffers parameter (currently 3584) and/or its max_connections parameter (currently 204).
3.         If the request size is already small, it's possible that it is less than your kernel's SHMMIN parameter, in which case raising the request size or reconfiguring SHMMIN is called for.
4.         The PostgreSQL documentation contains more information about shared memory configuration.

Особенно поясни, ЕСЛИ ЗНАЕШЬ, насколько нужно изменить параметры SHMMAX, SHMMIN и shared_buffers. И что-то мне подсказывает что мне нужно не "reduce", а "raising" )
Еще раз скажу что опыт конфигурирования линуксов, откровенно говоря, небольшой. Поэтому когда человек просит помочь, то или скажи по делу или ничего не говори. Выпендриваться не надо

 

Буду очень ждать

Я замерял задержки. И выяснил что основное время тратится на создание коннекции. С SQL я хорошо дружу, поэтому запросы у меня оптимальные. В общем где-то видимо нужно что-то подкрутить чтобы уменьшить время создания коннекта.

Спасибо за наводку. Сегодня потестирую этой утилитой )

И вообще очень большое спасибо. Жду ответов

 

to 440Hz
Андрей, спасибо! Разобрался.
Еще подправил файл /etc/sysctl.d/30-postgresql-shm.conf
Не знаю, надо было оно или нет, но подправил.
Количество коннекций увеличил )