Re: два запроса в рамках одного соединения встанут в очередь и выполнятся.
краша тут вообще не видно Это обнадежило!
Re: просто какой-то очередной пользователь при открытии приложения вместо соединения к базе получит false.
это если общее количество соединений будет превышено.
А вот тут хотелось бы знать по подробней! Это как то фиксировано в php сервере (я подключаюсь к Firebird базе данных (ibase_connect))? Или кол-во соединений фиксирует сама database? ....ну как бы хочется понять о каких именно соединениях идет речь!
Если речь идет о БД, то вот результат некоторых тестов:
Код:
Машина для тестирования: intel сервер с 16Гб памяти, 2 процессора
по 4 ядра (E8400), Linux CentOs 5.3 работающий как виртуальная машина.
Сервер базы данных для тестирования
- FirebirdCS-2.1.2.18118-0.i686.rpm
- FirebirdCS-2.1.2.18118-0.amd64.rpm
- FirebirdSS-2.1.2.18118-0.i686.rpm
Clasic server:
максимальное количество коннектов в такой конфигурации ~850, после этого
сервер отказывает в новых соединениях, общее количество процессов ~1000,
для обычной и 64 разрядной версии.
Super server:
Казалось бы SS меньше зависит от настроек системы, но на практике получили
наоборот, после 288-го соединения получаем сообщение:
Unable to complete network request to host "85.x.x.x".
-Error writing data to the connection.
-Broken pipe
и все соединения, которые были установлены до 288 завершаются. Какие здесь
настройки править - тайна. Да и администрировать под Linux сервер SS сложно.
Хотя тормоза уже начинаются после 50 одновременно выполняемых sql, а после 100
паузы в работе становятся огромными, я не смог достигнуть максимума в 1200 sql-ей.
Вот тут сразу захотелось отказаться от своей реализации.