Использование inetd

inetd - это форк на каждый коннект, под нагрузкой можно и проблем огрести. Ну и еще у каждого процесса свое адресное пространство (будут проблемы если захочешь включить кэширование). Я когда-то сам писал такую же штуку (работала, кстати), там основной цикл на самом деле копеечный и несложный.

А без inetd ведь тоже форк на каждый коннект? :) Основной цикл, естественно, несложный. Вообще насколько я знаю sendmail можно и отдельно запускать и через inetd. wu-ftpd, слышал, тоже. Как это реализуется?

> А без inetd ведь тоже форк на каждый коннект? :)

Это уж как напишешь.

Без форка больше заранее заданного кол-ва коннектов держать не получится.

>> Без форка больше заранее заданного кол-ва коннектов держать не получится.

С чего бы это? Динамическая память + select/poll/etc.

> под нагрузкой можно и проблем огрести

Premature optimization is the root of all evil (c).

Для простенького прокси — вполне можно использовать. И тестировать проще будет, cat request | proxy | check-result

>Как это реализуется?

Уже понял — там тупо параметр командной строки указывает, как запускаться. Я то думал, оно само как-то определяет, является ли stdout сокетом.

> Premature optimization

В данном случае он не Premature :-)

Юзать буду как фильтр для локалхоста(резать баннеры etc.). Что-то типа Privoxy хочу написать, но попроще(без библиотеки Perlовых регулярных выражений, со стандартными). Уже сделал каркас, основной код будет в отдельной функции, которая пока выводит hello world. С параметром -d работает как демон, без - как модуль для inetd.

inetd хорош для процессов, которым не надо постоянно висет и жрать ресурсы. Мы например поднимали на VPS-е фтп через него - всё равно нечасто ходим:)

Но лучше таки тогда уж демона делать.