The OpenNET Project / Index page

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



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

Оглавление

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

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


32. "Предложение по включению режима TCP_NODELAY по умолчанию"  –1 +/
Сообщение от Аноним (37), 10-Май-24, 13:33 
Если это внушение для разработчиков сетевых приложений, не отправляющих по 1 байту, то в принципе нормальный посыл. setsockopt в руки.
Если же хотят в сетевом стеке по умолчанию включенный nodelay, то пусть идут лесом. Если ценой задержек в сети гуляет меньше пакетов, весь мир экономит электричество. Где-то получается обходиться менее производительным оборудованием. Топовые датацентры корпораций - это не весь мир. Даже если в них большая часть передаваемых данных сосредоточена.
Ответить | Правка | Наверх | Cообщить модератору

35. "Предложение по включению режима TCP_NODELAY по умолчанию"  –2 +/
Сообщение от Ананимус (?), 10-Май-24, 13:49 
> Если ценой задержек в сети гуляет меньше пакетов, весь мир экономит электричество.

Расчеты экономии в студию, что ли. Звучит как экономия на спичках.

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

36. "Предложение по включению режима TCP_NODELAY по умолчанию"  +2 +/
Сообщение от Аноним (37), 10-Май-24, 13:53 
Звучит как корпоративный буллшит, за который в случае факапа никто отвечать не будет. Присвоить прибыль, обобществить убытки - ваше всё!
Ответить | Правка | Наверх | Cообщить модератору

38. "Предложение по включению режима TCP_NODELAY по умолчанию"  +/
Сообщение от Ананимус (?), 10-Май-24, 13:57 
>  Звучит как корпоративный буллшит, за который в случае факапа никто отвечать не будет. Присвоить прибыль, обобществить убытки - ваше всё!

Если это единственная техническая аргументация, на которую ты способен, то я за то чтобы поменять дефолту просто чтобы тебе и дальше жопу рвало.

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

59. "Предложение по включению режима TCP_NODELAY по умолчанию"  +/
Сообщение от ss (??), 10-Май-24, 19:14 
"отморожу себе уши что бабушке было больно"
Ответить | Правка | Наверх | Cообщить модератору

61. "Предложение по включению режима TCP_NODELAY по умолчанию"  –1 +/
Сообщение от Ананимус (?), 10-Май-24, 20:34 
> "отморожу себе уши что бабушке было больно"

Нет, отморожу ему уши. Я не вижу никаких внятных обоснований заметного увеличения трафика от NODELAY.

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

44. "Предложение по включению режима TCP_NODELAY по умолчанию"  +2 +/
Сообщение от Аноним (-), 10-Май-24, 15:15 
Если по-хорошему, то Брукер тоже не привёл никаких расчётов. Прежде чем такое изменение выкатывать в качестве нового дефолта, неплохо было бы оценить последствия.

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

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

49. "Предложение по включению режима TCP_NODELAY по умолчанию"  +/
Сообщение от Ананимус (?), 10-Май-24, 16:00 
>  Если по-хорошему, то Брукер тоже не привёл никаких расчётов. Прежде чем такое изменение выкатывать в качестве нового дефолта, неплохо было бы оценить последствия.

Latency можно померять, но если ты посмотришь в любые latency-critical приложение, ты увидешь там NODELAY. Чтобы далеко не ходить -- это даже в NGINX дефолт. То есть большая часть HTTP трафика в мире ходит с NODELAY и всем нормально.

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

52. "Предложение по включению режима TCP_NODELAY по умолчанию"  +/
Сообщение от Аноним (-), 10-Май-24, 16:57 
> если ты посмотришь в любые latency-critical приложение, ты увидешь там NODELAY.

Вот я об этом и говорю. Умозрительные рассуждения на базе голословных утверждений. Но мало того, ты ещё смотришь на ситуацию однобоко и не с того бока. Если изменить дефолты, то проблемой могут стать не столько латенси-критикл приложения, сколько срупут-критикл, которые не используют ноделей. И поэтому интереснее взгляд именно с этой стороны, исследование которое бы оценило как много таких приложений в дикой природе, и как в абсолютных числах может измениться объём мирового трафика.

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

62. "Предложение по включению режима TCP_NODELAY по умолчанию"  +/
Сообщение от Ананимус (?), 10-Май-24, 20:36 
>> если ты посмотришь в любые latency-critical приложение, ты увидешь там NODELAY.
> Если изменить дефолты, то проблемой могут стать не
> столько латенси-критикл приложения, сколько срупут-критикл, которые не используют ноделей.
> И поэтому интереснее взгляд именно с этой стороны, исследование которое бы
> оценило как много таких приложений в дикой природе, и как в
> абсолютных числах может измениться объём мирового трафика.

Оло, NGINX использует NODELAY. Это, считай, 70% мирового трафика. CDN, стриминг и прочее объемное человеческое творчество.

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

84. "Предложение по включению режима TCP_NODELAY по умолчанию"  +/
Сообщение от Аноним (99), 11-Май-24, 06:32 
Это только фронты, внутри ДЦ идёт гораздо больший трафик и никакого HTTP там нет. Ну и, конечно, замечательные у тебя рассужедния уровня ~ на 30 % можно забить. Собственно по положительному ответу на вопрос топика можно легко определять проф непригодных
Ответить | Правка | Наверх | Cообщить модератору

86. "Предложение по включению режима TCP_NODELAY по умолчанию"  +/
Сообщение от Ананимус (?), 11-Май-24, 09:01 
> Это только фронты, внутри ДЦ идёт гораздо больший трафик и никакого HTTP
> там нет.

Статья про отключение NODELAY внутри ДЦ и профиты, которые от этого видят люди, работающие в этом ДЦ. Ну и да, в postgres тоже NODELAY.

> Ну и, конечно, замечательные у тебя рассужедния уровня ~
> на 30 % можно забить. Собственно по положительному ответу на вопрос
> топика можно легко определять проф непригодных

Если БОЛЬШАЯ часть трафика не вызывает проблем, значит МЕНЬШАЯ часть трафика тоже не вызовет. Это очевидно, хватит отрицать реальность.

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

96. "Предложение по включению режима TCP_NODELAY по умолчанию"  +/
Сообщение от Ivan_83 (ok), 11-Май-24, 12:50 
Вы упрощаете, сильно упрощаете, реальный мир сложнее.

На практике приложение должно на лету уметь делать автотюнинг и менять не только NODELAY но и CC, в зависимости от RTT.
Но приложений таких я не видел, самые лучшие уже умеют NODELAY для listen, но не умеют СС.

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

100. "Предложение по включению режима TCP_NODELAY по умолчанию"  +/
Сообщение от Ананимус (?), 11-Май-24, 15:35 
> Вы упрощаете, сильно упрощаете, реальный мир сложнее. На практике приложение должно на лету уметь делать автотюнинг и менять не только NODELAY но и CC, в зависимости от RTT.
>Но приложений таких я не видел.

Реальный мир и опеннетчики, лол.


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

105. "Предложение по включению режима TCP_NODELAY по умолчанию"  +/
Сообщение от Аноним (99), 11-Май-24, 23:22 
Эти люди делают для своего ДЦ свои версии ядер. Вот и пусть там делают что хоят и не лезут с идиотскими предложениями на весь мир.
Ответить | Правка | К родителю #86 | Наверх | Cообщить модератору

110. "Предложение по включению режима TCP_NODELAY по умолчанию"  +/
Сообщение от Ананимус (?), 12-Май-24, 12:45 
> Эти люди делают для своего ДЦ свои версии ядер. Вот и пусть
> там делают что хоят и не лезут с идиотскими предложениями на
> весь мир.

Это предложение отражает реальность, в которой почти все сетевые приложения, где важно соблюдать задержки, используют NODELAY. То есть это де-факто дефолт, лол. Всем остальным приложениям положить на это все болт, потому что там такой трафик, что хоть побайтово пиши. Останутся два древних приложения, которые нужно будет починить. Все просто, но опеннет как всегда.

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

129. "Предложение по включению режима TCP_NODELAY по умолчанию"  +/
Сообщение от Sem (??), 14-Май-24, 13:16 
Есть некое количество приложений, которые опираются на текущий дефолт. И сколько такого, никто оценивать не собирается. Ну да, лучше поменять поведение по-умолчанию, а потом собирать грабли.
Ответить | Правка | Наверх | Cообщить модератору

130. "Предложение по включению режима TCP_NODELAY по умолчанию"  +/
Сообщение от Ананимус (?), 14-Май-24, 17:46 
>  Есть некое количество приложений, которые опираются на текущий дефолт. И сколько такого, никто оценивать не собирается. Ну да, лучше поменять поведение по-умолчанию, а потом собирать грабли.

Вместо этого все новые приложения должны делать костыли, да? :D

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

117. Скрыто модератором  +/
Сообщение от Аноним (-), 13-Май-24, 10:58 
Ответить | Правка | К родителю #62 | Наверх | Cообщить модератору

82. "Предложение по включению режима TCP_NODELAY по умолчанию"  +/
Сообщение от Ivan_83 (ok), 11-Май-24, 03:42 
Тут надо понимать что и почему, а не просто подражать кому то.

С одной стороны у nginx почти всегда отправляеся большая пачка данных (и я не думаю что DELAY сработал бы).
С другой надо конкурировать с другими, а конкурируют они по всяким дроческим метрикам, среди которых и задержка.

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

58. "Предложение по включению режима TCP_NODELAY по умолчанию"  +1 +/
Сообщение от Аноним (58), 10-Май-24, 19:13 
Экономия должна достигаться не таким способом. Буквально почти все мобильные приложения построены на базе веба, тянут с собой вебдвижок, и весят сотни мегабайт, при функционале максимум на десятки. Только один запуск такого приложения прожигает, наверное, месяцы потерь на эти 40 байт. Веб - вот где сверх избыточность. Веб и мобильные приложения нужно жестко ограничивать, как по памяти, так и по ресурсам CPU и GPU.
Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

65. "Предложение по включению режима TCP_NODELAY по умолчанию"  +/
Сообщение от Аноним (48), 10-Май-24, 22:38 
Ну раз нужно, то можешь начинать прямо сегодня, прямо сейчас. Засовываешь свой браузер в cgroup с любыми лимитами и дело в шляпе.
Ответить | Правка | Наверх | Cообщить модератору

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

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




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

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