После того, как я установил следующие параметры
max open files /sys/fs/file-max 1021442 kernel threads /proc/sys/kernel/threads-max 50000 socket buffers /proc/sys/net/core/wmem_default 109568 /proc/sys/net/core/wmem_max 131071 /proc/sys/net/core/rmem_default 109568 /proc/sys/net/core/rmem_max 131071 netdev backlog /proc/sys/net/core/netdev_max_backlog 1000 socket buckets /proc/sys/net/ipv4/tcp_max_tw_buckets 180000 port range /proc/sys/net/ipv4/ip_local_port_range 32768 61000 я смог достиг 2050 одновременных коннектов(одновременно исполняемых sql) и остановился на этой цифре чисто из практических соображений, потому как сервер уже и так едва "дышал". результат top -b n 3 здесь http://univeris.info/pub/fb/toplog.zip После этого, я решил сравнить работу сервера при использовании триггера на коннект/дисконект. На клиентской машине запускался скрипт, в базе employee была добавлена таблица с индексом и два триггера. пример скриптов http://univeris.info/pub/fb/example_sh.tar http://univeris.info/pub/fb/SYS_CONUSRLOG_3.sql В результате работы скрипта (./gdsfork.sh 1 100) после 15-20 fork на создание запроса, последующие завершаются с кодом 11 ("EXIT: gds_db signal=11" в messages на сервере базы, т.е. "segmentation fault"). Придумать что-нибудь еще в настройках мне не удалось, поэтому, похоже, от использование триггеров базы на коннект/дисконнект придется отказаться, а жаль. Евгений -- View this message in context: http://www.nabble.com/%D0%9C%D0%B0%D0%BA%D1%81%D0%B8%D0%BC%D0%B0%D0%BB%D1%8C%D0%BD%D0%BE%D0%B5-%D0%BA%D0%BE%D0%BB%D0%BB%D0%B8%D1%87%D0%B5%D1%81%D1%82%D0%B2%D0%BE-%D0%BA%D0%BE%D0%BD%D0%B5%D0%BA%D1%82%D0%BE%D0%B2-%D0%BA-firebird--tp23313295p23738002.html Sent from the firebird-russian mailing list archive at Nabble.com.
