В состав ветки net-next, в которой накапливаются изменения для передачи в состав будущего выпуска ядра Linux 6.16, принято изменение, удаляющее поддержку сетевого протокола DCCP (Datagram Congestion Control Protocol). Поддержка netfilter-модулей для фильтрации пакетов DCCP сохранена. Протокол DCCP был стандартизирован и принят в состав ядра в 2006 году. Предполагалось, что DCCP позволит повысить эффективность потокового вещания и интернет-телефонии в перегруженных сетях, но на деле протокол оказался не востребован и не получил распространения...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=63096
>эффективность интернет-телефонии
>несколько лет не выходит на связь.Иронично
ну так не работает
Интересно, через сколько тут объявятся десяток юзерей этого протокола на линуксе, которым нужно свежайшее ядро и которые, как баба яга - против?
Только хотел попробовать, а тут удаляют.
> Только хотел попробовать, а тут удаляют.В такой ситуации только и остается что пробурчать "не очень то и хотелось" :)
Не, хотелось каким-то образом перенести в LwIP для микроконтроллеров. И с компа по нему С МК обмениваться.
Линукс в основном накатывают на старые ПК, чтобы дать им 2 жизнь. А удалять функции которые используются для древних ПК - это конечно ...!
> Линукс в основном накатывают на старые ПК, чтобы дать им 2 жизнь. А удалять функции которые используются для древних ПК - это конечно ...!Линукс ставят в основном на сервера и встраиваемое оборудование. Если мы говорим о десктопе - то там в первую очередь решают коммерческие решения от Red Hat (замаскированный IBM), Novell (или кому там сейчас принадлежит SUSE?), Canonical, Oracle и прочие. Именно они больше всего вливают денег в Линукс и коммитят патчи. А то, о чем говорите Вы, это очень маргинальная часть пользователей, чье мнение в этой области, будем уж честно, не решает (денег они не приносят, да и патчей не несут).
А если уж нужно решение для древних ПК, то и используйте, будьте добры, древние ядра. Для Вас есть решения по типу RHEL, Ubuntu LTS и прочее. В новых версиях старый, unmaintained код - это ахтунг. Там это НЕ нужно. Это bleeding edge, где такое в принципе должно быть табу.
там в первую очередь решают коммерческие решения от Red Hat (замаскированный IBM), Novell (или кому там сейчас принадлежит SUSE?), Canonical, Oracle и прочие.
астра и альт же
А там, где жуткая "тайна", исключительно Астра.
Кто то недавнo писал что (скоммунистическая)RedOS в 50%! в госуправлении, недавно тут или где то видел. Кстати и ROSA тоже ж сертифицирвоанна, ты забыл.
(Но, хороший вопрос: чего стоит эта сертификация?... А то, что то подореваю - как обычно, стоимость бумажки на котором напечатан сертификат)Кстати, раз уж я про этот отечественный испортозамес вспомнил - дайте краткое сравнение их применимости по глючности, прозрачности кода, уровня защищённости и конечно usability(для виндузятников, читай: man и консоль = кал, и т.б.часто, напрмиер для установок чего то т.е.ещё и на сайте портянки вычитывать о портянкахх загружаемых или обновляемых [+с зависимостями вручную разрешаемых... да уж, позорище нек.линуксов - невиданное в мире больше нигде!], т.б.в случае без соответствующего GUI или его малофункциональности).
И ещё подскажите, встречал как то упоминание дистров
1) с возможностью нескольких версий ядра, переключаемо;
2) другой с возможностью нескольких версий ПО одновременно на ПК установленных, переключаемо или по кр.мере неудаляемо. В ч.н.это такие дистры или используют какое то сторонне ПО?
> то там в первую очередь решают коммерческие решения от Red HatДумаю мало кто ставить RedHat, для домашнего использования.
Но много кто ставить Федору, центос стрим или альму.
> Именно они больше всего вливают денег в Линукс и коммитят патчи.Подозреваю - ложь что больше. Максимум суммарно.
Другое дело что комить ты, ни комить даже донать не донать - а, всё равно никто в проекте.
И продажная тушка - всёравно сделает так как закажут те кто заносят больше...
Отсюла мега неадекватные лаги и тормоза ядра и ПО, и ещё больше затем по дистрах - чтобы обновляли чаще аппаратуру;
отсюда же отсутвие адекватной вычитки и тестирования - на этаапе приёмки патчей и вообще релиза (нужно же в качестве трояна использовать ОСь/ПО и попутно посредством подключений для обновлений следить за пользователями, а то и в неудобный ему момент напакость с очередным обновлением или в real-time)> А если уж нужно решение для древних ПК, то и используйте, будьте добры, древние ядра.
Предлагаешь, например, для 386-х ПК - использоватьб Linux ядро версии 0.1?...
Ага, удачи накатить линукс на ПК со старой видеокартой (которая в Win11 работает без проблем).
Это с какой-нибудь S3 Trio, Virge? Mesa Amber, вроде, должна бы помочь.
> Это с какой-нибудь S3 Trio, Virge?Это с какой-нибудь GT220, например. Коей — если не играть — за глаза хватает.
> Mesa Amber, вроде, должна бы помочь.
Добро пожаловать в пердолинг.
Ну а как вы хотели? Если Next-Next, то вам на Венду.
> Ну а как вы хотели? Если чтобы просто всё работало, то вам на Венду.Да, именно так хотелось бы.
Как раз какие-нибудь супер пожилые карты с nouveau ещё работают. Моя GTX 650 ti да, уже электронный мусор, потому что проприетарные дрова слишком старые, а новые нагло заявляют прямо в логах ядра "старое железо детектед, иди купи наше новое гв-но, гв-но". Внезапно, с amd картами такого не происходит - дрова для потребительских карточек фулл открыты (ядрёный обджект тоже), а юзерспейс вообще теперь даже не амд делает - vulkan-radeon в помощь.
АМД дропнуло старые (не старые рх580) даже из открытых драйверов.
> АМД дропнуло старые (не старые рх580) даже из открытых драйверов.Они наоборот amdgpu даже для GCN 1.x сделали. И RADV с последним вулканом на всем этом! А на HD5xxx/6xxx - распоследний GL. Это все никому никогда никто не обещал на упаковке в таком объеме и версиях, кстати. Так что халява как она есть.
Вылезло по весне экспертов, которые линя и амд даже на картинке не видело!
Такое гавно даже на Авито по 300руб
Норманое минимум 7xx и то уже уходит в века на смену 10xx...
Да на десктопах нет проблем обновить.
А в ноутбуках то, не обновивить, на на некоторых старых ноутбуках еще можно работать и работать.
А, причём тут можно(не говрю уже зачем, а если нужна именно оригинальная?! под баланс на ПК)
- если речь выше: про отвратную поддержку в виде дропов...Кслову, вот у меня встроенка на древней материнке поддерживается но... нет нужных мне видеорежимов промежуточных, только нативный и VESA, который вообще для 4:3... в виндах понятно - любые (включая не моего соотношения сторон экрана, кстати которые очень качественно выводятся - не хуже меньших нативного дял моего соотношения!).
> Такое гавно даже на Авито по 300рубОна у меня не как вложение денег. Это «гавно» свои задачи выполняет.
> Норманое минимум 7xx и то уже уходит в века на смену 10xx...
Только это уже не 300 р. И чтобы зачем?
Тут ещё то западло что, если в.а. обновлять - то и ОС в dualboot'e(что, не всем приемлем само по себе) и значит и ПК, а это уже совсем другие деньги! Или тем у кого не XP - допустим тут просто: всё равно и ПК, для баланса же - иначе проц не будет тянуть её адекватно, да и ещё если т.б.уже старый с высохшими кондёрами БП - вообще заведёт более мощную карточку. А, новый БП да ещё более мощный сам по себе тоже не безплатен и нормальный будет дороже Б/У карточки. В общем, без полного Updrade не обойтись.
Т.б.покупать [просто] Б/У видео-карточку - весьма рискованно, после майнингов то... Что, затем каждые пару-тройку лет - опять покупать такую же Б/У? Ну так не всю любители так часто обновлять ПК и т.б.по деньгам получится смешная "экономия".
Не знаю как в Linux ( Linux в виртуализации ) с 1030 в Windows уже 2-3 года драйвера не выпускаются для 1030 естественно и для всего что ниже. Но, это только нет новых драйверов, а не не будет работать в Windows. Как с Windows 11 не знаю ещё не когда не пользовался.
Для 710 вроде последний драйвер для Windows это выпуск 2016 года.
если ты про невидию, то это не видеокарта
Нет, это линукс не ОС (для старых компьютеров, по крайней мере).
Линукс не виноват, что твоя невидия не поддерживает драйвера для неё. Куртка хочет, чтоб ты купил dlss4.
Где я говорил, что линукс виноват? Просто констатировал факт: он не для старых систем. Как молоток не для вкручивания шурупов, хотя можно и постараться.
Правильней всё же - новые сборки с новыми версииями ядра Linux (про BSD не скажу никак не дойду до них), например на пень-2 почти нормально бегает с 2.6.x ядром, даже форк вечного лагера Ubunta - Lubunta бегает тут. Но, ладно бы ядро - но, ведь ПО то "недоступн ов репозиториях... Как и браузер из коробки уже много что не открывает (раньше ещё в них ещё и вализация на [HTTPS-]сертификацию сайтов была обязательна... ну и просто стандарты HTML чуть обновленны же).
Потому - старая версия линукса всё же не вариант, даже дял серфинга.В отличие от той же XP, где то так же тормозяйщей(если SP1 то вовсе почти не тормозящей) в браузере, но под которую делаются актуальные браузеры (впрочем, я их пока там не тестировал, возможно будут типичным проблемы с ламерскостью программистов - даже SSE нет же, а обычно минимум SS2/пень4 требуют, как будто это всё - не опциональное расширение ABI у ЦП).
linux это единственная ОС, ты всё напутал, как всегда
"Linux это ОС для серверов." Fixed, не благодари.
но ты ничего не пофиксил, сломал только
Тогда я пофиксю:
"Linux это ОС для серверов или фанатов линукса, но и только."Причём, фанатов которые с 90-х этим увлекаются, когда линукс был попроще и прог поменьше, форков единицы а не миллионы(так что пока только их дерево самых известных осмотвить чуть - уже забываешь зачем он тебе...) я вот хоть и за opensource и всё такое но, всего за полгода вынужденного пользования и причём ведь только браузеровом(из коробки с LiveCD) т.е.даже без задрок man'ов и терминала и тоолько с userfriendly дистров - только неприятные впечатления о нём... Причём в зашкварных количествах.
Особо достаёт "качество" и/или продуманность просто всего во что ни ткни, начиная с глюко-ядра.
Как там, уже починили зависания ОС из-за зацикливания своппинга при его выключенности(o_O)... и нехватке памяти - в новых версиях ядра?
tldrя попрошу в кафетерии, чтобы для вас испекли торт с надписью "а оно того стоило?"
Но почеиу-то эти "сервера" работают и в качестве десктопа. И выбор десктопных сред в них куда богаче, чем в запускалке игорей.
Ну мне даже неловко уже напоминать процент этих десктопов.
К сожалению, тут дело вовсе не в %, это как раз самая малая проблема. Слишком много прочих факторов
А процент — как раз результат влияния этих факторов.
Для того чтоб на старом железе не завелся линукс нужно доставать прям совсем древности 10-15 лет давности. Навроде, первого и второго интел атома с не интеловским видеоядром (драйвет только под вин 7), или сборного пк на нвидиевском чипсете + видеоконтроллере 15 лет отроду. У меня есть сомнения что подобное имеет смысл. тобеж не работают либо совсем древности, либо экзотика (у меня ноут с кор2 дуо + нвидия 7 сеии до сих пор работает на дебиане).
>0-15 лет давностиНу C2D передаёт привет. Современный Linux на нём заводится на ура.
И AMD Althon/Phennom II с nVidia на борту тоже передаёт привет. Сижу в итоге на AMD интеграшке...
(а, о совместимости с ней даже современных линуксов написал уже выше...)
> И AMD Althon/Phennom II с nVidia на борту тоже передаёт привет. Сижу
> в итоге на AMD интеграшке...
> (а, о совместимости с ней даже современных линуксов написал уже выше...)Не понятно что мешало избавиться от нвидии и прикупить AMDGPU какой-нибудь средненький.
> Ага, удачи накатить линукс на ПК со старой видеокартой (которая в Win11
> работает без проблем).В Linux работают значительно более древние видеокарты, с каким никаким ускорением. Удачи в винде запустить GeForce 2 какой-нибудь. А линух до сих пор такого мамонта цепляет.
По кр. мере в ОСях под такую видеокарту - её драйвера 100% есть.
И даже для w98fe(!) - это вам не Linux же... для людей делали, а не алиенов каких то.
И держитесь: а, в XP - и вовсе из коробки.
> По кр. мере в ОСях под такую видеокарту - её драйвера 100% есть.Какие дрова под Win11 есть на GeForce 2? Покажите их. На Linux до сих пор nouveau цепляется, смотреть видео - хватает.
> И даже для w98fe(!) - это вам не Linux же... для людей
> делали, а не алиенов каких то.Это что? Какой-то вариант досявой винды, виснущей от - всего? Кому это надо?!
> И держитесь: а, в XP - и вовсе из коробки.
XP господа снесли в пользу семеры потому что для XP программы не того. Даже VLC актуальный или браузер не поставишь. А тут и окажись что драйверов для такой видяхи для 7 нет.
А в дебиане, который нувой это зацепил, vlc и браузер вполне нормальных версий, как и остальной софт.
Врёшь, всё есть.А, Win11 на компе с NV 2MX - и не запустится, хотя бы потому что, 64 бит же.
> Врёшь, всё есть.
> А, Win11 на компе с NV 2MX - и не запустится, хотя
> бы потому что, 64 бит же.О, круто, обвинить меня во лжи а потом дожирафить что сам прогнал. Характерно! А в дебиане вот - до сих пор работает. При том ничего особо делать и не надо, MESA и ядро сами это цепляют. Никаких поисков сетапехе левых, вот этого всего. Да, 32 бит конечно. Однако какой-никакой браузер там есть, видео на ютубе смотреть - проца хватает.
>Ага, удачи накатить линукс на ПК со старой видеокартойТы, собственно, расписался в собственных кривых руках. Учись:
$cat /etc/os-release
NAME="Linux Mint"
VERSION="20.3 (Una)"$lspci
...
01:00.0 VGA compatible controller: NVIDIA Corporation GT218 [GeForce 210]$lsmod
...
nouveau$vainfo
libva info: /usr/lib/x86_64-linux-gnu/dri/nouveau_drv_video.so
Supported profile and entrypoints
VAProfileMPEG2Simple : VAEntrypointVLD
VAProfileMPEG2Main : VAEntrypointVLD
VAProfileMPEG4Simple : VAEntrypointVLD
VAProfileMPEG4AdvancedSimple : VAEntrypointVLD
VAProfileVC1Simple : VAEntrypointVLD
VAProfileVC1Main : VAEntrypointVLD
VAProfileVC1Advanced : VAEntrypointVLD
VAProfileH264ConstrainedBaseline: VAEntrypointVLD
VAProfileH264Main : VAEntrypointVLD
VAProfileH264High : VAEntrypointVLD
VAProfileNone : VAEntrypointVideoProc$gst-inspect-1.0 --plugin vaapi
...
vaapisink: VA-API sink
vaapidecodebin: VA-API Decode Bin
vaapipostproc: VA-API video postprocessing
vaapivc1dec: VA-API VC1 decoder
vaapih264dec: VA-API H264 decoder
vaapih263dec: VA-API H263 decoder
vaapimpeg4dec: VA-API MPEG4 decoder
vaapimpeg2dec: VA-API MPEG2 decoder$vdpauinfo
...
MPEG1 0 8192 2048 2048
MPEG2_SIMPLE 3 8192 2048 2048
MPEG2_MAIN 3 8192 2048 2048
H264_BASELINE 41 8192 2048 2048
H264_MAIN 41 8192 2048 2048
H264_HIGH 41 8192 2048 2048
VC1_SIMPLE 1 8190 2048 2048
VC1_MAIN 2 8190 2048 2048
VC1_ADVANCED 4 8190 2048 2048
MPEG4_PART2_SP 3 8192 2048 2048
MPEG4_PART2_ASP 5 8192 2048 2048
Обязательно в любой теме засветится мейтовец😁
Мейтовец, мейтовец... Это что, дистр такой есть что-ли?
У меня nouveu (не будем сейчас о его качестве) просто виснет через пару секунд после появления рабочего стола.
Уверены, что nouveau? Помимо драйвера ядра есть ещё юзерспейс драйвер, который как раз занимается OpenGL/Vulkan.
Я ни в чём не уверен, но при включении nouveau система виснет.
Остаётся взять Поисковик в зубы - и вперёд...
Виснет, потому как не может переключать режимы питания как минимум. Тот случай, когда лучше отдать предпочтение проприетарным драйверам чем портить gpu.
Параметр ядра nomodeset.
Который в данном случае ничем не поможет.
> Ты, собственно, расписался в собственных кривых руках. Учись:По иронии судьбы: люди с прямым ручками - своим делом занимаются а, не хакают ОС... Это как раз только от полной безнадёги.
И:
1) Ну так есть другие неподдерживаемые им видео-адаптеры2) в LinuxMint понятно драйвер уже установлен - его не надо же устанавливать... +ещё и затем допиливать!
3) он же проприетарный/незаконныйвлинуксе и закрытый/блобныйтроян... причём тут GPL линукс то?!
На одной работе есть комп на phenom x3, чип материки 760G с интегратом ati hd3000. Так вот для win 10 дайверов нет.
Внезапно, работают от восьмёрки.
> Внезапно, работают от восьмёрки.Внезапно работали до определённой версии десятки а потом все.
Ещё у товарища есть ноут купленный в 14 году, с дискреткой amd. Когда там стояла 8.0 все работало, как только она обновилась до 8.1 при закрытии крышки он просто стал намертво виснуть, а 10 вываливалась в перманентный синяк как только ставила дрова на дискретку. Теперь у него стоит федора и он продолжает на нём смотреть кинцо и играть в тундру.
По стечению обстоятельств, у меня материнка тоже на 760G. И когда некоторое время назад дискретка накрылась и нужно было хотя бы день как-то перебиться, эти дрова у меня прекрасно заработали. На Windows 11.
> По стечению обстоятельств, у меня материнка тоже на 760G. И когда некоторое
> время назад дискретка накрылась и нужно было хотя бы день как-то
> перебиться, эти дрова у меня прекрасно заработали. На Windows 11.Ну значит я плохой эникейщик, у меня как я ни пробовал ничего заработало. На этом древнем копролите даже 10 ltsc уже шевелится с трудом, а ты туда 11 поставил. Для чего?
Разницы в скорости не заметил.
Зачем поставил — нужно было починить поломавшуюся десятку, а под рукой только дистрибутив 11 был. А поскольку всё работает так же, причин откатываться не вижу.
> Разницы в скорости не заметил.
> Зачем поставил — нужно было починить поломавшуюся десятку, а под рукой только дистрибутив
> 11 был. А поскольку всё работает так же, причин откатываться не
> вижу.Ну да остается только терпеть. Я даже на минике с n150 снес 11 и поставил 10 потому что там видно как система с трудом вертится. А у тебя там скорее всего что-то типа Athlon II X4, а он в 4 раза сливает n150 в однопотоке и в 3 раза в мультипотоке. Так что на мой взгляд это сплошная боль и страдания пытаться на таком работать в 11 винде.
> Разницы в скорости не заметил.
> Ну да остается только терпеть.Тут не знаю, что сказать даже.
Скажи тогда:
1) что там по FPS сравнительно с 10-ой? Да и 7/8-кой?
2) По RAM usage после старта в сравнении с ними же?
3) Можно жить (на где то тамком же компе) - без SSD? (не очень приемлемо убивать ОСью, т.б.если ещё и на свопфайл нужно)
1) В игры не играю, по этому поводу ничего сказать не могу. (да, ещё бы сейчас с семёркой и восьмёркой сравнивать, под которые игры-то не выпускают уже)
2) Никогда не интересовался, тем более что влияние этой величины на скорость совсем не очевидное.
3) Опустим то, что «убивание SSD» — это детские глупости, но я просто логики тут не вижу. Жить без SSD, чтобы он когда-нибудь не накрылся?
Не видишь потому что, не умеешь в неё значит.
> Внезапно, работают от восьмёрки.Синий экран после обновления.
Ну видать, мне повезло так (хотя, возможно, ставил и от семёрки).
Единственный нюанс — в браузере _иногда_ открытая вкладка на пару секунд заливалась чёрным цветом. А так даже и игрушки идут (ну из того, что GT220 потянуть способна).
> Ну видать, мне повезло так (хотя, возможно, ставил и от семёрки).
> Единственный нюанс — в браузере _иногда_ открытая вкладка на пару секунд заливалась
> чёрным цветом. А так даже и игрушки идут (ну из того,
> что GT220 потянуть способна).Синий экран на красных же.
Да, что-то не в тему ответил.
На красных вообще глюков не наблюдал (кроме того, что тормоза интерфейса уже заметны).
> А удалять функции которые используются для древних ПК - это конечно ...!Интересно, что вы с DCCP делали хоть на каких-то компах? Он по моим наблюдениям не использовался вообще никак, никем и нигде. Поэтому застрянет на первом же фаере и нате, например.
Кроме тырнетов бывают ещё и технологические сети.
Ну вам конечно виднее, чем ядроклепателям)
Там обычно софт начала 2000-х и даже если там Линукс то ядро какое-нибудь 2.6. Но никак не 6.16
Это если закупалось как программно-аппартные комплексы. Но не всё так просто.
> Линукс в основном накатывают на древние ПКПотому как Microsoft, требует TPM чип,
И я так понимаю Windows12 будет требовать ИИ модуль, или ИИ процессор.А это значит что 99% пользователей ПК, должны выкинуть свои ПК, на помойку.
> Потому как Microsoft, требует TPM чипMicrosoft требует. Windows не требует. (пока что)
Так не требуют что приходится хаком отключать это нетребование. Ну разве что на пиратках авторы могли уже выключить заранее.
Пара строчек в реестре — это уже хак, да. Ну какие времена, такие и хакеры…
Хак - и нет у тебя больше твоей(или т.б.компании/гос-ва) Лицензии ОС...
А если они будут требовать обязательное нахожденте на компе гей-видео, тоже соглашаться. А от него пользы как от Тпм и ИИ. Для обычного пользователя.
Кто-то же соглашается раз пользуется FreeBSD что у FreeBSD логотип чёрт. Как и с демонами в Linux.
SEQ_PACKET - это самая сложная и неоднозначная часть unix-сокетов и стандартной реализации там нет и быть не может. Хотя всем бы хотелось бы именно SEQ_PACKET.DCCP на самом деле одна из крайностей, но она и не очень нужна, т.к. есть UDP, в который не очень много придётся добавлять для аналога DCCP.
Другая крайность - SCTP, и вот это ни в коем случае нельзя выпиливать! Это очень сложно в userspace будет, хотя реализации и есть.
А почему никто не "использовает" SCTP протокол? Его не собираются "быстро удолять" из ядра?
"Никто" - это среди десятка анонимусов опеннета? Где надо, используют.
А где надо? Ну кроме телекома.
Разработчики Psi в свою библиотеку Iris поддержку SCTP добавили. Похоже, что они Jingle собираются через него пускать. Но у них в исходниках юзерспесная реализация SCTP.
Все давно через телегу, воцап и аймесадж видео звонки делают. Кому нужен хмрр с джинглом?
"Если звёзды зажигают, значит это кому-то нужно."
вообще-то всем только он и нужен, просто они об этом не знают
> в исходниках юзерспесная реализация SCTPПоверх UDP что-ли?
через рута и ро сокеты
Вот тут да, и у меня возник вопрос, как это будет возможно для обычного пользователя?
Дать обычному пользователю CAP_NET_RAW и перестать притворятся, что не давать самому себе отправлять какие хочешь пакеты, хоть от чего-то защищает.
Отправлять-то не страшно, а вот самому себе принимать какие угодно, вот это опасно. Ибо обычный пользователь может запускать софт, вообще не связанный с рассматриваемым протоколом, но на на который, может оказаться, возможным воздествовать raw-пакетами деструктивно. Ведь, в пришедшем raw-пакете может содержаться какой угодно протокол (UDP, TCP, ...) с каким угодно портом назначения.
Поэтому возможные решения:
1. Обрабатывать raw-пакеты отдельным демоном с соответствующим разрешениями. Прикладухе пользователя уже отдавать только содержимоеё полезной нагрузки, например, через pipe.
2. Если и давать пользователю CAP_NET_RAW, то на отдельный виртуальный TUN-интерфейс. На который заворачивать ТОЛЬКО пакеты c конкретным dst-портом, конкретного протокола (SCTP).
> Разработчики Psi в свою библиотеку Iris поддержку SCTP добавили. Похоже, что они
> Jingle собираются через него пускать. Но у них в исходниках юзерспесная реализация SCTP.Jabber вообще - перверсия. Что с Psi что без. Проклятый протокол не способный к нормальной работе и отсутствию гемора с ним.
Для пересылки просто текстовых сообщенимй норм. Я пользуюсь.
> Для пересылки просто текстовых сообщенимй норм. Я пользуюсь.Хрен там!
1) Не умеет delivery ack нормально. Это типа-опция, поэтому угадай как оно будет работать с наугад взятым юзером.
2) Даже TLS с серваком опция и имеет множество вариантов для факапа.
3) End to end шифрование - его по сути нет. OTR специфичная штука с своими багами. Жалкие потуги типа OMEMO - требующие поддержки серваком (!!!) это вообще EPIC FAIL какой-то.
4) Передача файлов... ну... да.. удачи с этим.
Ты критикуешь не джаббер, а гибкость протокола, которая позволяет брать что нужно и не брать то, что не нужно. И это отличная идея, иначе протокол превратится в свалку очень быстро.
И потом эти же люди ноют, что веб-браузеров, которые полностью реализуют гигантских размеров свалка-спеку, у нас полторы реализации на весь мир. Да, действительно, а как же так получилось...
> Ты критикуешь не джаббер, а гибкость протокола, которая позволяет брать что нужно
> и не брать то, что не нужно.Я критикую неспосоьность "designed by committee" сделать работоспособными без гемора самые базовый сценарии использования мессенжера, без которых оно свои функции не выполняет. После чего все остальное уже и не важно.
> И это отличная идея, иначе протокол превратится в свалку очень быстро.
Жаббер и превратился в свалку. Точнее, являлся ей с самого начала.
Проблем TLS с сервером у меня не было никогда.
Передача файлов точно работает с белыми адресами на скорости, с которой позволяет пров. Когда у меня был IPv6 через туннельного брокера, работао, проверил. Ну а с серым адресом у меня работает только In-bound. Медленно, но хоть так.
Оно тебя надо, когда неохота пакеты парсить по концу строки или разбирать TLV, чтобы до данных добраться. В SCTP пакеты не склеиваются! На самом деле именно он всем и нужен, а не TCP или UDP.
> Оно тебя надо, когда неохота пакеты парсить по концу строки или разбирать
> TLV, чтобы до данных добраться. В SCTP пакеты не склеиваются! На
> самом деле именно он всем и нужен, а не TCP или UDP.А реально - мы хотели или
- Послать message (пакет) и чтоб атомарно более менее.
- Или stream (поток) и чтоб в том порядке как было.Первое это UDP. Второе это TCP. А все эти мутанты - нужны только в очень нишевых случаях. Различие - по messsage или stream. Или раньше - circuit switched VS packet switched.
> А реально - мы хотели или
> - Послать message (пакет) и чтоб атомарно более менее.
> - Или stream (поток) и чтоб в том порядке как было.Нет же. Мы хотели так
send(A)
send(BB)
send(C)А в recv() получилось
в TCP: ABBC // пакеты склеились
в UDP: CBBBB // потому что первый пакет потерялся, третий переупорядочился, а второй пришёл 2 разаВот в SCTP пакеты не "склеятся"
> Нет же. Мы хотели так
> send(A)
> send(BB)
> send(C)Тут ничего не сказано про то как хотели receive.
> А в recv() получилось
> в TCP: ABBC // пакеты склеилисьИ черт с ним в общем случае.
> в UDP: CBBBB // потому что первый пакет потерялся, третий переупорядочился,
> а второй пришёл 2 разаIn order там никогда не обещали, но
1) Обычно in order
2) Легко лечится там где это важно заведением seq.
3) Ряду сценариев потери ок и это лучше чем потуги перепосылок.> Вот в SCTP пакеты не "склеятся"
И как показала практика - реально он такой почти никому не требуется. Есть IBM, есть узкая каста телефонистов которые про него в курсе. Остальные эту эзотерику не видели даже на картинке.
> И как показала практика - реально он такой почти никому не требуется.Практика показала, что костыли элементарные, поэтому всем пофиг. Но всё же иметь костыль в одной точке в ядре проще, чем в каждом приложении заново переизобретать одни и те же костыли на уровне прикладного протокола.
Без этих вещей в ядре невозможна нормальная реализация многих вкусных вещей типа multipath - в multipath TCP с этим бьются до сих пор.
> Тут ничего не сказано про то как хотели receive.Без этого протокол сделать невозможно... так оно устроено.
Есть только одна проблема - заголовок SCTP никак не зашифруешь. Плюс в IPv4 чуть ли ни единственный вариант пропихнуть свой пакет по интернету - это либо TCP, либо UDP. Потому что Port-Address Translation не везде умеет во что-либо другое. С IPv6 эта проблема бы кстати полностью решилась, но тут всякие болваны до сих пор верят, что NAT кого-то от чего-то защищает.
А заголовки TCP и UDP зашифруешь? Но ели даже зашифруешь, то хренушки пров сможет это пронатить.
Ну вообще-то NAT, в какой-то мнре, защищает. Если софтинка не делает Hole Punching, то хацкер, по его инициативе, до неё не доберрётся.
> А заголовки TCP и UDP зашифруешь? Но ели даже зашифруешь, то хренушки
> пров сможет это пронатить.
> Ну вообще-то NAT, в какой-то мнре, защищает. Если софтинка не делает Hole
> Punching, то хацкер, по его инициативе, до неё не доберрётся.Это не страшно, есть более 9000 способов убедить клиентский софт наступить на грабли. Вплоть до того что зайдя вон туда браузером можно узнать что вам отсканили локалку, прямо им.
То уже социальный инженеринг.
> То уже социальный инженеринг.Какой это социальный инженеринг? Это просто реверс-конект обычный. Пользователю вообще делать ничего не надо.
В IPv4 ничего не зашифруешь, потому что роутер должен видеть транспортный уровень чтобы подменить эти несчастные два байта и добавить в табличку. IPv6 это полностью фиксит, давая хосту хоть на каждое подключение новый адрес использовать (пока ваш роутер не занимается хернёй с фаерволом, вместо того чтобы пакеты перекладывать с одного интерфейса на другой).
В IPv4 единственным универсальным решением будет устанавливать персональный туннель на базе UDP до хоста и уже внутри пересылать IP пакеты с любыми заголовками и содержимым.> Если софтинка не делает Hole Punching
Посмотрите в tcpdump, чё там ркновцы делают с TCP, когда к ютубу подключаетесь. Любой незашифрованный и неаутентифицированный канал можно тупо замитмить и пробовать делать атаки на уровне транспорта.
WebRTC например.
Если прочитать новость, то там проблема не с тем, что его мало используют, а с тем, что не кому поддерживать
Если бы использовали много где, то и сопровождающие нашлись бы.
Даром? не факт, у людей - свои заботы.
Потому что всеми любимый IPv4.1(tm), который IP + Port-Address Translation, умеет только в TCP и UDP. Ну, мб в локалках и в туннелях оно проскочит, и на некоторых роутерах, где думают что NAT - это замена фаерволу.
> А почему никто не "использовает" SCTP протокол? Его не собираются "быстро удолять" из ядра?Его таки немного юзают всякие хтонисты-телефонисты. Тоже редкая экзотичная хрень, но все же.
С 2009-го года хотел юзать SCTP, но в первый раз заюзал (для хелловорлда) только в 3-4 года назад. Причина банальна - нет поддержки, а userspace-версию неохота ;)
Делайте приложение так, чтобы можно было создать какой захочешь сокет, форкнуться и скормить номер файла как параметр в аргументах. Тогда придётся поддерживать не всё на свете, а только SOCK_STREAM и SOCK_SEQSTREAM.
> какой захочешь сокет, форкнуться и скормить номер файла как параметр в аргументах.Под винду такую программу почти нереально портировать... Насколько я помню - apache prefork под виндой нет.
X11 или ssh немного проще будет через SCTP делать. Не сильно проще, но десяток строк кода экономится. Но в те времена протоколов типа SCTP ещё не было, поэтому сделали через TCP.
> Под виндуДля любой графической приложухи, либо той, которая сокеты во время исполнения должна создавать (на подключение, например) такое тоже не прокатит. Тут уже лучше свою библиотеку сделать по работе с сокетами, чтобы свести всё API к этим трём методам работы и не обращать внимания на семейство адреса и на протокол.
> повысить эффективность ... в перегруженных сетях
> Разработчик ... уже несколько лет не выходит на связь.Разраб просто построил сеть настолько сложной топологии, что он просто ушел в нее как в матрицу.
Надеюсь его алгоритм там хорошо и быстро работает.ps отсылка к рассказу "A Subway Named Mobius")
У разраба уже давно свое ядро.
> У разраба уже давно свое ядро.Или не свое:
Linux kernel
============This file was moved to Documentation/admin-guide/README.rst
...
Licensing
=========While large parts of this software are Open Source Software available under
the GPL-2.0 license, all files in the directories
"/net/dccp/non_gpl_reordering/" and "/net/dccp/non_gpl_scheduler/" are
proprietary, and NOT Open Source Software.
These files are made available to you under a source-available license, which
means only non-commercial usage is permitted.The specific terms of this source-available license can be found in the file
"/net/dccp/non_gpl_reordering/LICENSE".
> the GPL-2.0 license, all files in the directories
> "/net/dccp/non_gpl_reordering/" and "/net/dccp/non_gpl_scheduler/" are
> proprietary, and NOT Open Source Software.
> These files are made available to you under a source-available license, whichТеперь они будут заниматься всем этим - не только некоммерчески, но и внемайнлайново.
Как такое вообще пропустили, Торвальдс совсем уже...
> Как такое вообще пропустили,Это и не пропускали. Сторонний проект гальванизации сабжа. Который заглох.
> Торвальдс совсем уже...
Таки кажется не Торвальдс.
Это который постоянно флудит в логе когда ботнеты на икспи чего-то от тебя хотят?
В мире неменьше ботнетов на никсах - на серверах и в роутерах всяких.
Кмк вместо этого протокола достаточно было бы добавить флаг в TCP, что через x ms можно слать ACK даже для не пришедших данных.
Зачем? Если можно просто дропать пакеты со стриминговых сервисов, которые составляют 99.9999% всего трафика "перегруженной" сети.
Там датаграммы.
> Там датаграммы.Вот да, этот момент пропустил - придётся ещё маркер начала датаграммы добавлять, короче не стоит свеч.
> слать ACK даже для не пришедших данныхПечально, что ты не работаешь товароведом в магазине. Экспедиторы бы на тебе озолотились.
У нас потоковое вещание, или нам ретрансмиты надо?
Но вообще это всё давно уже выкинуть пора и было, ага. Есть TCP с ретрансмитами, есть UDP без гарантий. Там правда поверх второго уже QUIC нагородили...
ACK шлётся с указанием того какие данные получены, а не просто какой то там пакет с сообщением: "посылку получил, шлите ищё!".
ACK шлётся с указанием последнего полученного байта, не более и не менее.
Есть там попытки selective ACK, но вживую я их вижу два раза в пятилетку.
> Кмк вместо этого протокола достаточно было бы добавить флаг в TCP, что через x ms можно слать ACK даже для не пришедших данных.Не взлетит, потому что уже есть ровно то же самое, при чём вообще без ACK. Проверено в бою и поддерживается всем известным науке IP-совместимым сетевым оборудованием.
UDP называется, ага.
> Кмк вместо этого протокола достаточно было бы добавить флаг в TCP, что через
> x ms можно слать ACK даже для не пришедших данных.Гений протокольный! А может тогда вообще ACK убрать просто? Нафиг они упали? Шли себе в /deb/null пакеты до упора и нормуль, если уж на них пофигу :)
У нас потоковое вещание, или нам ретрансмиты надо?
Вот я и говорю - смысл это держать.
Ну как не востребован.. некоторыми востребован
https://www.opennet.dev/opennews/art.shtml?num=47677
Новость 8 лет назад...Даже в enterprise среде за 8 лет много что меняется.
А надписи на английском языке в русской локализации до сих пор встречается в дистрибутивах, кроме KDEneon
Это большая проблема для вас?
Для кого то большая. Ну и просто вопрос престижа ОС.
> 2006 годскайп это не только входящие но и исходящие
> скайп это не только входящие но и исходящиеИ отличный файлообменник!
Вот каким файлообменником ты пользуешься? (с)
Скайп же умер, даже дата похорон известна
> скайп это не только входящие но и исходящиеСкайп - это через месяц уже никакие. Вообще совсем. NO CARRIER. Connection reset by beer. Абонент временно^W постоянно недоступен. Попробуйте позвонить в спортлото.
Но IETF на DCCP не забил. Последний draft датирован 10 апреля 2025 https://datatracker.ietf.org/doc/draft-ietf-tsvwg-multipath-.../
Когда надо будет ещё раз напишут, а может и не раз. Это же опенсурс, сделать двойную-тройную работу это в порядке вещей. А в ядре без чётко прописанных интерфэйсов это единственный путь.
> Когда надо будетНикогда не надо будет. Нужность сабжа где-то на уровне FTP и POP3, мертворождённая хтонь, которую проще выбросить чем починить.
Я обращаюсь к публичным FTP, где они ещё есть.
Да дофига нужного на FTP лежит.
Написать драфт и написать реализацию — совсем не одно и то же.
> Но IETF на DCCP не забил. Последний draft датирован 10 апреля 2025Да мало ли у них там WTFWG всяких, делающих WTF какой-то, реализаций которого нет в солнечной системе?
>В ядре Linux 6.16 будет прекращена поддержка протокола CCCPДавно пора.
> Разработчик Multipath DCCP планировал открыть код проприетарных частей, передать накопившиеся изменения в основной состав ядра и взять на себя обязанности мэйнтейнера DCCP в ядре Linux, но он уже несколько лет не выходит на связь.Гугл умеет избавляется от хвостов
Чтобы использовали гуглёвое изобреитение их велосипеда с пятиугольными колёсами - QUIC.
> но на деле протокол оказался не востребован и не получил распространениякак они это поняли? Там что встроена телеметрия?
Например, сканированием тырнетикков. Наверное, есть такие сервисы, которые сканируют сеть на доступные протоколы, порты и предоставляют статистику.
Nmap. Не благодари.
Если ты наговнокодил что-то полурабочее, добился включения в ядро и на это никто из юзверей на багтрекере не пожаловался в течении нескольких лет - есть основания полагать, что твоим поделием никто не пользуется, поэтому не замечают его ущербности
> как они это поняли? Там что встроена телеметрия?Например по дохлоте комитов в протокол. Всем на него и решение его проблем было дружно пофиг.
Это утверждение не касается конктретно этого пакета (кода), но если есть что-то очуенно надёжное, и стабильное, то зачем его удалять ?В результате например удаления якобы устаревших пакетов и библиотек из Slackware64-current и просто Slackware64, перестали запускаться более 20 программ и игр, включая, но не ограничиваясь oolite, eclipse, eclipse-cpp, eagle, и многих других. А некоторые полезные пакеты или их части с графикой или медиа были удалены вовсе, при чём для всех дистрибутивов, без предоставления замены. Не понимаю.
>В результате например удаления якобы устаревших пакетов и библиотек из Slackware64-current и просто Slackware64, перестали запускаться более 20 программ и игрПатрик рекомендует делать полную установку Слаки. А вот ты всё-таки преувеличиваешь. Я как Слакварщик скажу - полностью (и без всяких разговоров) устанавливать пакеты категорий A, AP, L, N, X. Если программируешь, то дополнительно устанавливаешь пакеты из категории - D. Если кедераст, то устанавливаешь все пакеты из категории - KDE. Остальное категории по выбору. Зуб даю, будет работать.
В VLC c rtp есть: DCCP, SCTP, TCP, UDP, UDP-Lite. C DCCP, UDP-Lite у меня не работает. Причину не знаю. Другие варианты как ещё можно посмотреть как работает DCCP не пробовал.
Вспомнил ещё в jack2 был баг с переупорядочиванием пакетов в случае небольших потерь. Там вроде UDP+multicast+однобайтный счётчик, но уход примерно на 3-5 пакетов вызывал какие-то проблемы типа sync lost и паузы. И прям так надолго, иногда аж перезапуск jack-слейвов (приёмников) требовался.Интересно, если перевести на DCCP и не переизобретать велосипед на UDP - станет лучше?