>>Задача стоит в том, чтобы разграничительная линия сисколлов проходила бы не между кодом http-сервера и TCP/IP стеком, а где-нибудь в другом месте, где эту линию можно будет реже пересекать.
> Ну вынесете вы TCP/IP в юзерспейс - сисколы к ядру от этого
> магическим образом не исчезнут и меньше их не станет.

Количество сисколлов уменьшится, причём вовсе не магическим образом.

>>как много возможностей было заложено в код при проектировании, и как много из них оказалось востребовано
> Выше вы пишете: "на следующей же день выяснится, что протокол не позволяет
> что-то там сделать эффективно. Мы изменим протокол допишем модуль. Через неделю
> ещё раз. Потом ещё. Ещё. И ещё.". Как вы сами писали,
> возможности закладываются не от балды, а из-за необходимости делать что-то там
> эффективно, стало быть, эти функции востребованы.

Нет, на практике так бывает редко.

> С другой стороны, ну хорошо: выносим TCP/IP в юзерспейс, удаляем всякое "ненужное".
> Всё это приведет к тому, что в юзерспейсе будет зоопарк реализаций
> TCP/IP разной степени кривизны вместо одной эталонной реализации. Не кажется ли
> вам это еще большим оверинжинирингом и распылением сил?

Распыление сил -- это миф. А почему это не оверинжиниринг я объяснил выше.

> Открытым остается и вопрос файрволинга в такой конфигурации.

Ой не знаю. Кто тебе сказал, что этот вопрос вообще стоял?