The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Предложение по включению режима TCP_NODELAY по умолчанию, opennews (??), 10-Май-24, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


112. "Предложение по включению режима TCP_NODELAY по умолчанию"  –1 +/
Сообщение от pda (ok), 12-Май-24, 20:45 
Наверное то, что приложению по хорошему неоткуда знать нужно ему использовать этот флаг или нет. Так понимаю, он был актуален во времена медленных каналов, вроде модемных. На них экономия могла иметь смысл, на широкополосных нет. По этому его и выносили в конфиг.
Но теперь модемных каналов не осталось и по идее нет нужды требовать от приложений устанавливать его явно.

Вообще это решение выглядит таким себе. По идее механизм управления потоком стоило привязывать к интерфейсу.

Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

115. "Предложение по включению режима TCP_NODELAY по умолчанию"  +1 +/
Сообщение от timur.davletshin (ok), 13-Май-24, 07:43 
> Наверное то, что приложению по хорошему неоткуда знать нужно ему использовать этот
> флаг или нет.

А кто об этом должен знать, как не приложение? Вы бредите или это такой юмор?

> Вообще это решение выглядит таким себе. По идее механизм управления потоком стоило
> привязывать к интерфейсу.

А... это после воскресенья такое. Бывает.


Ответить | Правка | Наверх | Cообщить модератору

118. "Предложение по включению режима TCP_NODELAY по умолчанию"  –2 +/
Сообщение от pda (ok), 13-Май-24, 12:55 
> А кто об этом должен знать, как не приложение? Вы бредите или
> это такой юмор?

Откуда приложению знать (да ещё и на этапе компиляции) в каких условиях его будут использовать? Модемный канал или нет?

> А... это после воскресенья такое. Бывает.

Вы про себя что ли? Ну, просыхайте. Может перечитаете и поймёте.

Ответить | Правка | Наверх | Cообщить модератору

119. "Предложение по включению режима TCP_NODELAY по умолчанию"  +1 +/
Сообщение от timur.davletshin (ok), 13-Май-24, 13:33 
> Откуда приложению знать (да ещё и на этапе компиляции) в каких условиях
> его будут использовать? Модемный канал или нет?

Вы просто не поняли, для чего TCP_NODELAY делался. К ширине канала это имеет очень небольшое отношение. А вот приложение прекрасно знает, что ему нужно больше - интерактив или пропускная способность. Но ты сильно не расстраивайся, не плакай там. Не ты один такой, вон Mozilla (да и Chrome) до сих пор не умеет помечать ToS в пакетах канала данных WebRTC. Багрепортам уже не помню сколько лет.

> какая-то тухлая эскапада на предмет моей некомпетентности

Воспользуйся моим советом выше и поиграйся с SSH. Если они смогли, то что мешает другим?

Ответить | Правка | Наверх | Cообщить модератору

121. "Предложение по включению режима TCP_NODELAY по умолчанию"  –1 +/
Сообщение от pda (ok), 13-Май-24, 14:40 
> А вот приложение прекрасно знает, что ему нужно больше - интерактив или пропускная способность.

Вы текст-то новости прочли? "RFC для алгоритма Нейгла принят в 1984 году и он не рассчитан на параметры современных высокоскоростных сетей и серверов в датацентрах, что приводит к возникновению проблем с отзывчивостью." Так откуда приложению знать в современной оно сети работает или нет?

>> какая-то тухлая эскапада на предмет моей некомпетентности
> Воспользуйся моим советом выше и поиграйся с SSH. Если они смогли, то
> что мешает другим?

Простите, вы там кого от моего имени процитировали? У меня в посте таких слов нет. Вы ChatGPT, у вас галлюцинации? Если нет и отвечаете кому-то другому - вот идите к нему в ветку и отвечайте.

И что по вашему я должен был добиться "игранием с SSH"? Понимания, что неправильный алгоритм управления может ухудшить работу? Спасибо за гениальное наставление, сам бы я точно до этого не догадался.

Ответить | Правка | Наверх | Cообщить модератору

122. "Предложение по включению режима TCP_NODELAY по умолчанию"  +/
Сообщение от timur.davletshin (ok), 13-Май-24, 14:55 
> Понимания, что неправильный алгоритм управления может ухудшить работу? Спасибо за гениальное наставление, сам бы я точно до этого не догадался.

Наоборот, ты наконец поймёшь, что СТОИТ читать не новости, а RFC... и экспериментировать. Если человек из новости не пишет о том, что ядро предоставляет интерфейс для управления поведением сетевого стека, то он а) некомпетентен или б) ангажирован. Я ставлю на второе. В твоём же случае очевидна первая причина.

Прежде чем продолжить тухлую пикировку, давай определимся с твоим тезисом о том, что приложение "не знает о ширине канала". Имеются ли давно внедрённые алгоритмы, которые позволяют определить эту самую полосу? Имеются ли минимальные требования к работе приложения (я, надеюсь, мы не будем разговаривать о запуске VoIP через 1200 baud packet radio?)?

Потом вернёмся к тому, насколько ты понимаешь, чем и зачем TCP_NODELAY используется сейчас.

А потом мы по пунктикам разберём, где выступивший с инициативой пан слукавил (или соврал). Я очень люблю, когда ссылаются на "старость" RFC без учёта реализаций.

Ответить | Правка | Наверх | Cообщить модератору

132. "Предложение по включению режима TCP_NODELAY по умолчанию"  +/
Сообщение от Аноним (132), 16-Май-24, 02:35 
Nagle занимается тем, что буферизует данные, записываемые в TCP-сокет, вместо нерадивых приложений которые делают write(2) по паре байт, чтобы без Nagle-а приводило бы к куче мелких пакетов с пейлоадом в эти самые пары байт.

Потому кроме приложений, которые и дергают write(2)-ы, никто и не может знать, нужен Nagle им, потому что написаны они левой пяткой без нормальной буферизации данных, или нет, потому что у программиста есть мозг, и он им подумал о том, что будет происходить с отправляемыми данными на уровне TCP/IP стека.

Ответить | Правка | К родителю #112 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру