Да ничего не мешает, просто ситуация сужает возможности.

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

Будет накапливаться, пока не заполнится полностью, и серверу придется ждать, пока можно будет отправить очередную порцию дерьма.
Ну и что? Почему в это время нельзя обслуживать других клиентов?

Потому что обработка переполнения системного буфера при send() в общем случае нетривиальна
и требует довольно хитровывернутого кода, который 30 лет назад никто просто не стал писать.Я не видел исходников. Но если без хитровывернутости, то в моём понимании это так:
1. Делаем select.
2. Если он вернул < 0, или FD_ISSET(exceptfds) - ошибка, всё.
3. Если 0, или !FD_ISSET(writefds) - ждём.
4. Иначе - send следующей порции.

Мне кажется, при таком тривиальном алгоритме можно обслуживать других клиентов.

Разве буффер отправки общий на весь сервер? Не на каждый клиентский сокет?
Это тоже мне кажется странным, впрочем я не претендую на звание гуру работы с сетями.