URL: https://www.opennet.ru/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 128887
[ Назад ]
Исходное сообщение
"Избавление ядра Linux от кода, меняющего поведение для процессов, начинающихся на символ X"
Отправлено opennews , 09-Ноя-22 13:23 
Джейсон Доненфилд (Jason A. Donenfeld), автор VPN WireGuard, обратил внимание разработчиков на присутствующий в коде ядра Linux грязный хак, изменяющий поведение для процессов, имя которых начинается на символ "X". На первый взгляд подобные исправления обычно применяются в руткитах для оставления скрытой лазейки в привязке к процессу, но разбор показал, что изменение было добавлено в 2019 году для временного устранения всплывшего нарушения совместимости с пространством пользователя, в соответствии с принципом, что изменения в ядре не должны нарушать совместимость с приложениями...

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

Содержание
Сообщения в этом обсуждении
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 09-Ноя-22 13:23 
О сколько нам открытий чудных…
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 09-Ноя-22 13:28 
Друг парадоксов как бы намекает, сколько там еще такого завуалированного и неоднозначного с середины нулевых появилось...
А многие все еще верят в "непогрешимость".
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Lost Inside , 09-Ноя-22 16:48 
Непогрешимых и непогрешимого нет, есть альтернативное системное и прикладное ПО.
И это хорошо.
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 09-Ноя-22 17:38 
Есть набор ПО, а есть полноценные альтернативные операционные системы.
Вот это хорошо.
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено DarkHobbit , 10-Ноя-22 14:23 
> а есть полноценные альтернативные операционные системы.

FreeBSD, OpenBSD? А ты точно уверен, что там ничего подобного нет?

"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 10-Ноя-22 14:44 
Я точно уверен, что базовая система более вылизана, имеет более строгую и внятную документацию, принцип файловой иерархии итд. А так же уверен в том, что из-за сиюминутных коньюнктурных интересов конкретного человека, в проекте "сегодня" не появится системдЫ/раст/сигрупс и прочее по вкусу.
Все вдумчиво предворяется исследованиями. Заодно и студенты не скучают.
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Александр , 10-Ноя-22 15:12 
Вероятно, вы никогда в исходники ядра FreeBSD не заглядывали. Я заглядывал. Это жопа.
В частности, буквально до (несколько лет назад) в ядре была куча таймеров, зависящих не от монотонного, а от календарного времени.
В частности, таймеры для таблицы ARP были именно календарные.
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 10-Ноя-22 15:51 
А Вы отправили комит с пояснением что к чему и своими предложениями?
Если да, что Вам ответили?
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 11-Ноя-22 06:19 
Там много комитов потребуется. Да и зачем, если есть Linux где это все делает много людей? Чему сабж примером.
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 11-Ноя-22 12:21 
Да в бсд вроде тоже немало. Смотрю по пул реквестам и соотечественники многие комитят. Но то олдскульные пацаны, кто в си умеет. Потому таких громких фейлов не часто можно встретить.
В линуксе ЦА за раст топит. Молодые не научились в математику. А те кто пытается в си, на память жалуются. Костыли забывают.
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 12-Ноя-22 09:11 
> Да в бсд вроде тоже немало.

По объективным метрикам, типа числа дефектов на 1000 строк линукс может многим в качестве кода пример показать если что. А то что кода много и иногда всплывают скелеты в шкафу...

> Смотрю по пул реквестам и соотечественники многие комитят.

Рациональность и сбалансированость их мышления всегда вызывала много вопросов.

> Но то олдскульные пацаны, кто в си умеет.

Это про того гангстера который вайргада пытался комитить? Хреново он в си умел, донфилд кодивший линуксный вайргад явно лучше смог в результате.

> Потому таких громких фейлов не часто можно встретить.

Вон то вообще не фэйл а какой-то скелет в шкафу, затык какой-то проблемы по быстрому.

> В линуксе ЦА за раст топит. Молодые не научились в математику. А
> те кто пытается в си, на память жалуются. Костыли забывают.

Как бы у си есть свои приколы. И спорить с этим может только баклан в вопросе. В частности работа с указателями в том виде как это в си - для статического анализа не подарок.

"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 12-Ноя-22 18:02 
>По объективным метрикам, типа числа дефектов на 1000 строк

Ну да. Недавно попадались. И по фря/лин. И по мария/постгря.
Лин заметно сливает в этом отношении. Кстати, как и мария постгре.

>Рациональность и сбалансированость их мышления всегда вызывала много вопросов.

Самокритичненько. Если Вы не мой соотечественник, но русскоговорящий, заняит Вы и к себе применили сыой постулат. Ведь такие прищнаки как рациональность мышления они ведь не паспортом передаются. Ведь так?

>Это про того гангстера который вайргада пытался комитить? Хреново он в си умел, донфилд кодивший линуксный вайргад явно лучше смог в результате.

Относительно Вашего донфилда, которым Вы восхищаетесь у меня иное мнение и информация.
И таки да, поверхность атаки не нивелируется осознанным дезавуированием.
То что все еще оно не в ядре бсди в том виде как было "надо", я рад.

>В частности работа с указателями в том виде как это в си - для статического анализа не подарок.

Абсолютно! Только это подарок, который позволяет отсеять тех, кому дальше веба лезть не стоит.

"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено _ , 12-Ноя-22 01:18 
Сашок, ты всё перепутал! Ты заглядвывал в ж0пу и там ... ж0па ;)
В исходники ядра FreeBSD ты не заглядывал, да и толку - ты всё равно в код не умеешь, это тебе не бутылки собирать :)

Нормальные сырки у фряхи. Не хуже чем у лапчатых.
О знаменитый опенковсйи файл с макросами ... вообще - везде. Видимо народ любит ж0ру :-D

"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 12-Ноя-22 09:12 
> Нормальные сырки у фряхи. Не хуже чем у лапчатых.

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

"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 12-Ноя-22 18:07 
Зеленые дрова, например, в оригинале от производятела.
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 12-Ноя-22 19:09 
>> Нормальные сырки у фряхи. Не хуже чем у лапчатых.
> Скорее "не лучше" учитывая копипасту видеодров из линукса, и врядли в бсд
> есть девы чтобы вот именно улучшить что-то.

Скорее всего ты балабол294, вылезший с ценным мнением и абсолютно _нулевым_ знанием предмета
1) ядро состоит не только из видеодров. Совсем не.
2) видодрова во фре - вообще не входят в базу/ядро, а ставятся из портов/репы.

Я угадал?


"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 09-Ноя-22 23:34 
Миллионы (мух) глаз смотрят.
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 09-Ноя-22 23:52 
Ну ничего, им пообещали, что на раст перейдут и "все наладится"! Вот вот, надо только немного подождать...
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 10-Ноя-22 00:41 
Миллионы мух >>> 0, что уже лучше.
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 10-Ноя-22 00:49 
Мух - это одно. Глаз и ушей - другое.
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 10-Ноя-22 14:42 
> Миллионы (мух) глаз смотрят.

Так и находят же в результате.

"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Анонимик , 10-Ноя-22 15:17 
А кто такой Парадоксов?
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 10-Ноя-22 15:55 
У никому не известного летчика-пародиста А.С.'а Пушкина, вроде гений был в друзьях у парадокса.
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Заблоченый , 10-Ноя-22 08:33 
Хорошая тема для экскурсовода истории Linux
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Хухрымухры , 09-Ноя-22 13:25 
На сколько иксы не повротливое легаси, что приходится делать хаки в самом ядре.
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 09-Ноя-22 13:32 
>Почти сразу проблема в X.Org была устранена (использование атомарного API было отключено по умолчанию), но из ядра временное исправление убрать забыли

Забыли!
Чувствую, что не без раста здесь..

>На сколько иксы не повротливое легаси

А можно посмотреть какие бенчи, где наглядно видно насколько вяленый "поворотливее"?

"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 09-Ноя-22 13:44 
Не поворотливее, но тирринг экрана пока никто чинить не собирается без помощи забивания фпсов и производительности композерами до смерти.
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 09-Ноя-22 14:08 
Я правильно понимаю, что тиринг в иксах побеждается  деградацией фпс?
Тогда почему никто из исследователей производительности не отразил режим тиринг фри в своих тестах? Могли же наглядно показать падение фпс, в сравнении с таким классным модным современным вяленым. Ан нет такого..
Исследователи глупые или что не так?
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 09-Ноя-22 14:13 
Так в вяленом это самое падение фпс и есть. Ну, было, когда я сравнивал. А тиринг не так уж и беспокоит, если его не видно никогда и нигде. Статтеринг, возникающий при включении композитинга, куда хуже.
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 09-Ноя-22 14:17 
Хотя у меня, видимо, больше нет тиринга в иксах без композитинга, forcefullcompositionpipeline тоже не использую. Только в гтк программах что-то похожее на тиринг, если дёргать окно туда-сюда, особенно в видео на ютубе в фф. Кажется, я нашёл необходимый для этого секрет.
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 09-Ноя-22 14:32 
Таки не допонял Вас изначально. Сорри.
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Michael Shigorin , 09-Ноя-22 23:49 
На локалхосте (Эльбрус-16С, RX 580, 4K) сделал так:
e16c:~> cat /etc/X11/xorg.conf.d/99-local.conf         
Section "Device"
        Identifier "AMDGPU"
        Driver "amdgpu"
        Option "TearFree" "on"
EndSection

"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 10-Ноя-22 00:39 
> На локалхосте (Эльбрус-16С, RX 580, 4K) сделал так:
e16c:~> cat /etc/X11/xorg.conf.d/99-local.conf 
> Section "Device" 
>         Identifier "AMDGPU" 
>         Driver "amdgpu" 
>         Option "TearFree" "on" 
> EndSection

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

При том что в войсках нет элементарных вещей....
Жируете.

"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено 111 , 10-Ноя-22 09:24 
Скажите, пожалуйста, а за поставку элементарных вещей в войска отвечает Михаил?
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 10-Ноя-22 10:24 
Ровно в той же степени, в которой за это отвечают волонтеры, отправляющие всякие мавики.

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

А оно теперь вон как вышло.
Мануфактура эльбрусы забанила. Со всеми вытекающими.

При том что инвестиции освоены были.
Теперь вот за счет простых людей поставки идут.

Вот такая вот связь абстрактных Михаилов с поставками.

"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 10-Ноя-22 12:38 
> Мануфактура эльбрусы забанила.

Щя кризис жеж, полупроводниковые компании в упадке, возможно ещё упрашивать будут попроизводить Эльбрусы у них.

"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 10-Ноя-22 14:34 
>возможно ещё упрашивать будут попроизводить Эльбрусы у них

А я то наивный все жду, когда у "Михаилов" выстроится очередь с челобитными от мировых заказчиков о производстве квантовых камней.
А оно воно как...

"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 11-Ноя-22 15:06 
> возможно ещё упрашивать будут попроизводить Эльбрусы у них.

При нехватке кремния то? Сразу после того как зимой замерзнут, наверное.

"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 12-Ноя-22 18:10 
А говорили кремний китай прям из земли добыаает?
А у нас и с этим проблемы. Врут?
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 10-Ноя-22 09:48 
как cat на локалхосте лечит эту проблему?
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 11-Ноя-22 00:30 
Гигабайт драйверов Нвидиа удаляет. Если, конечно, у Михаила не спецдистрибутив )
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 11-Ноя-22 01:08 
Це шо за магия?
Вроде без грепа даж.
Да и амуде там у него просматривается.
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 11-Ноя-22 06:21 
А где они драйверы для нвидий под эльбруса взяли? Чтобы удалить что-то это должно существовать.
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 09-Ноя-22 13:33 
Почему если баг в xorg, нужно было обязательно хакать ядро?
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 09-Ноя-22 13:35 
И почему этот хак на codereview пропустили?
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено анон , 09-Ноя-22 15:24 
Тебя в ревьюверы позвать забыли почему-то, а так бы да, ты б конечно им показал как надо патчи мержить.
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено iPony129412 , 09-Ноя-22 13:37 
Что смогли, то и хакнули.
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено asdasd , 09-Ноя-22 14:16 
Потому-что Xorg использовал опред поведение API ядра и ядро это API поломало, чукча не читатель, чукча писатель?
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 09-Ноя-22 14:16 
в новости русским по белому написано, почему
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 09-Ноя-22 14:17 
Потому что на то время новый релиз иксов несколько лет не могли родить, а с багом надо было что-то делать. Сами атомики завезли, емнип, в 2013 году, но тогда их никто не использовал. А когда дрова подтянулись, оказалось, что иксы забагованы.
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Я , 09-Ноя-22 16:27 
потому что изменение вносилось в ядро а согласно политике если изменение в ядре ломает поведение уже существующего юзерспейс кода, то чинить нужно ядро а не юзерспейс. в итоге сначала починили костылём, потом нормально, а утративший актуальность костыль не убрали.
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Онаним. , 09-Ноя-22 13:36 
Ух ты ёпт.
Руки из задницы бывают, да.
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 09-Ноя-22 14:17 
ну и живи с этим, нам-то что?
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 09-Ноя-22 14:32 
> нам-то что?

Э-э-э-э, братец! Погодь. Нам с этого тоже "что" - теперь его с такими руками нельзя подпускать к общественно значимым проектам. На карандаш взять товарища.

"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 09-Ноя-22 19:19 
За карандаш.
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 10-Ноя-22 02:58 
Наливай!
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 11-Ноя-22 15:09 
> За карандаш.

И президента с бумажной папочкой сразу. Очень прикольно когда он при этом еще и чуть ли не батальонами мануально рулит, результат очень характерный получается.

"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено ИмяХ , 09-Ноя-22 13:43 
Хорошо, что, благодаря открытому коду, каждый пользователь линукса видел эту ошибку и исправлял её самостоятельно.
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 09-Ноя-22 16:03 
Мне нравится вариант этой иронизации над "тысячей глаз".
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 11-Ноя-22 00:46 
Это не иронизация, а глупый тролинг.
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 11-Ноя-22 01:10 
А по мне вполне умный. Для ценителей.
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено torvn77 , 11-Ноя-22 11:12 
К сожалению это не тролинг, а факт.  
У себя поправил, а на всё остальное наплевать.
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 09-Ноя-22 17:09 
Но ведь в итоге нашли и исправили, при чём тут "каждый"?

Хорошо, что благодаря закрытому коду, ты можешь уединиться в углу и совать в себя макось/венду/[любимый_зонд_name] вместо неудачных "подколок"

"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено torvn77 , 11-Ноя-22 11:14 
При том что часто можно видеть темы где что либо у себя исправляют без отправки в апстрим не то что готового патча, а даже хоть какого-то самого негодного отчёта и уведомления.
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Шарп , 09-Ноя-22 13:43 
>current->comm[0] == 'X'

Вот это да. А если другой процесс тоже имеет имя, начинающиеся на X, но не Xorg? Вот это говнокостыль. Как он вообще прошёл ревью. Там же сам Линус аппрувит.

Буду начальнику показывать, если начнёт упрекать меня в говнокоде.

"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 09-Ноя-22 13:52 
>Как он вообще прошёл ревью. Там же сам Линус аппрувит.

У него макбук сломался.

"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Варенье , 09-Ноя-22 13:55 
> Вот это да. А если другой процесс тоже имеет имя, начинающиеся на X, но не Xorg?

Звучит как недоработка. Нужна вторая проверка, которая будет при запуске процесса, с именем на X, но не Xorg, ронять ядро.
Должен остаться только один!

"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 10-Ноя-22 03:17 
Так нормальный процесс может быть и Xorg и X (который symlink на Xorg). У меня вот нет никаких Xorg в ps видно только /usr/bin/X
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 09-Ноя-22 14:07 
А много у тебя процессов, начинающихся с X, которые нарямую дергают атомарные ioctl управления видеорежимами?
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 09-Ноя-22 23:06 
Тоже думал почему не сравнивают имя целиком, а только первую букву. А потом понял Это же C. И там нету нормального сравнения строк типа current->comm == "Xorg". Этому костылеписателю пришлось бы писать && current->comm[1] == 'o' && current->comm[2] == 'r' && ...
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 09-Ноя-22 23:56 
А что, нет ядерной реализации strncmp() ?
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено pavlinux , 10-Ноя-22 02:46 
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено pavlinux , 10-Ноя-22 02:44 
> А потом понял Это же C. И там нету нормального сравнения строк типа current->comm == "Xorg".

Oткрою секрет, где есть "нормальное" сравнение строк, оно работает вот так:


int strcmp(const char *cs, const char *ct)
{
    unsigned char c1, c2;
    while (1) {
        c1 = *cs++;
        c2 = *ct++;
        if (c1 != c2)
            return c1 < c2 ? -1 : 1;
        if (!c1)
            break;
    }
    return 0;
}

И ТАК ВО ВСЕХ ЯЗЫКАХ НА ПЛАНЕТЕ!!!  Быстрее не придумали.

Исключение -  ассемблерные версии с побайтной загрузкой сравниваемых строк или
целыми словами при наличии SSE4.2 https://www.strchr.com/strcmp_and_strlen_using_sse_4.2

"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено mumu , 10-Ноя-22 09:51 
Я правильно понял, что linux kernel не использует simd, даже если у меня свежий дистр и проц?
Даже если я гинтушник и всё собираю с AVX2, ядро всё-равно будет побайтово сравнивать строки, как деды завещали? о_О
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено InuYasha , 10-Ноя-22 11:35 
Покажите SIMD для ускорения строк. Я заинтересовался.
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено pavlinux , 10-Ноя-22 12:45 
> Покажите SIMD для ускорения строк. Я заинтересовался.

Выше нарисовал. SSE - это Streaming SIMD Extension, внезапно

"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено pavlinux , 10-Ноя-22 12:33 
> Я правильно понял, что linux kernel не использует simd, даже если у меня свежий дистр и проц?

Для всего кода ядра именно так.

> Даже если я гинтушник и всё собираю с AVX2,

Основная задача ядра - правильно передать данные от тебя в железяки. Не надо там ничего шибко умного считать.

> ядро всё-равно будет побайтово сравнивать строки, как деды завещали? о_О

Но SIMD юзать можно!

https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...

FPU нельзя.

"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено n00by , 10-Ноя-22 14:03 
> Даже если я гинтушник и всё собираю с AVX2, ядро всё-равно будет
> побайтово сравнивать строки, как деды завещали? о_О

Смотрите ссылку, что дал pavlinux выше.

kernel_fpu_begin();
...
kernel_fpu_end();

Вот это существенно дольше, чем сравнивать короткие строки. Оправданно в видеодрайвере, где большие объёмы.

"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено n00by , 10-Ноя-22 10:50 
Ну 4 то байта можно привести к двойному слову (одевает каску, убегает от Свидетелей UB).
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 10-Ноя-22 11:01 
Стоп-стоп, речь шла про НОРМАЛЬНОЕ сравнение строк.

Где первый шаг - это сравнить s1.len==s2.len и на этом все может закончиться за O(1).

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

"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено pavlinux , 10-Ноя-22 12:40 
> Стоп-стоп, речь шла про НОРМАЛЬНОЕ сравнение строк.
> Где первый шаг - это сравнить s1.len==s2.len
> s1.len==s2.len

== это всего лишь оператор языка, компилятор "правильного языка" проверит
что аргументы строковые и вызовет strcmp() :)


> и на этом все может закончиться за O(1).

А как ты представляешь сравнение строк менее, чем за O(n) ?

O(1) будет с твоей точке зрения, для проца это регистровый CMP.
Так что, сложность превращается в O(n/x), где х толщина регистра, x >= 1
  


"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено n00by , 10-Ноя-22 13:03 
Если известна длина строки, может быть O(1).
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено pavlinux , 10-Ноя-22 13:07 
> Если известна длина строки, может быть O(1).
> ---- Так что, сложность превращается в O(n/x), где х толщина регистра, x >= 1

Какой там AVX сейчас самый толстый? 256 бит? ... Ну вот, строку из 32 байт можно за раз.


Но олдскульные оптимизаторы считают такты проца.

cmp - 40 тактов,
jnz - 10

А какой-нибудь VPCMPUQ - 2500 тактов... и нахрен он нужен для сравнения "127.0.0.1" с "192.168.0.1"

"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено n00by , 10-Ноя-22 13:14 
Если длины различаются, содержимое не надо сравнивать.
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено pavlinux , 10-Ноя-22 13:17 
> Если длины различаются, содержимое не надо сравнивать.

Это уже алгоритмическая задача, а не вычислительная.

И опять таки, ты не узнаешь размеры содержимого,
пока побайтово не проверишь strlen(), причем два раза. :D


Вот и думай, что выгоднее

char *A = 127.0.0.1";
char *B = "192.168.0.1";

if ( strlen(A) == strlen(B))
    strcmp(A, B);


иль просто загнать сразу в strcmp(A, B) и отошьёт при неравенстве.  


"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено n00by , 10-Ноя-22 13:20 
>> Если длины различаются, содержимое не надо сравнивать.
> Это уже алгоритмическая задача, а не вычислительная.

– Видите, Ватсон – перед вами типичный пример программиста.
– Почему Вы так решили, Холмс?
– Ну во-первых он очень долго думал над простым вопросом, во-вторых он ответил _АБСОЛЮТНО_ правильно, и в-третьих – нам от его ответа нет никакой пользы.

> И опять таки, ты не узнаешь размеры содержимого,
> пока побайтово не проверишь strlen(), причем два раза. :D

Я узнаю. У меня есть ядрёная std::string.

"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено pavlinux , 10-Ноя-22 13:24 
> Я узнаю. У меня есть ядрёная std::string.

:)))

FORK(TO_BEER);
GOTO BEGIN   https://www.opennet.ru/openforum/vsluhforumID3/128887.html#113


"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено n00by , 10-Ноя-22 13:59 
>> Я узнаю. У меня есть ядрёная std::string.
> :)))
> FORK(TO_BEER);
> GOTO BEGIN   https://www.opennet.ru/openforum/vsluhforumID3/128887.html#113

Вообще-то стандарту там аналог strncmp(), а не требования вызывать Си библиотеку. operator!=() и operator==() возможно оптимизировать для различающихся длин.

"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 10-Ноя-22 14:01 
> ты не узнаешь размеры содержимого, пока побайтово не проверишь strlen()

Это верно только для поинтера на кусок null-terminated памяти.

Если бы строки были нормальные - которые знают свой размер - програмер бы спокойно вызвал сравнение с "X", понимая, что под капотом оно проверит и длину, и сравнит первый и единственный символ, и не пожрет производительность.

А не лепил бы такой баг, когда любой процесс начинающийся с Х удовлетворит условию...

"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 11-Ноя-22 14:55 
Если тебе нефиг делать, можешь сделать struct, вот именно таким и пользоваться им наздоровье. Однако всякие системные вызовы операционки не в курсе этого счастья и при взаимодействии с ос ты познаешь все прелести конверсии.
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 11-Ноя-22 14:54 
> char *A = 127.0.0.1";
> char *B = "192.168.0.1";
> if ( strlen(A) == strlen(B))
>     strcmp(A, B);

Совершенно неиллюстративный пример - оптимизатор может это все свернуть до одной вгрузки константы если повезет. Или даже нихрена, если это никак дальше не используется. Ну и сколько тактов вгрузка константы в регистр займет?

"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено pavlinux , 12-Ноя-22 20:12 
>> char *A = "127.0.0.1";
>> char *B = "192.168.0.1";
>> if ( strlen(A) == strlen(B))
>>     strcmp(A, B);
> Совершенно неиллюстративный пример

Вместо "127.0.0.1" и  "192.168.0.1" должный быть строки неизвестной длины.
Но вы этот пример них.. не поняли, про динамич. размеры бесполезно.  

"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 12-Ноя-22 08:38 
Эта информация, без сомнения, ценна, но речь про нормальные строки, где strlen не нужен для вычисления размера. Например, про такие строки: https://github.com/gcc-mirror/gcc/blob/master/libstdc%2...
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено pavlinux , 12-Ноя-22 20:13 
> Эта информация, без сомнения, ценна, но речь про нормальные строки, где strlen
> не нужен для вычисления размера. Например, про такие строки: https://github.com/gcc-mirror/gcc/blob/master/libstdc%2...

Причём тут С++ ??? ... ну ладно,  __lhs.size() == __rhs.size()  кто и как вычисляют?

...

template<typename _CharT, typename _Traits, typename _Alloc>
    _GLIBCXX_NODISCARD _GLIBCXX20_CONSTEXPR
    inline bool
    operator==(const basic_string<_CharT, _Traits, _Alloc>& __lhs,
           const basic_string<_CharT, _Traits, _Alloc>& __rhs)
    _GLIBCXX_NOEXCEPT
    {
      return __lhs.size() == __rhs.size()
           && !_Traits::compare(__lhs.data(), __rhs.data(), __lhs.size());
    }


Это пздц, это в мусор, хлама на 100500 лишних тактов.

"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 10-Ноя-22 22:50 
> Если длины различаются, содержимое не надо сравнивать.

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

Для себя конечно можешь всё что угодно изобретать, но вот поведение strcmp определено стандартом чётко и там различают результаты >, == и < как раз по содержимому строк. Так что приходится сравнивать отдельные символы строки (если нужна реализация, соответствующая стандарту).

"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено n00by , 11-Ноя-22 08:29 
>> Если длины различаются, содержимое не надо сравнивать.
> Смотря для чего ты функцию делаешь.

Я смотрю, смысл ветки ты не уловил, но нос свой сунул:

Началась она с current->comm[0] == 'X'

> Если вдруг потребуется отсортировать массив строк
> по возрастанию/убыванию, то

_Мне_ не потребуется. Ты реально хранишь требующие постоянной сортировки строки в массиве? Зачем ты про это пишешь? Ты обскурантист?

>  твоя "длина" даст неподходящие для большинства случаев результаты...

Как ты можешь комментировать код, который ты не видел? А если я открою тебе секрет, что случай с нулевой длиной обрабатывается отдельно?

> но вот поведение strcmp определено стандартом

Зачем ты это пишешь? Ты не видел, что исходно в ветке речи нет не про strcmp? Не видел мои сообщения, что в std::string _по_стандарту_ не требуется strncmp, а тем более strcmp?

"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Lex20 , 10-Ноя-22 15:07 
Фига у вас такты, никаких мегагерц не хватит
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено pavlinux , 11-Ноя-22 14:12 
> Фига у вас такты, никаких мегагерц не хватит

А чо, SIMD очень прожорливые.

"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 11-Ноя-22 15:12 
Ну так они чтобы зарядить большой кус и сжевать все оптом. Ты еще массив GPU попробуй быстро в разные стороны подергать и подивись результату.
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено pavlinux , 12-Ноя-22 21:20 
> Ну так они чтобы зарядить большой кус и сжевать все оптом.

Ну вон живой пример... сравнение айпишников. в макс длине "111.222.333.444\0" 16 символов.
Даже пусть 1 лям коннектов/сек. strnsmp() или в SIMD пихать?

...

Если функционал позволяет... возможно собрать в матрицу 16x16 иль даже 16x32,
умножить на хитрожопую матрицу (траспонированую, эмиртову, ... забыл уже ),
кароч на выходе будет диагональная матрица с только "0" и "1",  ...

Опять же нужно считать, что быстрее трах с матричной алгеброй или 16 раз stcmp()      
  

"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено n00by , 13-Ноя-22 09:10 
>> Ну так они чтобы зарядить большой кус и сжевать все оптом.
> Ну вон живой пример... сравнение айпишников. в макс длине "111.222.333.444\0" 16 символов.

Действительно в текстовом виде сравниваются? Где?

"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено pavlinux , 14-Ноя-22 00:03 
> Где?

Где используется strcmp()? Везде.


"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено n00by , 14-Ноя-22 07:37 
>> Где?
> Где используется strcmp()?

Зачем ты вырезал слово «АЙПИШНИКИ»? Лично ты их хранишь в текстовом виде и так сравниваешь?

> Везде.

Зачем ты врёшь? По _стандарту_ плюсов strcmp() не используется для сравнения строк. Да и в Си во многих случаях длина строки заранее известна (в частности, ограничена размером буфера). Ты для ядра только конфиги правил, я верно понимаю твои прошлые понты про коммиты?

"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 11-Ноя-22 06:01 
Все знают что строки это синтаксический сахар, а длину нужно вычислить только перебором всех символов за O(n) и никак иначе
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Michael Shigorin , 09-Ноя-22 23:51 
Грамотный начальник даст пинка придурку, который пытается оправдываться косяками других.  Впрочем, такого ещё заслужить надо.
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 09-Ноя-22 23:58 
У тебя имеется опыт? ;)
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 10-Ноя-22 02:06 
Иными словами, нет в alt linux грамотных начальников.
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 11-Ноя-22 06:25 
Он не заслужил: хороший начальник глупыми людьми управлять не станет, особенно когда они еще и свое мнение пихают везде.
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено kusb , 09-Ноя-22 13:44 
Наверное именно такие хаки для совместимости - источник определённой ерунды в Windows. Или раньше.
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено n00by , 10-Ноя-22 11:02 
Это видно из комментариев в утёкших исходниках:

The file private\ntos\w32\ntuser\kernel\swp.c from 11-Jul-1991 points at

    * for idiots like MS-Access 2.0 who SetWindowPos( SWP_BOZO
    * and blow away themselves on the shell, then lets
    * just ignore their plea to be removed from the tray

private\shell\ext\ftp\ftpdrop.cpp:
We have to do this only because Exchange is a moron.

private\inet\wininet\urlcache\filemgr.cxx:
// ACHTUNG!!! this is a special hack for IBM antivirus software

https://archive.ph/ttTA6

"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено InuYasha , 10-Ноя-22 11:39 
Да, я этого в своё время обчитался. И очень хорошо понимаю потому что сам писал горы уровней совместимости, но логичные. Хотя многие делали просто "if (filename == "xyz") { setting = hack; }".
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 10-Ноя-22 11:51 
https://arstechnica.com/gadgets/2022/10/windows-95-went-the-.../
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено НяшМяш , 09-Ноя-22 13:55 
Пересобрал себе 6.0.7 с этим патчем, разницы не заметил. Ах да, у меня же Wayland.
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 09-Ноя-22 14:00 
сначала пересобрал, потом заметил…
может тебе не надо ядро трогать?
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Я , 09-Ноя-22 16:29 
а что XWayland?
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 09-Ноя-22 14:13 
Ух как запахло высококачественным кодом...
Интересно, а сравнивать все имя они посчитали слишком ресурсоемким?
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 09-Ноя-22 14:21 
'X' и есть все имя. Твой к.о.
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 09-Ноя-22 14:41 
Для этого нужно было бы проверять что после Х идет \0, а не только первый символ.
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 09-Ноя-22 14:50 
> Для этого нужно было бы проверять что после Х идет \0, а
> не только первый символ.

Это было весьма нубски, можно было бы и проверить (если это asciz, конечно).

"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Главный мэйнтейнер ядра , 10-Ноя-22 10:16 
Здорово, правда?
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 09-Ноя-22 16:01 
В отличии от кодо-человекообразных настоящие программисты на си заботиться в первую очередь о произвольности и не станут вызвать strlen там где достаточно одного ==
Это вам не java, rust, kotlin и подобные скриптухи
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 09-Ноя-22 16:02 
*code-monkey
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 09-Ноя-22 23:08 
>>произвольности

Всё так и есть.

"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 09-Ноя-22 14:55 
А писали бы ядро на расте...
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 09-Ноя-22 14:59 
... и все равно пришлось бы лепить костыль для багонутых иксов ¯\_(ツ)_/¯
Разве что сравнение строк имени процесса сделали бы по-человечески.
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 09-Ноя-22 15:27 
> А писали бы ядро на расте

получилось бы так:

if (current->comm[0] != 'X' ...

растаманы - знатные спецы по перепутыванию знаков.

"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 09-Ноя-22 15:39 
> получилось бы так:
> if (current->comm[0] != 'X' ...

Нет, не так, а так:

if current.comm[0] != b'X' ...

"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено DEF , 09-Ноя-22 15:47 
Уже бы давно ушел на Wayland, но NVIDIA...
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 09-Ноя-22 18:56 
На Fedora GNOME проприетарные драйверы работают с Wayland отлично. Даже на Fedora 37 удалось установить.
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено AlexYeCu_not_logged , 09-Ноя-22 19:03 
>Уже бы давно ушел на Wayland, но NVIDIA...

Как будто там с nvidia проблема. Там большая часть оконных менеджеров курсор не умеет отображать нормально — просят отключать аппаратный и надеяться, что поможет.

"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 12-Ноя-22 09:35 
> Как будто там с nvidia проблема.

Нвидиевские реализации DRM/KMS/GBM дико кривые и глюкавые. А родные линуксные им забанили GPL_ONLY, потому что проприетарщикам в линуксе не рады.

> просят отключать аппаратный и надеяться, что поможет.

Так и запишем: с хардварными сурфейсами нвидия тоже обделалась. Ну, бывает, хреново такие вещи на сопли и скотч к проприетарщине прилепляются.

"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 09-Ноя-22 19:25 
Поддерживали бы приложения дробное масштабирование этот ваш wayland, иначе никому он не сдался с диагональю <15". Есть, конечно, извращенцы, масштабирующие шрифт...
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено InuYasha , 10-Ноя-22 11:41 
Што??? Т.е. мне с 12" не светит вяленд поставить в принципе?? Так и сидеть с иксами до конца дней?
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 09-Ноя-22 17:01 
Блеск.

Раз в 3-4 года кто-либо приходит с предложениями такого же свойства - быстренько подшаманить примерно как в сабже.

"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено истина в последней инстанции , 09-Ноя-22 17:43 
надо ещё добавить запрет для запуска процессов содержащих rust
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 09-Ноя-22 18:12 
... и заблокировать себе всё ядро. Отличный план!
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Дрю , 09-Ноя-22 21:57 
У здоровых людей нет раста в ядре
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 09-Ноя-22 22:37 
Сори чувак, "В ядро Linux 6.1 приняты изменения, обеспечивающие поддержку языка Rust" https://www.opennet.ru/opennews/art.shtml?num=57867
Придется тебе теперь не обновляться))
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 09-Ноя-22 23:03 
Чел, не парься!
Он о том, что у здоровых людей в ядре полноценных ос раст'а нет.
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 09-Ноя-22 23:39 
Откуда вам знать вы же их код не видели.
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 09-Ноя-22 23:47 
Посоны из беркли рассказывали.
Мол продвигают тут наркоманы разные этот раст, чтобы не быть снобами и не рубить инициативу на корню, поручили студентам пет проектик поднять дабы те показали выхлоп и проанализировали.

А в стане фюрера все не так ведь происходит. Тот за революционные изменения, особенно если за это хорошо платят.

"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 09-Ноя-22 18:21 
При запуске процесса на расте надо сразу отправлять письмо в дурку.
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 10-Ноя-22 10:55 
Откуда приедет бригада санитаров и скрутит незадачливого эксперта.
Опасно
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 09-Ноя-22 17:52 
Когда Поттеринг предлагает изменения в ядро внести для поддержки systemd, нердота полыхает так, что зарево Солнце застит. Но иксы — вынипанимаити этадругое.
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 09-Ноя-22 23:05 
сравнил тоже базовую графику с перделкой Лёни.
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 10-Ноя-22 02:15 
В любой момент времени на планете выполняется больше копий «перделки Лёни», чем иксов. Действительно, сравнение не в пользу графической подсистемы весьма низкого качества.
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 10-Ноя-22 15:24 
> В любой момент времени на планете выполняется больше копий «перделки Лёни», чем
> иксов. Действительно, сравнение не в пользу графической подсистемы весьма низкого качества.

И сколько именно копий выполняется? А ссылку на источник циферок можно?


"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 10-Ноя-22 20:10 
А ты ум включи, подумай, диаграммы Венна порисуй. Авось и не придётся копии считать.
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 10-Ноя-22 21:37 
>>> В любой момент времени на планете выполняется больше копий «перделки Лёни», чем иксов.
>> <пруфцы?>
> А ты ум включи, подумай, диаграммы Венна порисуй. Авось и не придётся копии считать.

Зачем мне считать за тебя что-то, балаболка?

"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 11-Ноя-22 17:52 
Что, не проходили диаграммы ещё? Ну может в следующем году. Потерпи немного.
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 12-Ноя-22 09:38 
> Зачем мне считать за тебя что-то, балаболка?

YOLO! Он тебе намекал видимо на то что есть чертова куча систем без иксов но с системдой. Например: серверы и эмбедовка. Но ты настолько печален что не уловил весьма прозрачный хинт.

"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 12-Ноя-22 19:22 
>> Зачем мне считать за тебя что-то, балаболка?
> YOLO! Он тебе намекал видимо на то что есть чертова куча систем
> без иксов но с системдой. Например: серверы и эмбедовка. Но ты настолько печален что не уловил весьма прозрачный хинт.

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

"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Michael Shigorin , 10-Ноя-22 00:01 
> Когда Поттеринг предлагает изменения в ядро внести для поддержки systemd, нердота полыхает
> так, что зарево Солнце застит. Но иксы — вынипанимаити этадругое.

Я когда увидел передачу _ядру_ версии _systemd_ -- изрядно разуверился в здравости lkml как организации.  Или это как раз и есть то самое другое?

"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено n00by , 10-Ноя-22 12:32 
>> Когда Поттеринг предлагает изменения в ядро внести для поддержки systemd, нердота полыхает
>> так, что зарево Солнце застит. Но иксы — вынипанимаити этадругое.
> Я когда увидел передачу _ядру_ версии _systemd_ -- изрядно разуверился в здравости
> lkml как организации.

А как ядро должно узнавать версию? Найти её в исполняемом файле systemd? Или а адресном пространстве с PID 1? Пока не нашёл (по слову systemd), как эта передача реализована, боюсь что не понял о чем речь.

"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 10-Ноя-22 12:46 
А зачем ядру знать версию systemd? Какая ему разница?
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено n00by , 10-Ноя-22 13:10 
Вот не знаю, потому и спрашиваю. Из формулировки «увидел передачу» понял, что она есть. Но по быстрому в исходниках не нашёл. В общем случае это распространённая практика, когда клиент запрашивает определённую версию интерфейса.
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено RM , 11-Ноя-22 13:34 
прямым текстом - не должно быть разницы.
если есть - это dirty hack практически по определению, как в новости.
а вообще изменентя в systemd от версии к версии надоедают.
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено n00by , 11-Ноя-22 21:24 
> прямым текстом - не должно быть разницы.

В смысле, ядро не должно знать версию systemd? А где оно её узнаёт и для чего? Хотелось бы увидеть код, что бы говорить предметно.

> если есть - это dirty hack практически по определению, как в новости.

А когда версию NFS узнаёт, это почему не хак?

"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 12-Ноя-22 09:54 
> В смысле, ядро не должно знать версию systemd? А где оно её
> узнаёт и для чего? Хотелось бы увидеть код, что бы говорить предметно.

Я бы тоже на это посмотрел. Где такое?

"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 12-Ноя-22 09:40 
> Я когда увидел передачу _ядру_ версии _systemd_

Это где такое?

"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 10-Ноя-22 00:14 
Нердота это те кто путает ядро, систему запуска и иксы да?
Поттеринг ведь предлагает внести изменения нердоте судя по тому что ты пишешь.
А раз Поттеринг работает в микрософте, значит Микрософт - нердота!
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 09-Ноя-22 23:09 
Поищите сразу по коду 'a' 'b' 'c' ... 'Ы'. Авось ещё пару багов / костылей найдёте.
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 09-Ноя-22 23:12 
Норм патч, я всегда так делаю
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено InuYasha , 10-Ноя-22 11:56 
^ сообщение от nvidia.
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено ip1982 , 09-Ноя-22 23:15 
"Take the atomic toys away from X" :D
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено pavlinux , 10-Ноя-22 03:08 
> Джейсон Доненфилд (Jason A. Donenfeld), автор VPN WireGuard

Кто забыл, напомню. Этот чувак работает на Конгресс США, АНБ,
за последний год он испоганил Linux драйвер рандома.  
Заменил хэш-функцию SHA1 на левый BLAKE

Патчи на drivers/char/random.c пушатся вообще без обсуждений!
Так как этого засланца сделали майтенером.

Данные из /dev/random перестали проходить простейший FIPS 140-2 тесты!


# cat /dev/random | rngtest -c 10000
...
rngtest: FIPS 140-2 failures: 6  <---- тут теперь всегда, стабильно не менее 4 failures

Наличие аппаратного генератора или интеловского asm(RDRAND),
теперь вообще не влияет на качество рандомов.

"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 10-Ноя-22 07:18 
rngtest: FIPS 140-2 successed: 9991
rngtest: FIPS 140-2 failured: 9

вполне терпимо

"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено pavlinux , 11-Ноя-22 14:03 
От /dev/random этот тест они всегда выдавал  failures: 0, через /dev/urandom могло около 10 ошибок проскакивать.
Причём у меня древнющий AMD Opeteron, asm("RDRAND") там и не пахло.  
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено НяшМяш , 11-Ноя-22 19:43 
Просто для сравнения, проверил на 5950X:

rngtest: FIPS 140-2 successes: 9995
rngtest: FIPS 140-2 failures: 5

Запустил 10 раз - скачет от 3 аж до 12.

"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено pashev.ru , 10-Ноя-22 07:46 
> Этот чувак работает на Конгресс США, АНБ,

Ужос! Чувак работает на свою страну! У нас так не принято.

"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено InuYasha , 10-Ноя-22 12:09 
См. дальше первой строчки.
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 10-Ноя-22 16:54 
> Ужос! Чувак работает на свою страну!

На китайскую компанию накладывают санкции, если она работает на свою страну... "Это другое!" (с)

"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 11-Ноя-22 17:54 
Правильно делают. Коммунистов надо давить по всем фронтам, как когда-то нацистов давили. Только так избавим мир от зла
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено pavlinux , 11-Ноя-22 14:07 
>> Этот чувак работает на Конгресс США, АНБ,
> Ужос! Чувак работает на свою страну! У нас так не принято.

Ещё как принято, только мы никому об этом не рассказываем :)


"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 12-Ноя-22 09:41 
И приборы не показываете. Поэтому 33 богатыря в помойке ищут 3 рубля. В перерывах между покраской герани всякой.
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Анонн , 10-Ноя-22 11:33 
Неужели из сомнительности (для некоторых) личности этого чувака, этот код перестал быть грязным хаком?
Причем тут вообще его личность?
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено bOOster , 10-Ноя-22 12:27 
То-то OpenBSD вообще не принимает WireGuard, а FreeBSD только опционально.
WireGuard еще и сам генерит ключики... wg genkey ...
Ох чуял я - что-то здесь не так. А вот оно как оказывается.
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 10-Ноя-22 14:21 
Прошу прощения, что встреваю, но фор грейт джастис

>То-то OpenBSD вообще не принимает WireGuard

Ядро опенка получило ЭТО одним из первых.
https://marc.info/?l=openbsd-cvs&m=159274150512676&w=2

>FreeBSD только опционально.

Было дело так
https://www.theregister.com/2021/03/23/freebsd_130_no_wireguard/

К слову в стоке в 13.1 тоже нет пока.

"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено bOOster , 10-Ноя-22 14:28 
> Прошу прощения, что встреваю, но фор грейт джастис
>>То-то OpenBSD вообще не принимает WireGuard
> Ядро опенка получило ЭТО одним из первых.
> https://marc.info/?l=openbsd-cvs&m=159274150512676&w=2
>>FreeBSD только опционально.
> Было дело так
> https://www.theregister.com/2021/03/23/freebsd_130_no_wireguard/
> К слову в стоке в 13.1 тоже нет пока.

Еще раз повторяю - это не входит в базовую поставку, и входить не будет. ИМХО.

"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 10-Ноя-22 14:36 
Простите, что не входит?
Ядро?
Там вроде о ядреной имплементации написано.
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено bOOster , 10-Ноя-22 14:39 
> Простите, что не входит?
> Ядро?
> Там вроде о ядреной имплементации написано.

Вообще-то администраторы систем BSD знают как патчить и собирать ядро с необходимой себе конфигурацией.

Во FreeBSD это вообще модуль NetGraph.

"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 10-Ноя-22 14:49 
>Вообще-то администраторы систем BSD знают как патчить и собирать ядро с необходимой себе конфигурацией.

А почему тогда Владимира Владимировича спрашивали как вторые кеды пропатчить под фрибсд?

"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено bOOster , 10-Ноя-22 15:02 
>>Вообще-то администраторы систем BSD знают как патчить и собирать ядро с необходимой себе конфигурацией.
> А почему тогда Владимира Владимировича спрашивали как вторые кеды пропатчить под фрибсд?

Так это линуксоид ХАЙП собирал.


"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 10-Ноя-22 15:43 
Засланец значит!
Ну все таки, почему пропатчить то не могли, не помните?
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено bOOster , 11-Ноя-22 09:48 
Вяжу крючком.. Бабушка научила.. Когда надо крючечки и netgraph подкидываю ;)
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 11-Ноя-22 10:39 
Шикагно! Это вам не смуззями протеин запивать на сеансе у барбера.
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 12-Ноя-22 09:43 
> Шикагно! Это вам не смуззями протеин запивать на сеансе у барбера.

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

"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 10-Ноя-22 14:53 
>Во FreeBSD это вообще модуль NetGraph.

А я думал подсистема ядра.
Вот тут так написано:
https://www.freebsd.org/cgi/man.cgi?netgraph(4)

Врут окаянныя?

"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено bOOster , 10-Ноя-22 15:05 
>>Во FreeBSD это вообще модуль NetGraph.
> А я думал подсистема ядра.
> Вот тут так написано:
> https://www.freebsd.org/cgi/man.cgi?netgraph(4)
> Врут окаянныя?

О, господи.. Как мне отвечать на такие глупости?

"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено bOOster , 10-Ноя-22 12:23 
Что очередной раз показывает кривую, "деревянную" структуру Linux, которая без "металлических гвоздей" - костылей тупо существовать не может.
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 10-Ноя-22 13:15 
Твоё мнение очень важно, продолжай.
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 11-Ноя-22 15:17 
> Что очередной раз показывает кривую, "деревянную" структуру Linux, которая без "металлических
> гвоздей" - костылей тупо существовать не может.

Именно поэтому бзды содрали drm/kms 1 в 1 оттуда? Atomc modeset может и не успели еще, бсд и дерганый графон сойдет, они не гордые а фича опциональная.

"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 11-Ноя-22 17:56 
Графическая подсистема FreeBSD называется Windows 11.
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 12-Ноя-22 09:47 
> Графическая подсистема FreeBSD называется Windows 11.

Да вот блин, даже эти бсд послали и WSL таки на линуксе забацан. А еще у MS какой-то mariner linux есть. Не то чтобы он кому-то сильно нужен, но сам факт существования MS Linux - забавен.

"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено bOOster , 12-Ноя-22 07:55 
>> Что очередной раз показывает кривую, "деревянную" структуру Linux, которая без "металлических
>> гвоздей" - костылей тупо существовать не может.
> Именно поэтому бзды содрали drm/kms 1 в 1 оттуда? Atomc modeset может
> и не успели еще, бсд и дерганый графон сойдет, они не
> гордые а фича опциональная.

А какой дебил его пользует на десктопе кроме как в MacOSx инкарнации?

"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 12-Ноя-22 09:45 
> А какой дебил его пользует на десктопе

Ну... как минимум 1 разработчик скрины постил. Правда, по ним было понятно почему у них такая графика.

> кроме как в MacOSx инкарнации?

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

"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено bOOster , 13-Ноя-22 06:21 
>> А какой дебил его пользует на десктопе
> Ну... как минимум 1 разработчик скрины постил. Правда, по ним было понятно
> почему у них такая графика.
>> кроме как в MacOSx инкарнации?
> А она вообще не инкарнация бзды, ядро у них там какое-то свое.
> То что они халявы из бздей надергали не делает их бздями.
> И это... ну его вашу свободу с такими рабовладельцами в комплекте.

Аха, ZFS на FreeBSD Яблочники портировали.

"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 12-Ноя-22 19:14 
>> Что очередной раз показывает кривую, "деревянную" структуру Linux, которая без "металлических
>> гвоздей" - костылей тупо существовать не может.
> Именно поэтому бзды содрали drm/kms 1 в 1 оттуда? Atomc modeset может

А в огороде бузина ...
и да, прикинь - ветер дует не потому, что деревья качаются.

"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено bOOster , 12-Ноя-22 23:02 
Это вам не GPL. Это BSD
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 11-Ноя-22 16:29 
Джейсон крутой чувак! Как-то он писал мне несколько лет назад, что неплохо бы объединить самопальные репы с wireguard в один, но из ложной скромности я ему не ответил, врпрочем, генерить лишние пакеты перестал (они были у меня в зависимостях)  
"Избавление ядра Linux от кода, меняющего поведение для проце..."
Отправлено Аноним , 12-Ноя-22 09:51 
Весьма профессиональный тип который свое дело знает и умеет, на весьма достойном уровне. И его вайргад по сравнению с конкурирующими решениями так то достигает годных свойств в 20 раз меньшими объемами кода. Что и делает его быстрым и секурным. Поверхность атаки маленькая.