В общем, запустил тестер внутри одного сегмента сети (до этого запускал между двумя разными), удалось достичь 1500 req/s с нагрузкой 6000. Считаю, это победа Firebird :). Спасибо всем за участие и ценные советы, всё запишу и обдумаю. Хоть решение оказалось тривиальным, ковырялся не зря:
- Сделал тестировочный комплекс для последующих замеров
- Выяснил, что IBX никаких особо лишних замедляющих вещей не пересылает, по крайней мере, при описанном сценарии
- Убедился, что скорость маршрутизации пакетов может влиять сильнее, чем номинальная поточная скорость. Буду знать, на что обращать внимание и трясти сетевиков
- Выяснил потолок производительности на нашем железе и данных
- Поюзал Wireshark и посмотрел, как выглядит протокол FB :)

Вопрос религиозный, но собственно пуркуа бы не па?

Нет, на IBSQL была мысль сделать, но быстро не придумал, как ограничить время долбления одной секундой. Из батчей не очень удобно с временем работать. Только если плясать от постоянного кол-ва запросов и замерять разницу по времени.

Да и не слушаю, система уже годами крутится как ни в чем не бывало :)
Просто из интереса думал выяснить конкретные доводы против, или же альтернативы. Но увы

Для простоты расчетов и быстроты получения результата, это м.б. любое N, не суть