URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 133690
[ Назад ]

Исходное сообщение
"Для OpenBSD реализована настройка, включающая режим TCP_NODELAY для всей системы "

Отправлено opennews , 15-Май-24 09:15 
Джоб Снейдерс (Job Snijders), маститый разработчик OpenBSD, руководитель одного из комитетов в IETF (Internet Engineering Task Force), автор 11 RFC, связанных с маршрутизацией и RPKI, и создатель IRRd (Internet Routing Registry Daemon), опубликовал набор патчей для OpenBSD, добавляющих новый sysctl-параметр "net.inet.tcp.nodelay" для отключения  алгоритма Нейгла на уровне всей системы. Параметр избавляет разработчиков приложений от выставления флага TCP_NODELAY для отдельных сокетов...

Подробнее: https://www.opennet.me/opennews/art.shtml?num=61176


Содержание

Сообщения в этом обсуждении
"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено Аноним , 15-Май-24 09:15 
Остальные девелоперы скептичны. Не пройдет в дерево.

"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено pavlinux , 15-Май-24 12:31 
Вы, как любитель долгого кекса, б пошли к бабам с низкой социальной
ответственностью, которые всë делают за 67 секунд +/- device latency?

"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено Аноним , 15-Май-24 13:19 
Чего??  Кописапт из чат жпт что ли?

"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено anonymous , 17-Май-24 01:41 
Блё, как же меня корёжит от людей, которые говорят "кекс" вместо "секс". Это же не мат, не непристойность, не ругательство. Зачем этот эвфемизм? Тем более на опеннеие, тут даже материться не запрещено.

Ты наверное из тех людей, которые на фотографиях котам яйца закрывают смайликом?


"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено pavlinux , 17-Май-24 11:46 
> Зачем этот эвфемизм?

Благопристойные парсеры удаляют


"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено anonymous , 17-Май-24 14:47 
На опеннете ничего не удаляют.
Видишь, вот, я написал секс, и ничего не удалили.

"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено OpenEcho , 15-Май-24 14:35 
>  Остальные девелоперы скептичны. Не пройдет в дерево.

Странно, в индустрии сетевые инжинера выставляют TCP_NODELAY на уровне сервисов как миниум уже десятилетие.


"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено pavlinux , 15-Май-24 15:09 
>>  Остальные девелоперы скептичны. Не пройдет в дерево.
> Странно, в индустрии сетевые инжинера выставляют TCP_NODELAY на уровне сервисов как миниум  уже десятилетие.

А теперь заново прочти три последних слова в названии новости


"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено OpenEcho , 15-Май-24 15:51 
> А теперь заново прочти три последних слова в названии новости

И ? Если в течении десятилетий  народу приходится твикать непосредственно эту опцию в приложениях, то вполне логично уже наконец приментить это глоабльно ко всей системе по умолчанию, нет?


"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено Аноним , 15-Май-24 19:55 
те, кто её намеренно не твикает сейчас будут огорчены изменением дефолта, этого ризона достаточно, чтобы патч не вошёл в репо

"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено pavlinux , 15-Май-24 23:38 
>> А теперь заново прочти три последних слова в названии новости
> И ? Если в течении десятилетий  народу приходится твикать непосредственно эту
> опцию в приложениях, то вполне логично уже наконец приментить это глоабльно
> ко всей системе по умолчанию, нет?

This approach might have been advantageous 40 - 50 years ago, when
multiple users were concurrently working behind 1200 baud lines. Nagle's
algorithm discourages sending tiny segments when the data to be sent
increases in small increments.  The trade-off being "sacrificing a
degree of interactivity" in exchange for "increased throughput".


Нужна на буке/компе/смарте/IoT/... пропускная способность иль там как раз интерактив важнее?


"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено OpenEcho , 15-Май-24 23:55 
> Нужна на буке/компе/смарте/IoT/

И как часто вы видете опенка на перечисленных девайсах?



"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено Аноним , 16-Май-24 06:04 
> А теперь заново прочти три последних слова в названии новости

В линухе такой параметр был уже более десятка лет. А тут сетевики-затейники, авторы маститых RFC, отпустили ручник. Надо же, инновации какие от авторов RFC.


"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено pavlinux , 16-Май-24 19:56 
>> А теперь заново прочти три последних слова в названии новости
> В линухе такой параметр был уже более десятка лет.

Пример в студию


"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено Аноним , 17-Май-24 03:34 
> В линухе такой параметр был уже более десятка лет

Чтобы включал на уровне всей системы по дефолту? Вы вроде как врете, учитывая последний абзац новости.


"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено Аноним , 17-Май-24 14:30 
>> В линухе такой параметр был уже более десятка лет
> Чтобы включал на уровне всей системы по дефолту? Вы вроде как врете,
> учитывая последний абзац новости.

А net.ipv4.tcp_low_latency = 1 в sysctl мне, наверное, привиделся? Не, сам такое название я бы не придумал :)


"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено Аноним , 15-Май-24 09:16 
Опции отключающие законы Ньютона или там, правила Кирхгофа не завезли? Мне только на чуть-чуть надо.

"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено BeLord , 15-Май-24 09:49 
Отключение Ньютона дефолтная установка переходи в "наномир" и к скоростям близким к скорости света оно само отключится-)))
Киргоф отключается тюнингом магнитного поля, параметры настройки смотри в man вселенной-))

"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено Массоны Рептилоиды , 15-Май-24 10:49 
> параметры настройки смотри в man вселенной-))

Как-то там всё сложно, запутанно и куча легаси. Проще грибами обойтись


"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено laindono , 15-Май-24 10:16 
> законы Ньютона

Все давно до Эйнштейна обновились. Чего ты на старье сидишь?


"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено Аноним , 15-Май-24 11:23 
Гравитация бессердечная ... не даёт перейти на квантовую механику.

"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено Аноним , 15-Май-24 09:20 
А толку? Всё равно OpenBSD работает на 1,5 железке.

"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено Zitz , 15-Май-24 10:10 
Она не для консьюмерского железа, как впрочем и линукс. На потребительских компуктерах нормально работает только винда, всё остальное это лютый кринж.

"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено Аноним , 15-Май-24 10:23 
Толсто. У меня уже лет 5 с Linux не было проблем на любом железе, даже на дешманском китайском ноуте.

"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено Zitz , 15-Май-24 10:27 
Сказочник. Без проблем линукс работает только в виртуалках и серверах.

"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено User , 15-Май-24 11:33 
А вы на ём что делали, стесняюсь спрашивать? Перманентно неработающая гибернация, отсутствующее ускорение видео в браузере, спесфисский блюпуп-стек, пачка костылей вместо управления энергосбережением, периодические приколюхи с периферией (Те же датчики отпечатка у китайцев все еще скорее не поддерживаются, нежели поддерживаются) - это как еще "не было проблем" или все-таки чуть-чуть, самую капельку, малость?

"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено Аноним , 15-Май-24 11:57 
Дома и на работе - Linux. Собственно, работаю целиком в нём - разработка печатных плат, программирование, редактирование документов и тд. Гибернация работает, проблем не было. Ускорение работает - надо настроить. Блютуз работает - подключал наушники. С энергосбережением не понял в чём проблема. Cpu governer работает, всякие штуки типа переключения профилей производительности, крутилки типа powertop и тд. Ноутбук работает дольше, чем в Windows (правда я это давно проверял, но это даже плюс, показывает что с этим давно нормально).
Датчик отпечатка не настраивал, не знаю.

"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено Аноним , 15-Май-24 12:01 
> правда я это давно проверял

Здесь имел в виду сравнение с windows. Перестал ей пользоваться давно.


"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено User , 15-Май-24 14:17 
> Дома и на работе - Linux. Собственно, работаю целиком в нём -
> разработка печатных плат, программирование, редактирование документов и тд. Гибернация
> работает, проблем не было. Ускорение работает - надо настроить. Блютуз работает
> - подключал наушники. С энергосбережением не понял в чём проблема. Cpu
> governer работает, всякие штуки типа переключения профилей производительности, крутилки
> типа powertop и тд. Ноутбук работает дольше, чем в Windows (правда
> я это давно проверял, но это даже плюс, показывает что с
> этим давно нормально).
> Датчик отпечатка не настраивал, не знаю.

Про гибернацию с ускорением видео - в лучшем случае "ошибка выжившего" (специфический набор оборудования+пердолинг), в нормальном - просто "ошибка" (s2d путается со сном, например), в терминальном - просто звиздёж. In general - оно не работает и никогда нормально не работало, но иногда "можно только нужно немного настроить и жить до следующего обновления а после немного настроить но другим способом и..."


"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено Аноним , 15-Май-24 14:24 
Вопреки распространённому заблуждению, даже наглая ложь не становится правдой от многократного повторения.

"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено User , 15-Май-24 15:06 
> Вопреки распространённому заблуждению, даже наглая ложь не становится правдой от многократного
> повторения.

Ну в общем да - но некоторые все еще продолжают рассказывать про "готовность linux'а к desktop'ному применению". Лет не соврать - 20 слушаю, а как ни проверишь - "нувотужеопочтиноещенесовсемнадотолькоподождатьнинужнауменявсеработает"


"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено Аноним , 15-Май-24 15:20 
В кривых руках и для потре.. кхм потребителей - да, не готов.

"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено User , 15-Май-24 17:00 
Ну да. И для работы отличной от "программировай-администрировай!" тоже не очень-то. Открываешь такой нормально оформленный по ГОСТу проект с правками в режиме рецензирования - ойшьойта? И бже тебя упаси свои правочки сделать и сохранить - дешевле сразу проектанту позвонить и начать про верстку в латексе с версионированием в git'е объяснять...

"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено Аноним , 15-Май-24 17:33 
> И для работы отличной от "программировай-администрировай!" тоже не очень-то.

Я же выше писал - разрабатываю печатные платы.


"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено User , 16-Май-24 11:39 
Нуок. Еще в веб-интерфейсиках сидеть почти-уже-всегда-можно.
Но вот хотя бы даже документы в OO\LO править - не рекомендую :).

"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено Аноним , 16-Май-24 13:32 
> Нуок. Еще в веб-интерфейсиках сидеть почти-уже-всегда-можно.
> Но вот хотя бы даже документы в OO\LO править - не рекомендую :).

Как еще 1 рисовальщик плат, програмер фирмварей и мелкотравчатый но гордый системный интегратор - имею заметить что доо, ковырять доку в офисе это гораздо более крутая продвинутая активность показывающая возможность системы. Не то что рисование в каде каком-то.


"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено User , 16-Май-24 13:57 
>> Нуок. Еще в веб-интерфейсиках сидеть почти-уже-всегда-можно.
>> Но вот хотя бы даже документы в OO\LO править - не рекомендую :).
> Как еще 1 рисовальщик плат, програмер фирмварей и мелкотравчатый но гордый системный
> интегратор - имею заметить что доо, ковырять доку в офисе это
> гораздо более крутая продвинутая активность показывающая возможность системы. Не то что
> рисование в каде каком-то.

Ну вот как "мелкотравчатый" - можешь взаимодействовать со своим котом примерно как угодно, проблемы нормальных интеграторов волновать не должны. А вот как понадобится с заказчиком пообщаться через s4b например, или к закрытому контуру подключиться через VPN с compliance-check'ом АРМ - да вот хоть бы возникни необходимость поработать не в "каком-то" CAD'е - а в том, который de facto индустриальный стандарт - так сразу "этадругое!" будет?
Впрочем нет, не будет - по понятным причинам...


"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено Аноним , 16-Май-24 15:41 
> Ну вот как "мелкотравчатый" - можешь взаимодействовать со своим котом примерно как
> угодно, проблемы нормальных интеграторов волновать не должны.

Ты и столько не наинтегрировал - поэтому свое суперценное мнение можешь держать при себе. А пресмыкаьться и лебезить - не больно какой офигенный скилл.

> А вот как понадобится с заказчиком пообщаться через s4b например, или к
> закрытому контуру подключиться через VPN с compliance-check'ом АРМ -

Простите, работа в eГестапо зэком - ваша прерогатива. А я пешком постою без таких "привилегий".

> да вот хоть бы возникни необходимость поработать не в "каком-то" CAD'е - а в том, который
> de facto индустриальный стандарт - так сразу "этадругое!" будет?

KiCad вполне себе "индустриальный стандарт" уже. Такая ерунда. Впрочем нормальные люди стандартные gerber'ы фабе кидают, и фабе похрен какой тул их сгенерил. Хоть хексэдитор. И что оно означает - им пофиг. Может вы там брелки удумали по этой технологии сделать, или там линейки сувенирные.

> Впрочем нет, не будет - по понятным причинам...

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


"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено User , 16-Май-24 18:36 
Ну собственно чего и не требовалось доказывать - ничего полезного вы не делаете и делать не собиратетесь по причине ограниченного инструментария, а взять что-то более подходящее вам книга пророка Лебеды не дает - да и просто лапки-с. Зато можно БОРОТЬСЯ С КОРПОРАЦИЯМИ не привлекая внимания санитаров, доааа...

"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено Аноним , 17-Май-24 09:29 
Писал диссер в libreoffice.

"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено User , 17-Май-24 10:16 
> Писал диссер в libreoffice.

Еще раз - для себя - можно хоть в маркдауне, экспортнул в pdf и может даже и норм. Или если вся рабочая группа использует в качестве стандарта эту самую либру - тоже бывает, наверное. А вот в случае необходимости продуктивного взаимодействия с внешним миром - ээээ... Интероперабельность все еще на уровне "регулярные косяки даже между версиями либры", про стабильную совместимость с MSO даже совсем-совсем фоннаты вроде не заикаются - все больше истории про то, как сделанный в 97 офисе документ у них однажды не открылся.


"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено Аноним , 15-Май-24 19:07 
А уменя однажды на винде что-то не завелось из каропки. Все, не готова венда для десктопа. Так и знайте. Кто отрицает, у того ошибка выжившего

"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено User , 15-Май-24 20:33 
> А уменя однажды на винде что-то не завелось из каропки. Все, не
> готова венда для десктопа. Так и знайте. Кто отрицает, у того
> ошибка выжившего

Вот по этому вас-линуксойедов совы и не любят - вечно вы им больно делаете...


"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено Аноним , 16-Май-24 13:33 
>> А уменя однажды на винде что-то не завелось из каропки. Все, не
>> готова венда для десктопа. Так и знайте. Кто отрицает, у того
>> ошибка выжившего
> Вот по этому вас-линуксойедов совы и не любят - вечно вы им
> больно делаете...

А, так user просто - сова? А я то все думал почему у него все время подгорает с топиков по линуху. Еще поди какой-нибудь бсдюк латентный был когда-то, да?


"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено User , 16-Май-24 13:59 
>>> А уменя однажды на винде что-то не завелось из каропки. Все, не
>>> готова венда для десктопа. Так и знайте. Кто отрицает, у того
>>> ошибка выжившего
>> Вот по этому вас-линуксойедов совы и не любят - вечно вы им
>> больно делаете...
> А, так user просто - сова? А я то все думал почему
> у него все время подгорает с топиков по линуху. Еще поди
> какой-нибудь бсдюк латентный был когда-то, да?

Оу. Не знаю как даже этот выверт логики комментировать.
Интересно, какой вывод аноним может сделать из утверждения "3-2-1сы любят анонимов"?
\Замер в ожидании\


"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено Аноним , 16-Май-24 15:44 
> Оу. Не знаю как даже этот выверт логики комментировать.
> Интересно, какой вывод аноним может сделать из утверждения "3-2-1сы любят анонимов"?
> \Замер в ожидании\

Ну да, у вас таких нехороших это дело распостранено, так что с вами надо ухо востро держать и задом - в вашу сторону не разворачиваться.


"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено User , 16-Май-24 18:37 
>> Оу. Не знаю как даже этот выверт логики комментировать.
>> Интересно, какой вывод аноним может сделать из утверждения "3-2-1сы любят анонимов"?
>> \Замер в ожидании\
> Ну да, у вас таких нехороших это дело распостранено, так что с
> вами надо ухо востро держать и задом - в вашу сторону
> не разворачиваться.

На столе лежит кирпич?


"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено Аноним , 15-Май-24 20:28 
> Гибернация работает, проблем не было.

Это потому что ты упорно путаешь S3 (suspend to RAM, sleep mode, ждущий режим) и S4 (гибернация, "suspend to disk", "спящий режим").


"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено Аноним , 15-Май-24 20:46 
Нет, не путаю. К чему такая глупая проекция? С потолка утверждение.

"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено User , 15-Май-24 21:24 
Если не трудно - сходите до убунтуйцев с новеловцами, объясните им что они делают не так и как нужно - бИдолаги уже который год справиться не могут... ссылку на арчевики где у какого-то Васяна что-то там на его конфиге джва раза сработало - не предлагать, они читали уже.

"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено Аноним , 15-Май-24 22:06 
> К чему такая глупая проекция? С потолка утверждение.

С домкрата, стремительного.

> Нет, не путаю.

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

О том, что гибернация и под вендочкой глючит не так уж что бы и редко, вспоминать лучше не будем ...


"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено Aoius , 16-Май-24 07:28 
>Датчик отпечатка не настраивал, не знаю.

Я датчик настраивал на х240, пока USB-шина раздуплялась было примерно 10-15 секунд КД после просыпания. Так себе удовольствие.
Впрочем под виндой он тоже не особо нужен.


"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено 8bitMind , 15-Май-24 12:38 
Вот прямо сейчас у меня в компе уже вторая материнка, на которой линукс не работает от слова совсем. Его туда даже не установить, ибо после загрузки консоли система вешается намертво. Вот это система, качество высшего уровня. Как вообще можно на серьёзных щщах рекомендовать эту свалку костылей в качестве полноценной замены Windows и macos?

"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено Аноним , 15-Май-24 12:45 
Что за материнка, какие дистрибутивы пробовал ставить? Какой режим загрузки? Как записывал образ?

"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено 8bitMind , 15-Май-24 16:49 
GIGABYTE X570S UD, ставил Ubuntu, Gentoo, Arch, Void, FreeBSD. Загружался в разных режимах, в том числе и в безопасном. В безопасном режиме можно осуществлять ввод в консоли, но без драйверов, разумеется. Образы записывались разными способами: от dd до ventoy.

"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено Аноним , 15-Май-24 20:48 
У других работает: https://linux-hardware.org/?id=board:gigabyte-x570s-ud
Это вы что-то не то делаете.

"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено Аноним , 15-Май-24 20:52 
В BSD тоже работает: https://bsd-hardware.info/?id=board:gigabyte-x570s-ud

"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено кент кента , 16-Май-24 10:47 
>GIGABYTE X570S UD, ставил Ubuntu, Gentoo, Arch, Void, FreeBSD. Загружался в разных режимах, в том числе и в безопасном

АМД сукс и нвидия. линуксоиды должны сидить в intel+intel+intel+intel (cpu-video-lan-wifi) и можно не выбирать железо заранее )

хотя уверен, что и твою конфу с прямыми ручками можно оживить


"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено Qetzlcoatl , 16-Май-24 11:55 
А что опять не так с AMD и Nvidia?
            .-/+oossssoo+/-.               olegus@talon
        `:+ssssssssssssssssss+:`           ------------
      -+ssssssssssssssssssyyssss+-         OS: Ubuntu 22.04.4 LTS x86_64
    .ossssssssssssssssssdMMMNysssso.       Kernel: 6.5.0-35-generic
   /ssssssssssshdmmNNmmyNMMMMhssssss/      Uptime: 1 day, 2 hours, 4 mins
  +ssssssssshmydMMMMMMMNddddyssssssss+     Packages: 3723 (dpkg), 37 (snap)
/sssssssshNMMMyhhyyyyhmNMMMNhssssssss/    Shell: bash 5.1.16
.ssssssssdMMMNhsssssssssshNMMMdssssssss.   Resolution: 1920x1080, 1080x1920, 1920x1080
+sssshhhyNMMNyssssssssssssyNMMMysssssss+   DE: GNOME 42.9
ossyNMMMNyMMhsssssssssssssshmmmhssssssso   WM: Mutter
ossyNMMMNyMMhsssssssssssssshmmmhssssssso   WM Theme: Ambiance
+sssshhhyNMMNyssssssssssssyNMMMysssssss+   Theme: Yaru-purple [GTK2/3]
.ssssssssdMMMNhsssssssssshNMMMdssssssss.   Icons: Yaru-purple [GTK2/3]
/sssssssshNMMMyhhyyyyhdNMMMNhssssssss/    Terminal: gnome-terminal
  +sssssssssdmydMMMMMMMMddddyssssssss+     CPU: AMD Ryzen 5 3600 (12) @ 3.600GHz
   /ssssssssssshdmNNNNmyNMMMMhssssss/      GPU: NVIDIA Geforce RTX 3050
    .ossssssssssssssssssdMMMNysssso.       Memory: 9277MiB / 64200MiB
      -+sssssssssssssssssyyyssss+-
        `:+ssssssssssssssssss+:`                                  
            .-/+oossssoo+/-.                                      

"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено Аноним , 16-Май-24 13:39 
> АМД сукс и нвидия. линуксоиды должны сидить в intel+intel+intel+intel (cpu-video-lan-wifi)
> и можно не выбирать железо заранее )

У интеля крайне хреновые wi-fi где точку доступа сделать - адское мучение, режим монитора вообще в ауте, и в целом - куча ограничений и немеряные фирмвары.

У процов интеля и мамок по жизни куча халтуры. У амд ее меньше.

Видяхи от интела - дохлы и позорны, а драйвер i915 состоит из воркэраундов на глюки кривого железа интела чуть менее чем полностью. А LAN? Ну да, иначе как же ME то будет рулить удаленно?! А тут вот как раз драйверок есть для своего родного то.

> хотя уверен, что и твою конфу с прямыми ручками можно оживить

Тот чудик даже проблему нормально не описал - ему видимо на слово надо верить.


"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено Аноним , 15-Май-24 13:05 
Бла-бла-бла. Скажи что за материнка такая. Я за 20 лет не встречал такого ни разу

"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено Аноним , 15-Май-24 14:27 
А он не в первый раз сюда с этой прохладной историей прибегает. Небось мелкософт очередные нейросетки натаскивает.

"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено Аноним , 15-Май-24 15:25 
На десктопе ситуация в целом ок. Обладатели зеленых карт могут немножко страдать.

На ноутах конечно всегда рулетка из-за общей комплексности устройства. Помнится была проблема у "отечественных" OSiO - под линуксом клавиатура тупо не работала из-за кривого PS/2 контроллера. Производитель вроде как обещал пофиксить обновлением фирмвари, но осадочек остался.

Суть что пока ситуация еще пока такая да, что нужно внимательно выбирать железки, если планируется накатывать линукс.


"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено Аноним , 16-Май-24 09:55 
у яндексовского поделия та же проблема, чтои у osio.

"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено OpenEcho , 15-Май-24 15:43 
> А толку? Всё равно OpenBSD работает на 1,5 железке.

Ты забыл добавить, - "отвечаюсь за свои слова, зуб даю", иначе веры тебе мало


"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено Аноним , 15-Май-24 16:36 
Как там с блютузом? А как с wifi ac? Что, не работает? Что, работает, но медленно? А в Linux на 5 ГГц выжимаю 500 мегабит.
Как там с nvidia?
Меня даже удивило то, что openbsd не смог подключить смартфон в режиме usb модема - с бывалыми пользователями проблему не решили, сошлись на том, что в драйвере не указан id моего смарта.
А почему так с usb модемом мучался? Потому что драйвера на wifi нет.

"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено OpenEcho , 15-Май-24 18:10 
> Как там с блютузом? А как с wifi ac? Что, не работает?
> Что, работает, но медленно? А в Linux на 5 ГГц выжимаю
> 500 мегабит.
> Как там с nvidia?
> Меня даже удивило то, что openbsd не смог подключить смартфон в режиме
> usb модема - с бывалыми пользователями проблему не решили, сошлись на
> том, что в драйвере не указан id моего смарта.
> А почему так с usb модемом мучался? Потому что драйвера на wifi
> нет.

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


"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено Аноним , 15-Май-24 19:18 
> круглая пучеглазая рыба - не для десктопа

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


"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено Аноним , 16-Май-24 13:42 
>> круглая пучеглазая рыба - не для десктопа
> Прежде всего для десктопа. Есть даже вендов, выпускающий специализированные рабстанции

Простите, так все же вендов или опенка?! Беспаливно так вышло, с опечаткой по фрейду :)


"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено Аноним , 15-Май-24 19:15 
УМВР и по вайфаю и по смартфонам. Китайски и корейские подключаются как модемы без малейших проблем. Может у вас яблафончик? Тогда сочуствую

"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено Аноним , 15-Май-24 20:50 
Нет, android. Этот же смарт работает с Linux без проблем.

"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено Ivan_83 , 15-Май-24 09:29 
> +int    tcp_do_nodelay = 0;    /* disable RFC 896 Congestion Control? */
> +extern    int tcp_do_nodelay;    /* Nagle's algorithm enabled/disabled? */

Щам ему напихают за такое глубокое понимание и такую внимательность к деталям.


"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено Аноним , 15-Май-24 09:34 
Эх жалко что про не-ЮНИКС-подобные ОС новостей практически нет. Раньше хоть про HaikuOS и ReacOS новости была, сейчас молчёк. Я уже молчу про AROS  AmigaOS-подобную, хотя в гите какое-то движение вялое есть. https://github.com/aros-development-team/AROS?tab=readme-ov-...

"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено 1 , 15-Май-24 12:07 
Ну дык запили статью, в чём проблема-то ?

"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено Аноним , 15-Май-24 15:53 
Статья должна быть о чём-то. Не о чём. Даже у illumos еженедельный отчёты об изменениях публикуются на сайте..

"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено 1 , 16-Май-24 10:52 
> Статья должна быть о чём-то. Не о чём. Даже у illumos еженедельный
> отчёты об изменениях публикуются на сайте..

Ну дык ... Кому интересно, отслеживает. И если есть о чём написать - пилит статью.

А то получается нытьё какое-то ... Без попытки что-то сделать.



"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено Аноним , 15-Май-24 10:37 
>Параметр избавляет разработчиков приложений от выставления флага TCP_NODELAY для отдельных сокетов.

Лучше в станд. библиотеке выставлять через переменную окружения. Тогда можно как per-application, так и systemwide. Делать это на уровне ядра для всей срстемы - неправильно.


"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено Аноним , 15-Май-24 11:31 
У меня есть заказ, куда обращаться?

"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено Аноним , 15-Май-24 12:20 
В СДЭК, очевидно же.

"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено Ivan_83 , 15-Май-24 15:30 
Если вам так хочется, можете прямо щас или своё ядро пропатчить или просто написать либу, которая будет хукать socket() и баонусок туда NODELAY докидывать перед возвратом при любых заданным вами условиям и прописать её где там у вас в системе прописывается загрузка LD_PRELOAD и получите нужный вам функционал уже сегодня, без всяких перекомпеляций или обновлений.

"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено Аноним , 15-Май-24 16:36 
per-application ничто не мешает сделать и сейчас:

https://github.com/sschroe/libnodelay


"Для OpenBSD реализована настройка, включающая режим TCP_NODELAY для всей системы "
Отправлено крокодил мимо.. , 15-Май-24 11:36 
новость странно оформлена.. вчера началось обсуждение, в нём приглашают принять участие всех, кто достаточно компетентен и заинтересован в вопросе:
http://undeadly.org/cgi?action=article;sid=20240514075024

есть код, но в базу он пока не принят и неизвестно, будет ли.. в @tech сейчас шикарное обсуждение, читаю с удовольствием..
меня тут более интересует, будет ли анализ влияния Delayed Acks (RFC 813) на современную сеть и приложения, чтобы появился тот самый switch on/off


"Для OpenBSD реализована настройка, включающая режим TCP_NODELAY для всей системы "
Отправлено Ivan_83 , 15-Май-24 15:32 
Нужны замеры.
И они покажут что в одних случаях есть улучшение, в других ухудьшение, а в третьих вообще никакой разницы.
Учитывая что авторы наброса ничего не сделали, вероятно никаких улучшений просто нет.

"Для OpenBSD реализована настройка, включающая режим TCP_NODELAY для всей системы "
Отправлено крокодил мимо.. , 17-Май-24 14:03 
не только и не столько замеры, как чёткое понимание механики работы и последствий от изменений дефолта.. и уже потом - замеры, дабы подтвердить/опровергнуть корректность модели..

продублирую выборку по обсуждению (так читать легче):
https://marc.info/?l=openbsd-tech&w=2&r=1&s=Add+sysctl+to+di...'s+algorithm+(RFC+896+-+Congestion+Control)&q=b

в частности последний ответ/ссылка (на сегодня):
https://withinboredom.info/2022/12/29/golang-is-evil-on-shit.../

пмсм, как и говорит сам Nagle - https://news.ycombinator.com/item?id=10608356 - основная "проблема" - Delayed Acks (RFC-813), но особого желания лезть разгребать это болото как-то не наблюдается.. по какой-то странной и необъяснимой причине, что характерно..


"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено Аноним , 15-Май-24 12:17 
Слабенько както, вот признать TCP deprecated, и сказать айда все на UDP вон гугл quick сделал и всё супер, будь как гугл, вот это было бы да. А тут так детский лепет.

"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено Аноним , 15-Май-24 19:59 
До гугла таких QUIC-ов было выше крыши ещё с 90-х минимум. Но вы, возможно, про них не знаете. А почему? Потому что пока оно не доедет до ядра и socket интерфейса, не всё хорошо и нафиг не нужно в массовом использовании.

"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено Аноним , 15-Май-24 13:44 
Жжж неспроста. Не верю в то, что десятки лет в сетевом стеке это вопросов не вызывало, а сейчас вдруг начало. IETF это практически CIA/NSA.
Включенный алгоритм мешает делать тайминг атаки на криптографию или эксплуатировать железные уязвимости в процах/памяти? Вносит непредсказуемые сетевые задержки и мешает искать корелляции при наблюдении за оверлейными сетями?

"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено Аноним , 15-Май-24 14:31 
> Вносит непредсказуемые сетевые задержки и мешает искать корелляции при наблюдении за оверлейными сетями?

Оверлейные сети в принципе не могут полагаться на особенности работы TCP стека и добавляют задержки, джиттеры и агрегации сами.


"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено Аноним , 15-Май-24 16:41 
Вызывало вопросы, ставили TCP_NODELAY ручками везде. Кому-то просто надоело :)

"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено Аноним , 15-Май-24 15:46 
А если у тебя интернет на скорости 921600 бод? или 115200

"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено Ivan_83 , 15-Май-24 15:48 
Господа форсители TCP_NODELAY - покажите тесты сравнения производительности, как пропускной способности так и нагрузки на систему.

Весь этот трындёж про то что оно было сделано давно, для медленных сетей, устарело - он ничего не стоит.

Из того что я вижу TCP_NODELAY имеет смысл использовать для low latency приложений, и в местах где точно знают что и как делают с сетью, типа nginx и моего msd: у нас там всегда есть большой кусок на отправку и дёргать сокет чтобы через printf() закинуть туда очередную строчку http заголовка никто никогда не станет.
Всяким почтовым клиентам, месенгерам - просто пофиг, есть оно или нет, как и куче другого софта, где авторы не ощутили проблем и не нагуглили TCP_NODELAY.


"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено Fbekwbshru , 15-Май-24 17:42 
Отлично попиарился своим msd, Иван)

"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено Аноним , 16-Май-24 09:57 
ой а что это за праграма

"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено Антон 19887234 , 16-Май-24 10:52 
https://www.opennet.me/opennews/art.shtml?num=54625
Очень важная программа от Ivan Rozhuk.

"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено pavlinux , 16-Май-24 20:10 
> Господа форсители TCP_NODELAY - покажите тесты сравнения производительности, как пропускной
> способности так и нагрузки на систему.
> Весь этот трындёж про то что оно было сделано давно, для медленных
> сетей, устарело - он ничего не стоит.
> Из того что я вижу TCP_NODELAY имеет смысл использовать для low latency приложений

Один хрен пока буфер сетевухи не набьется (txqueuelen), ничего не отправится.  


"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено Электрон , 20-Май-24 01:00 
На 99.9% уверен, что оно так не работает. Даже если есть какая-то буферизация (наверняка, в настройках Intel NIC в винде что-то есть), то держать пакеты свыше MTU size нет никакого смысла. Иначе сетевой трафик уходит из realtime в мир иной, как у спутниковой связи.

"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено pavlinux , 04-Июн-24 16:48 
> На 99.9% уверен, что оно так не работает.

Там есть пределы по времени:  (канальная скорость >> 6) в микро секундах, кто-то в ( HZ / x ) пишет, кто-то в ( x / HZ ),
У ВаФли есть  TX Queue Quantum - доза в байтах передаваемая в планировщик.  


"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено Аноним , 15-Май-24 20:41 
Как это поможет более плавному скроллингу в браузере?

"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено Электрон , 20-Май-24 01:03 
Вся реклама будет прогружаться до Largest Contentful Paint вовремя ;)

"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено pavlinux , 16-Май-24 19:47 
Кому те же яйца, только под Linux?

https://github.com/pavlinux/TCP_NODELAY

- sysctl -w net.ipv4.tcp_nodelay = 1;

- Просветления не почувствовал, дзен не обрел,  канал ADSL 6144/768 :D

- В wireshark ловить по фильтру 'tcp.flags.push==1' (tcpdump тоже прокатит)

- Под рукой было 5.10.216, но на 6.x должно встать.  



"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено pavlinux , 17-Май-24 13:16 
> - В wireshark ловить по фильтру 'tcp.flags.push==1' (tcpdump тоже прокатит)

Соррян, для tcpdump так:

# tcpdump -i eth0 'tcp and tcp[tcpflags] & tcp-push == tcp-push'
или
# tcpdump -i eth0 'tcp[tcpflags] & tcp-push == 8'

https://www.howtouselinux.com/post/tcpdump-capture-packets-w...


"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено bircoph , 03-Июн-24 05:50 
> https://github.com/pavlinux/TCP_NODELAY
>
> - sysctl -w net.ipv4.tcp_nodelay = 1;

Почему не заапстримлено?


"Для OpenBSD реализована настройка, включающая режим TCP_NODE..."
Отправлено pavlinux , 04-Июн-24 16:23 
>> https://github.com/pavlinux/TCP_NODELAY
>>
>> - sysctl -w net.ipv4.tcp_nodelay = 1;
> Почему не заапстримлено?

Влом оформлять )