Расскажите реальные случаи пользы от inetd?
inetd (и его модификация xinetd) не работает с демонами :) А по-сути есть «суперсервер» который позволяет «упростить» разработку сетевых серверов. Он запускает копию сервера при получении соединения и перенаправляет весь траффик на stdin/out сервера. 
Т.е., при стандартном подходе, сетевой сервер будет проходить через такие этапы: запустится, демонизироваться, ожидать соединение, получить соединение, обработать данные, закрыть соединение, перейти к ожиданию. 
А при inetd подходе будет: запуститься, обработать данные, выйти

Это удобно если нужно выставить в мир какие-то управлящие скрипты, которые работают с консолью, тогда к ним можно будет соединяться телнетом по tcp. У меня так одно время висели скрипты управления лабами по циске — запуск/остановка виртуалок, отображение состояния.

Простейший пример:
#!/bin/bash

echo -n "Test program :) input somethig: "
read VAR
echo "Your input: $VAR"
echo "Bye"

Будет работать как с консоли так и через telnet если повесить его на inetd.

Еще удобно использовать xinetd для форвардинга портов каких-нить некритичных сервисов, чтобы не заморачиваться с NAT/файрволом.
Вместо inetd лучше использовать xinetd, потому что inetd очень старый и «дырявый». xinetd лишен части этого.

Одно из преимуществ в однотипном конфигурировании сервисов через него. Гибкость есть, но разного вида лимиты и прочее можно настраивать и в standalone режиме сервисов, как правило.