|
ru.unix.bsd- RU.UNIX.BSD ------------------------------------------------------------------ From : Gregory Edigarov 2:5020/400 19 Jun 2007 12:39:32 To : Valentin Nechayev Subject : Re: dummynet --------------------------------------------------------------------------------
Valentin Nechayev wrote:
>>>> Gregory Edigarov wrote:
>
>>>>> ты уж определись, и или трусы одень или крестик сними.
>> GE>> Хорошо.... Переформулирую для непонимающих. HАТ должен быть ядерным.
>> GE>> HО при этом не должен даже пытаться что-то делать с прикладным уровнем.
>> GE>> Так понятнее?
>>> А если нормальный NAT невозможен без воздействия на прикладной
>>> уровень?
> GE> дык это уже дело прокси. а дело ната - отдать тот протокол, с которым
> GE> он не может работать соответсвующему прокси.
>
> Обстракция.
>
> Очень часто есть необходимость обеспечить что-то на уровне выше, чем
> позволяет решение "поразделённее" (как в данном случае - на
> userland). И часто в этих случаях жертвуют (возможно) надёжностью в
> пользу скорости. А при качественном написании - и не жертвуют.
Валентин, я как бы в курсе...
Просто мне хотелось указать, что путь, когда все более менее нужные для
нормальной работы вещи всунуты в ядро,
такой-же тупиковый, как и путь "процесс на каждый чих". никто не спорит
с тем, что комбинировать надо.
тут другая проблема, что каждый для себя сам определяет, границы
допустимого комбинирования. и вот здесь все резко расходятся во мнениях.
Для меня - путь "все в ядре" неприемлем из-за того, что при
возникновении каких-либо проблем, отдебажить их весьма трудно, а зачастую и
просто невозможно, если речь идет о падающем очень боевом сервере.
Для меня также совершенно ясно, что большую часть сетевой подсистемы -
драйвера, стек протокола и файрвол с натом - лучше держать
в ядре (по крайней мере, если речь идет о монолитном ядре).
Единственное, против чего я лично - против попыток заставить ядро
выполнять несвойственные для него задачи, в частности -
разбор прикладного уровня. В нетграфе же я вижу одну из таких попыток.
При этом, меня еще более напрягает то, что сейчас чуть
что более менее ценное и работающее (вернемся хотя бы к ppp в ипостаси
mpd) - использует нетграф.
Все. Чтобы меня не обвиняли в троллинге, всем, кто заинтересован с
продолжении дискуссии - предлагаю перенести обсуждение в приват.
--- ifmail v.2.15dev5.3
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.unix.bsd/6577d18c7fc5.html, оценка из 5, голосов 10
|