The OpenNET Project / Index page

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



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

"Избавление ядра Linux от кода, меняющего поведение для процессов, начинающихся на символ X"  –1 +/
Сообщение от opennews (??), 09-Ноя-22, 13:23 
Джейсон Доненфилд (Jason A. Donenfeld), автор VPN WireGuard, обратил внимание разработчиков на присутствующий в коде ядра Linux грязный хак, изменяющий поведение для процессов, имя которых начинается на символ "X". На первый взгляд подобные исправления обычно применяются в руткитах для оставления скрытой лазейки в привязке к процессу, но разбор показал, что изменение было добавлено в 2019 году для временного устранения всплывшего нарушения совместимости с пространством пользователя, в соответствии с принципом, что изменения в ядре не должны нарушать совместимость с приложениями...

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

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

Оглавление

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


1. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +33 +/
Сообщение от Аноним (1), 09-Ноя-22, 13:23 
О сколько нам открытий чудных…
Ответить | Правка | Наверх | Cообщить модератору

3. "Избавление ядра Linux от кода, меняющего поведение для проце..."  –11 +/
Сообщение от Аноним (-), 09-Ноя-22, 13:28 
Друг парадоксов как бы намекает, сколько там еще такого завуалированного и неоднозначного с середины нулевых появилось...
А многие все еще верят в "непогрешимость".
Ответить | Правка | Наверх | Cообщить модератору

51. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +3 +/
Сообщение от Lost Inside (ok), 09-Ноя-22, 16:48 
Непогрешимых и непогрешимого нет, есть альтернативное системное и прикладное ПО.
И это хорошо.
Ответить | Правка | Наверх | Cообщить модератору

56. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +/
Сообщение от Аноним (-), 09-Ноя-22, 17:38 
Есть набор ПО, а есть полноценные альтернативные операционные системы.
Вот это хорошо.
Ответить | Правка | Наверх | Cообщить модератору

160. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +/
Сообщение от DarkHobbit (ok), 10-Ноя-22, 14:23 
> а есть полноценные альтернативные операционные системы.

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

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

167. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +1 +/
Сообщение от Аноним (-), 10-Ноя-22, 14:44 
Я точно уверен, что базовая система более вылизана, имеет более строгую и внятную документацию, принцип файловой иерархии итд. А так же уверен в том, что из-за сиюминутных коньюнктурных интересов конкретного человека, в проекте "сегодня" не появится системдЫ/раст/сигрупс и прочее по вкусу.
Все вдумчиво предворяется исследованиями. Заодно и студенты не скучают.
Ответить | Правка | Наверх | Cообщить модератору

173. "Избавление ядра Linux от кода, меняющего поведение для проце..."  –1 +/
Сообщение от Александр (??), 10-Ноя-22, 15:12 
Вероятно, вы никогда в исходники ядра FreeBSD не заглядывали. Я заглядывал. Это жопа.
В частности, буквально до (несколько лет назад) в ядре была куча таймеров, зависящих не от монотонного, а от календарного времени.
В частности, таймеры для таблицы ARP были именно календарные.
Ответить | Правка | Наверх | Cообщить модератору

178. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +1 +/
Сообщение от Аноним (-), 10-Ноя-22, 15:51 
А Вы отправили комит с пояснением что к чему и своими предложениями?
Если да, что Вам ответили?
Ответить | Правка | Наверх | Cообщить модератору

191. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +/
Сообщение от Аноним (-), 11-Ноя-22, 06:19 
Там много комитов потребуется. Да и зачем, если есть Linux где это все делает много людей? Чему сабж примером.
Ответить | Правка | Наверх | Cообщить модератору

221. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +/
Сообщение от Аноним (-), 11-Ноя-22, 12:21 
Да в бсд вроде тоже немало. Смотрю по пул реквестам и соотечественники многие комитят. Но то олдскульные пацаны, кто в си умеет. Потому таких громких фейлов не часто можно встретить.
В линуксе ЦА за раст топит. Молодые не научились в математику. А те кто пытается в си, на память жалуются. Костыли забывают.
Ответить | Правка | Наверх | Cообщить модератору

263. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +/
Сообщение от Аноним (-), 12-Ноя-22, 09:11 
> Да в бсд вроде тоже немало.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

279. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +/
Сообщение от Аноним (-), 12-Ноя-22, 18:07 
Зеленые дрова, например, в оригинале от производятела.
Ответить | Правка | Наверх | Cообщить модератору

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

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

Я угадал?


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

95. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +2 +/
Сообщение от Аноним (95), 09-Ноя-22, 23:34 
Миллионы (мух) глаз смотрят.
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

100. "Избавление ядра Linux от кода, меняющего поведение для проце..."  –1 +/
Сообщение от Аноним (-), 09-Ноя-22, 23:52 
Ну ничего, им пообещали, что на раст перейдут и "все наладится"! Вот вот, надо только немного подождать...
Ответить | Правка | Наверх | Cообщить модератору

109. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +/
Сообщение от Аноним (109), 10-Ноя-22, 00:41 
Миллионы мух >>> 0, что уже лучше.
Ответить | Правка | К родителю #95 | Наверх | Cообщить модератору

110. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +1 +/
Сообщение от Аноним (110), 10-Ноя-22, 00:49 
Мух - это одно. Глаз и ушей - другое.
Ответить | Правка | Наверх | Cообщить модератору

166. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +1 +/
Сообщение от Аноним (-), 10-Ноя-22, 14:42 
> Миллионы (мух) глаз смотрят.

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

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

174. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +/
Сообщение от Анонимик (?), 10-Ноя-22, 15:17 
А кто такой Парадоксов?
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

179. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +/
Сообщение от Аноним (-), 10-Ноя-22, 15:55 
У никому не известного летчика-пародиста А.С.'а Пушкина, вроде гений был в друзьях у парадокса.
Ответить | Правка | Наверх | Cообщить модератору

123. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +/
Сообщение от Заблоченый (?), 10-Ноя-22, 08:33 
Хорошая тема для экскурсовода истории Linux
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

2. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +3 +/
Сообщение от Хухрымухры (ok), 09-Ноя-22, 13:25 
На сколько иксы не повротливое легаси, что приходится делать хаки в самом ядре.
Ответить | Правка | Наверх | Cообщить модератору

4. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +3 +/
Сообщение от Аноним (-), 09-Ноя-22, 13:32 
>Почти сразу проблема в X.Org была устранена (использование атомарного API было отключено по умолчанию), но из ядра временное исправление убрать забыли

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

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

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

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

11. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +1 +/
Сообщение от Аноним (11), 09-Ноя-22, 13:44 
Не поворотливее, но тирринг экрана пока никто чинить не собирается без помощи забивания фпсов и производительности композерами до смерти.
Ответить | Правка | Наверх | Cообщить модератору

18. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +2 +/
Сообщение от Аноним (-), 09-Ноя-22, 14:08 
Я правильно понимаю, что тиринг в иксах побеждается  деградацией фпс?
Тогда почему никто из исследователей производительности не отразил режим тиринг фри в своих тестах? Могли же наглядно показать падение фпс, в сравнении с таким классным модным современным вяленым. Ан нет такого..
Исследователи глупые или что не так?
Ответить | Правка | Наверх | Cообщить модератору

20. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +2 +/
Сообщение от Аноним (20), 09-Ноя-22, 14:13 
Так в вяленом это самое падение фпс и есть. Ну, было, когда я сравнивал. А тиринг не так уж и беспокоит, если его не видно никогда и нигде. Статтеринг, возникающий при включении композитинга, куда хуже.
Ответить | Правка | Наверх | Cообщить модератору

25. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +/
Сообщение от Аноним (20), 09-Ноя-22, 14:17 
Хотя у меня, видимо, больше нет тиринга в иксах без композитинга, forcefullcompositionpipeline тоже не использую. Только в гтк программах что-то похожее на тиринг, если дёргать окно туда-сюда, особенно в видео на ютубе в фф. Кажется, я нашёл необходимый для этого секрет.
Ответить | Правка | Наверх | Cообщить модератору

29. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +/
Сообщение от Аноним (-), 09-Ноя-22, 14:32 
Таки не допонял Вас изначально. Сорри.
Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

98. "Избавление ядра Linux от кода, меняющего поведение для проце..."  –7 +/
Сообщение от Michael Shigorinemail (ok), 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

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

108. "Избавление ядра Linux от кода, меняющего поведение для проце..."  –8 +/
Сообщение от Аноним (-), 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

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

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

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

124. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +5 +/
Сообщение от 111 (??), 10-Ноя-22, 09:24 
Скажите, пожалуйста, а за поставку элементарных вещей в войска отвечает Михаил?
Ответить | Правка | Наверх | Cообщить модератору

128. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +/
Сообщение от Аноним (-), 10-Ноя-22, 10:24 
Ровно в той же степени, в которой за это отвечают волонтеры, отправляющие всякие мавики.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

280. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +/
Сообщение от Аноним (-), 12-Ноя-22, 18:10 
А говорили кремний китай прям из земли добыаает?
А у нас и с этим проблемы. Врут?
Ответить | Правка | Наверх | Cообщить модератору

125. "Избавление ядра Linux от кода, меняющего поведение для проце..."  –1 +/
Сообщение от Аноним (125), 10-Ноя-22, 09:48 
как cat на локалхосте лечит эту проблему?
Ответить | Правка | К родителю #98 | Наверх | Cообщить модератору

185. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +/
Сообщение от Аноним (185), 11-Ноя-22, 00:30 
Гигабайт драйверов Нвидиа удаляет. Если, конечно, у Михаила не спецдистрибутив )
Ответить | Правка | Наверх | Cообщить модератору

187. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +/
Сообщение от Аноним (187), 11-Ноя-22, 01:08 
Це шо за магия?
Вроде без грепа даж.
Да и амуде там у него просматривается.
Ответить | Правка | Наверх | Cообщить модератору

192. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +/
Сообщение от Аноним (-), 11-Ноя-22, 06:21 
А где они драйверы для нвидий под эльбруса взяли? Чтобы удалить что-то это должно существовать.
Ответить | Правка | К родителю #185 | Наверх | Cообщить модератору

5. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +3 +/
Сообщение от Аноним (5), 09-Ноя-22, 13:33 
Почему если баг в xorg, нужно было обязательно хакать ядро?
Ответить | Правка | Наверх | Cообщить модератору

6. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +3 +/
Сообщение от Аноним (5), 09-Ноя-22, 13:35 
И почему этот хак на codereview пропустили?
Ответить | Правка | Наверх | Cообщить модератору

38. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +7 +/
Сообщение от анон (?), 09-Ноя-22, 15:24 
Тебя в ревьюверы позвать забыли почему-то, а так бы да, ты б конечно им показал как надо патчи мержить.
Ответить | Правка | Наверх | Cообщить модератору

8. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +7 +/
Сообщение от iPony129412 (?), 09-Ноя-22, 13:37 
Что смогли, то и хакнули.
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

21. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +8 +/
Сообщение от asdasd (?), 09-Ноя-22, 14:16 
Потому-что Xorg использовал опред поведение API ядра и ядро это API поломало, чукча не читатель, чукча писатель?
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

22. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +5 +/
Сообщение от Аноним (22), 09-Ноя-22, 14:16 
в новости русским по белому написано, почему
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

24. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +/
Сообщение от Аноним (24), 09-Ноя-22, 14:17 
Потому что на то время новый релиз иксов несколько лет не могли родить, а с багом надо было что-то делать. Сами атомики завезли, емнип, в 2013 году, но тогда их никто не использовал. А когда дрова подтянулись, оказалось, что иксы забагованы.
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

46. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +2 +/
Сообщение от Я (??), 09-Ноя-22, 16:27 
потому что изменение вносилось в ядро а согласно политике если изменение в ядре ломает поведение уже существующего юзерспейс кода, то чинить нужно ядро а не юзерспейс. в итоге сначала починили костылём, потом нормально, а утративший актуальность костыль не убрали.
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

7. "Избавление ядра Linux от кода, меняющего поведение для проце..."  –3 +/
Сообщение от Онаним. (?), 09-Ноя-22, 13:36 
Ух ты ёпт.
Руки из задницы бывают, да.
Ответить | Правка | Наверх | Cообщить модератору

23. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +2 +/
Сообщение от Аноним (22), 09-Ноя-22, 14:17 
ну и живи с этим, нам-то что?
Ответить | Правка | Наверх | Cообщить модератору

28. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +4 +/
Сообщение от Аноним (28), 09-Ноя-22, 14:32 
> нам-то что?

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

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

70. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +/
Сообщение от Аноним (70), 09-Ноя-22, 19:19 
За карандаш.
Ответить | Правка | Наверх | Cообщить модератору

115. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +/
Сообщение от Аноним (115), 10-Ноя-22, 02:58 
Наливай!
Ответить | Правка | Наверх | Cообщить модератору

240. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +/
Сообщение от Аноним (-), 11-Ноя-22, 15:09 
> За карандаш.

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

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

9. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +12 +/
Сообщение от ИмяХ (?), 09-Ноя-22, 13:43 
Хорошо, что, благодаря открытому коду, каждый пользователь линукса видел эту ошибку и исправлял её самостоятельно.
Ответить | Правка | Наверх | Cообщить модератору

44. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +4 +/
Сообщение от Аноним (44), 09-Ноя-22, 16:03 
Мне нравится вариант этой иронизации над "тысячей глаз".
Ответить | Правка | Наверх | Cообщить модератору

186. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +/
Сообщение от Аноним (186), 11-Ноя-22, 00:46 
Это не иронизация, а глупый тролинг.
Ответить | Правка | Наверх | Cообщить модератору

188. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +/
Сообщение от Аноним (187), 11-Ноя-22, 01:10 
А по мне вполне умный. Для ценителей.
Ответить | Правка | Наверх | Cообщить модератору

213. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +1 +/
Сообщение от torvn77 (ok), 11-Ноя-22, 11:12 
К сожалению это не тролинг, а факт.  
У себя поправил, а на всё остальное наплевать.
Ответить | Правка | К родителю #186 | Наверх | Cообщить модератору

53. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +5 +/
Сообщение от Аноним (53), 09-Ноя-22, 17:09 
Но ведь в итоге нашли и исправили, при чём тут "каждый"?

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

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

215. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +/
Сообщение от torvn77 (ok), 11-Ноя-22, 11:14 
При том что часто можно видеть темы где что либо у себя исправляют без отправки в апстрим не то что готового патча, а даже хоть какого-то самого негодного отчёта и уведомления.
Ответить | Правка | Наверх | Cообщить модератору

10. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +5 +/
Сообщение от Шарп (ok), 09-Ноя-22, 13:43 
>current->comm[0] == 'X'

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

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

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

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

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

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

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

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

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

117. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +1 +/
Сообщение от Аноним (117), 10-Ноя-22, 03:17 
Так нормальный процесс может быть и Xorg и X (который symlink на Xorg). У меня вот нет никаких Xorg в ps видно только /usr/bin/X
Ответить | Правка | Наверх | Cообщить модератору

17. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +4 +/
Сообщение от Аноним (24), 09-Ноя-22, 14:07 
А много у тебя процессов, начинающихся с X, которые нарямую дергают атомарные ioctl управления видеорежимами?
Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

90. "Избавление ядра Linux от кода, меняющего поведение для проце..."  –1 +/
Сообщение от Аноним (90), 09-Ноя-22, 23:06 
Тоже думал почему не сравнивают имя целиком, а только первую букву. А потом понял Это же C. И там нету нормального сравнения строк типа current->comm == "Xorg". Этому костылеписателю пришлось бы писать && current->comm[1] == 'o' && current->comm[2] == 'r' && ...
Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

102. "Избавление ядра Linux от кода, меняющего поведение для проце..."  –1 +/
Сообщение от Аноним (102), 09-Ноя-22, 23:56 
А что, нет ядерной реализации strncmp() ?
Ответить | Правка | Наверх | Cообщить модератору

114. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +/
Сообщение от pavlinux (ok), 10-Ноя-22, 02:46 
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...
Ответить | Правка | Наверх | Cообщить модератору

113. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +2 +/
Сообщение от pavlinux (ok), 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

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

126. "Избавление ядра Linux от кода, меняющего поведение для проце..."  –2 +/
Сообщение от mumu (ok), 10-Ноя-22, 09:51 
Я правильно понял, что linux kernel не использует simd, даже если у меня свежий дистр и проц?
Даже если я гинтушник и всё собираю с AVX2, ядро всё-равно будет побайтово сравнивать строки, как деды завещали? о_О
Ответить | Правка | Наверх | Cообщить модератору

134. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +1 +/
Сообщение от InuYasha (??), 10-Ноя-22, 11:35 
Покажите SIMD для ускорения строк. Я заинтересовался.
Ответить | Правка | Наверх | Cообщить модератору

146. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +1 +/
Сообщение от pavlinux (ok), 10-Ноя-22, 12:45 
> Покажите SIMD для ускорения строк. Я заинтересовался.

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

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

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

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

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

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

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

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

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

FPU нельзя.

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

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

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

kernel_fpu_begin();
...
kernel_fpu_end();

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

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

129. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +/
Сообщение от n00by (ok), 10-Ноя-22, 10:50 
Ну 4 то байта можно привести к двойному слову (одевает каску, убегает от Свидетелей UB).
Ответить | Правка | К родителю #113 | Наверх | Cообщить модератору

131. "Избавление ядра Linux от кода, меняющего поведение для проце..."  –2 +/
Сообщение от Аноним (-), 10-Ноя-22, 11:01 
Стоп-стоп, речь шла про НОРМАЛЬНОЕ сравнение строк.

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

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

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

145. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +2 +/
Сообщение от pavlinux (ok), 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
  


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

148. "Избавление ядра Linux от кода, меняющего поведение для проце..."  –2 +/
Сообщение от n00by (ok), 10-Ноя-22, 13:03 
Если известна длина строки, может быть O(1).
Ответить | Правка | Наверх | Cообщить модератору

149. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +/
Сообщение от pavlinux (ok), 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"

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

151. "Избавление ядра Linux от кода, меняющего поведение для проце..."  –1 +/
Сообщение от n00by (ok), 10-Ноя-22, 13:14 
Если длины различаются, содержимое не надо сравнивать.
Ответить | Правка | Наверх | Cообщить модератору

153. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +/
Сообщение от pavlinux (ok), 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) и отошьёт при неравенстве.  


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

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

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

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

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

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

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

:)))

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


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

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

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

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

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

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

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

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

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

237. "Избавление ядра Linux от кода, меняющего поведение для проце..."  –1 +/
Сообщение от Аноним (-), 11-Ноя-22, 14:55 
Если тебе нефиг делать, можешь сделать struct, вот именно таким и пользоваться им наздоровье. Однако всякие системные вызовы операционки не в курсе этого счастья и при взаимодействии с ос ты познаешь все прелести конверсии.
Ответить | Правка | Наверх | Cообщить модератору

236. "Избавление ядра Linux от кода, меняющего поведение для проце..."  –1 +/
Сообщение от Аноним (-), 11-Ноя-22, 14:54 
> char *A = 127.0.0.1";
> char *B = "192.168.0.1";
> if ( strlen(A) == strlen(B))
>     strcmp(A, B);

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

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

284. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +/
Сообщение от pavlinux (ok), 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" должный быть строки неизвестной длины.
Но вы этот пример них.. не поняли, про динамич. размеры бесполезно.  

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

262. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +/
Сообщение от Аноним (262), 12-Ноя-22, 08:38 
Эта информация, без сомнения, ценна, но речь про нормальные строки, где strlen не нужен для вычисления размера. Например, про такие строки: https://github.com/gcc-mirror/gcc/blob/master/libstdc%2...
Ответить | Правка | К родителю #153 | Наверх | Cообщить модератору

285. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +/
Сообщение от pavlinux (ok), 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 лишних тактов.

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

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

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

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

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

200. Скрыто модератором  +/
Сообщение от n00by (ok), 11-Ноя-22, 08:29 
Ответить | Правка | Наверх | Cообщить модератору

172. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +/
Сообщение от Lex20email (ok), 10-Ноя-22, 15:07 
Фига у вас такты, никаких мегагерц не хватит
Ответить | Правка | К родителю #149 | Наверх | Cообщить модератору

231. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +/
Сообщение от pavlinux (ok), 11-Ноя-22, 14:12 
> Фига у вас такты, никаких мегагерц не хватит

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

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

241. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +/
Сообщение от Аноним (241), 11-Ноя-22, 15:12 
Ну так они чтобы зарядить большой кус и сжевать все оптом. Ты еще массив GPU попробуй быстро в разные стороны подергать и подивись результату.
Ответить | Правка | Наверх | Cообщить модератору

286. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +/
Сообщение от pavlinux (ok), 12-Ноя-22, 21:20 
> Ну так они чтобы зарядить большой кус и сжевать все оптом.

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

...

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

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

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

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

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

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

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

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


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

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

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

> Везде.

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

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

190. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +/
Сообщение от Аноним (5), 11-Ноя-22, 06:01 
Все знают что строки это синтаксический сахар, а длину нужно вычислить только перебором всех символов за O(n) и никак иначе
Ответить | Правка | К родителю #131 | Наверх | Cообщить модератору

99. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +/
Сообщение от Michael Shigorinemail (ok), 09-Ноя-22, 23:51 
Грамотный начальник даст пинка придурку, который пытается оправдываться косяками других.  Впрочем, такого ещё заслужить надо.
Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

103. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +/
Сообщение от Аноним (102), 09-Ноя-22, 23:58 
У тебя имеется опыт? ;)
Ответить | Правка | Наверх | Cообщить модератору

111. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +1 +/
Сообщение от Аноним (111), 10-Ноя-22, 02:06 
Иными словами, нет в alt linux грамотных начальников.
Ответить | Правка | К родителю #99 | Наверх | Cообщить модератору

193. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +/
Сообщение от Аноним (-), 11-Ноя-22, 06:25 
Он не заслужил: хороший начальник глупыми людьми управлять не станет, особенно когда они еще и свое мнение пихают везде.
Ответить | Правка | Наверх | Cообщить модератору

12. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +3 +/
Сообщение от kusb (?), 09-Ноя-22, 13:44 
Наверное именно такие хаки для совместимости - источник определённой ерунды в Windows. Или раньше.
Ответить | Правка | Наверх | Cообщить модератору

132. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +2 +/
Сообщение от n00by (ok), 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

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

135. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +1 +/
Сообщение от InuYasha (??), 10-Ноя-22, 11:39 
Да, я этого в своё время обчитался. И очень хорошо понимаю потому что сам писал горы уровней совместимости, но логичные. Хотя многие делали просто "if (filename == "xyz") { setting = hack; }".
Ответить | Правка | Наверх | Cообщить модератору

137. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +/
Сообщение от Аноним (137), 10-Ноя-22, 11:51 
https://arstechnica.com/gadgets/2022/10/windows-95-went-the-.../
Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

14. "Избавление ядра Linux от кода, меняющего поведение для проце..."  –17 +/
Сообщение от НяшМяш (ok), 09-Ноя-22, 13:55 
Пересобрал себе 6.0.7 с этим патчем, разницы не заметил. Ах да, у меня же Wayland.
Ответить | Правка | Наверх | Cообщить модератору

16. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +10 +/
Сообщение от Аноним (16), 09-Ноя-22, 14:00 
сначала пересобрал, потом заметил…
может тебе не надо ядро трогать?
Ответить | Правка | Наверх | Cообщить модератору

47. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +3 +/
Сообщение от Я (??), 09-Ноя-22, 16:29 
а что XWayland?
Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

19. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +8 +/
Сообщение от Аноним (19), 09-Ноя-22, 14:13 
Ух как запахло высококачественным кодом...
Интересно, а сравнивать все имя они посчитали слишком ресурсоемким?
Ответить | Правка | Наверх | Cообщить модератору

26. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +7 +/
Сообщение от Аноним (24), 09-Ноя-22, 14:21 
'X' и есть все имя. Твой к.о.
Ответить | Правка | Наверх | Cообщить модератору

33. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +5 +/
Сообщение от Аноним (19), 09-Ноя-22, 14:41 
Для этого нужно было бы проверять что после Х идет \0, а не только первый символ.
Ответить | Правка | Наверх | Cообщить модератору

34. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +/
Сообщение от Аноним (20), 09-Ноя-22, 14:50 
> Для этого нужно было бы проверять что после Х идет \0, а
> не только первый символ.

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

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

127. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +/
Сообщение от Главный мэйнтейнер ядра (?), 10-Ноя-22, 10:16 
Здорово, правда?
Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

42. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +/
Сообщение от Аноним (5), 09-Ноя-22, 16:01 
В отличии от кодо-человекообразных настоящие программисты на си заботиться в первую очередь о произвольности и не станут вызвать strlen там где достаточно одного ==
Это вам не java, rust, kotlin и подобные скриптухи
Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

43. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +/
Сообщение от Аноним (5), 09-Ноя-22, 16:02 
*code-monkey
Ответить | Правка | Наверх | Cообщить модератору

91. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +4 +/
Сообщение от Аноним (90), 09-Ноя-22, 23:08 
>>произвольности

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

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

35. Скрыто модератором  +/
Сообщение от Аноним (35), 09-Ноя-22, 14:55 
Ответить | Правка | Наверх | Cообщить модератору

36. Скрыто модератором  –1 +/
Сообщение от Аноним (19), 09-Ноя-22, 14:59 
Ответить | Правка | Наверх | Cообщить модератору

39. Скрыто модератором  +/
Сообщение от Аноним (39), 09-Ноя-22, 15:27 
Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

40. Скрыто модератором  +/
Сообщение от Аноним (-), 09-Ноя-22, 15:39 
Ответить | Правка | Наверх | Cообщить модератору

41. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +1 +/
Сообщение от DEF (?), 09-Ноя-22, 15:47 
Уже бы давно ушел на Wayland, но NVIDIA...
Ответить | Правка | Наверх | Cообщить модератору

67. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +/
Сообщение от Аноним (67), 09-Ноя-22, 18:56 
На Fedora GNOME проприетарные драйверы работают с Wayland отлично. Даже на Fedora 37 удалось установить.
Ответить | Правка | Наверх | Cообщить модератору

68. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +1 +/
Сообщение от AlexYeCu_not_logged (?), 09-Ноя-22, 19:03 
>Уже бы давно ушел на Wayland, но NVIDIA...

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

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

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

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

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

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

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

73. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +/
Сообщение от Аноним (73), 09-Ноя-22, 19:25 
Поддерживали бы приложения дробное масштабирование этот ваш wayland, иначе никому он не сдался с диагональю <15". Есть, конечно, извращенцы, масштабирующие шрифт...
Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

136. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +/
Сообщение от InuYasha (??), 10-Ноя-22, 11:41 
Што??? Т.е. мне с 12" не светит вяленд поставить в принципе?? Так и сидеть с иксами до конца дней?
Ответить | Правка | Наверх | Cообщить модератору

52. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +/
Сообщение от Аноним (52), 09-Ноя-22, 17:01 
Блеск.

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

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

57. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +5 +/
Сообщение от истина в последней инстанции (?), 09-Ноя-22, 17:43 
надо ещё добавить запрет для запуска процессов содержащих rust
Ответить | Правка | Наверх | Cообщить модератору

61. "Избавление ядра Linux от кода, меняющего поведение для проце..."  –4 +/
Сообщение от Аноним (19), 09-Ноя-22, 18:12 
... и заблокировать себе всё ядро. Отличный план!
Ответить | Правка | Наверх | Cообщить модератору

81. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +5 +/
Сообщение от Дрю (?), 09-Ноя-22, 21:57 
У здоровых людей нет раста в ядре
Ответить | Правка | Наверх | Cообщить модератору

87. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +2 +/
Сообщение от Аноним (19), 09-Ноя-22, 22:37 
Сори чувак, "В ядро Linux 6.1 приняты изменения, обеспечивающие поддержку языка Rust" https://www.opennet.ru/opennews/art.shtml?num=57867
Придется тебе теперь не обновляться))
Ответить | Правка | Наверх | Cообщить модератору

88. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +/
Сообщение от Аноним (-), 09-Ноя-22, 23:03 
Чел, не парься!
Он о том, что у здоровых людей в ядре полноценных ос раст'а нет.
Ответить | Правка | Наверх | Cообщить модератору

96. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +/
Сообщение от Аноним (96), 09-Ноя-22, 23:39 
Откуда вам знать вы же их код не видели.
Ответить | Правка | Наверх | Cообщить модератору

97. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +/
Сообщение от Аноним (-), 09-Ноя-22, 23:47 
Посоны из беркли рассказывали.
Мол продвигают тут наркоманы разные этот раст, чтобы не быть снобами и не рубить инициативу на корню, поручили студентам пет проектик поднять дабы те показали выхлоп и проанализировали.

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

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

64. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +1 +/
Сообщение от Аноним (64), 09-Ноя-22, 18:21 
При запуске процесса на расте надо сразу отправлять письмо в дурку.
Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

130. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +/
Сообщение от Аноним (5), 10-Ноя-22, 10:55 
Откуда приедет бригада санитаров и скрутит незадачливого эксперта.
Опасно
Ответить | Правка | Наверх | Cообщить модератору

59. "Избавление ядра Linux от кода, меняющего поведение для проце..."  –5 +/
Сообщение от Аноним (111), 09-Ноя-22, 17:52 
Когда Поттеринг предлагает изменения в ядро внести для поддержки systemd, нердота полыхает так, что зарево Солнце застит. Но иксы — вынипанимаити этадругое.
Ответить | Правка | Наверх | Cообщить модератору

89. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +1 +/
Сообщение от Аноним (39), 09-Ноя-22, 23:05 
сравнил тоже базовую графику с перделкой Лёни.
Ответить | Правка | Наверх | Cообщить модератору

112. "Избавление ядра Linux от кода, меняющего поведение для проце..."  –2 +/
Сообщение от Аноним (111), 10-Ноя-22, 02:15 
В любой момент времени на планете выполняется больше копий «перделки Лёни», чем иксов. Действительно, сравнение не в пользу графической подсистемы весьма низкого качества.
Ответить | Правка | Наверх | Cообщить модератору

175. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +1 +/
Сообщение от Аноним (-), 10-Ноя-22, 15:24 
> В любой момент времени на планете выполняется больше копий «перделки Лёни», чем
> иксов. Действительно, сравнение не в пользу графической подсистемы весьма низкого качества.

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


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

181. "Избавление ядра Linux от кода, меняющего поведение для проце..."  –3 +/
Сообщение от Аноним (111), 10-Ноя-22, 20:10 
А ты ум включи, подумай, диаграммы Венна порисуй. Авось и не придётся копии считать.
Ответить | Правка | Наверх | Cообщить модератору

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

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

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

249. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +/
Сообщение от Аноним (111), 11-Ноя-22, 17:52 
Что, не проходили диаграммы ещё? Ну может в следующем году. Потерпи немного.
Ответить | Правка | Наверх | Cообщить модератору

269. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +/
Сообщение от Аноним (-), 12-Ноя-22, 09:38 
> Зачем мне считать за тебя что-то, балаболка?

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

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

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

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

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

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

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

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

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

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

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

147. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +/
Сообщение от Аноним (147), 10-Ноя-22, 12:46 
А зачем ядру знать версию systemd? Какая ему разница?
Ответить | Правка | Наверх | Cообщить модератору

150. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +/
Сообщение от n00by (ok), 10-Ноя-22, 13:10 
Вот не знаю, потому и спрашиваю. Из формулировки «увидел передачу» понял, что она есть. Но по быстрому в исходниках не нашёл. В общем случае это распространённая практика, когда клиент запрашивает определённую версию интерфейса.
Ответить | Правка | Наверх | Cообщить модератору

226. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +1 +/
Сообщение от RM (ok), 11-Ноя-22, 13:34 
прямым текстом - не должно быть разницы.
если есть - это dirty hack практически по определению, как в новости.
а вообще изменентя в systemd от версии к версии надоедают.
Ответить | Правка | Наверх | Cообщить модератору

259. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +/
Сообщение от n00by (ok), 11-Ноя-22, 21:24 
> прямым текстом - не должно быть разницы.

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

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

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

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

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

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

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

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

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

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

107. "Избавление ядра Linux от кода, меняющего поведение для проце..."  –2 +/
Сообщение от Аноним (107), 10-Ноя-22, 00:14 
Нердота это те кто путает ядро, систему запуска и иксы да?
Поттеринг ведь предлагает внести изменения нердоте судя по тому что ты пишешь.
А раз Поттеринг работает в микрософте, значит Микрософт - нердота!
Ответить | Правка | К родителю #59 | Наверх | Cообщить модератору

92. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +/
Сообщение от Аноним (90), 09-Ноя-22, 23:09 
Поищите сразу по коду 'a' 'b' 'c' ... 'Ы'. Авось ещё пару багов / костылей найдёте.
Ответить | Правка | Наверх | Cообщить модератору

93. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +/
Сообщение от Аноним (93), 09-Ноя-22, 23:12 
Норм патч, я всегда так делаю
Ответить | Правка | Наверх | Cообщить модератору

138. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +/
Сообщение от InuYasha (??), 10-Ноя-22, 11:56 
^ сообщение от nvidia.
Ответить | Правка | Наверх | Cообщить модератору

94. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +/
Сообщение от ip1982 (ok), 09-Ноя-22, 23:15 
"Take the atomic toys away from X" :D
Ответить | Правка | Наверх | Cообщить модератору

116. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +4 +/
Сообщение от pavlinux (ok), 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),
теперь вообще не влияет на качество рандомов.

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

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

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

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

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

254. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +/
Сообщение от НяшМяш (ok), 11-Ноя-22, 19:43 
Просто для сравнения, проверил на 5950X:

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

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

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

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

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

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

139. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +1 +/
Сообщение от InuYasha (??), 10-Ноя-22, 12:09 
См. дальше первой строчки.
Ответить | Правка | Наверх | Cообщить модератору

180. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +1 +/
Сообщение от Аноним (39), 10-Ноя-22, 16:54 
> Ужос! Чувак работает на свою страну!

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

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

250. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +/
Сообщение от Аноним (111), 11-Ноя-22, 17:54 
Правильно делают. Коммунистов надо давить по всем фронтам, как когда-то нацистов давили. Только так избавим мир от зла
Ответить | Правка | Наверх | Cообщить модератору

230. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +/
Сообщение от pavlinux (ok), 11-Ноя-22, 14:07 
>> Этот чувак работает на Конгресс США, АНБ,
> Ужос! Чувак работает на свою страну! У нас так не принято.

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


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

271. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +/
Сообщение от Аноним (-), 12-Ноя-22, 09:41 
И приборы не показываете. Поэтому 33 богатыря в помойке ищут 3 рубля. В перерывах между покраской герани всякой.
Ответить | Правка | Наверх | Cообщить модератору

133. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +1 +/
Сообщение от Анонн (?), 10-Ноя-22, 11:33 
Неужели из сомнительности (для некоторых) личности этого чувака, этот код перестал быть грязным хаком?
Причем тут вообще его личность?
Ответить | Правка | К родителю #116 | Наверх | Cообщить модератору

141. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +/
Сообщение от bOOster (ok), 10-Ноя-22, 12:27 
То-то OpenBSD вообще не принимает WireGuard, а FreeBSD только опционально.
WireGuard еще и сам генерит ключики... wg genkey ...
Ох чуял я - что-то здесь не так. А вот оно как оказывается.
Ответить | Правка | К родителю #116 | Наверх | Cообщить модератору

159. "Избавление ядра 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 тоже нет пока.

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

161. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +/
Сообщение от bOOster (ok), 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 тоже нет пока.

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

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

164. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +/
Сообщение от Аноним (-), 10-Ноя-22, 14:36 
Простите, что не входит?
Ядро?
Там вроде о ядреной имплементации написано.
Ответить | Правка | Наверх | Cообщить модератору

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

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

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

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

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

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

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

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

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


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

176. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +/
Сообщение от Аноним (-), 10-Ноя-22, 15:43 
Засланец значит!
Ну все таки, почему пропатчить то не могли, не помните?
Ответить | Правка | Наверх | Cообщить модератору

203. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +/
Сообщение от bOOster (ok), 11-Ноя-22, 09:48 
Вяжу крючком.. Бабушка научила.. Когда надо крючечки и netgraph подкидываю ;)
Ответить | Правка | Наверх | Cообщить модератору

209. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +/
Сообщение от Аноним (-), 11-Ноя-22, 10:39 
Шикагно! Это вам не смуззями протеин запивать на сеансе у барбера.
Ответить | Правка | Наверх | Cообщить модератору

272. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +/
Сообщение от Аноним (-), 12-Ноя-22, 09:43 
> Шикагно! Это вам не смуззями протеин запивать на сеансе у барбера.

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

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

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

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

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

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

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

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

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

140. "Избавление ядра Linux от кода, меняющего поведение для проце..."  –1 +/
Сообщение от bOOster (ok), 10-Ноя-22, 12:23 
Что очередной раз показывает кривую, "деревянную" структуру Linux, которая без "металлических гвоздей" - костылей тупо существовать не может.
Ответить | Правка | Наверх | Cообщить модератору

152. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +1 +/
Сообщение от Аноним (152), 10-Ноя-22, 13:15 
Твоё мнение очень важно, продолжай.
Ответить | Правка | Наверх | Cообщить модератору

243. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +1 +/
Сообщение от Аноним (-), 11-Ноя-22, 15:17 
> Что очередной раз показывает кривую, "деревянную" структуру Linux, которая без "металлических
> гвоздей" - костылей тупо существовать не может.

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

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

251. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +3 +/
Сообщение от Аноним (111), 11-Ноя-22, 17:56 
Графическая подсистема FreeBSD называется Windows 11.
Ответить | Правка | Наверх | Cообщить модератору

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

287. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +/
Сообщение от bOOster (ok), 12-Ноя-22, 23:02 
Это вам не GPL. Это BSD
Ответить | Правка | К родителю #243 | Наверх | Cообщить модератору

247. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +/
Сообщение от Аноним (247), 11-Ноя-22, 16:29 
Джейсон крутой чувак! Как-то он писал мне несколько лет назад, что неплохо бы объединить самопальные репы с wireguard в один, но из ложной скромности я ему не ответил, врпрочем, генерить лишние пакеты перестал (они были у меня в зависимостях)  
Ответить | Правка | Наверх | Cообщить модератору

275. "Избавление ядра Linux от кода, меняющего поведение для проце..."  +/
Сообщение от Аноним (-), 12-Ноя-22, 09:51 
Весьма профессиональный тип который свое дело знает и умеет, на весьма достойном уровне. И его вайргад по сравнению с конкурирующими решениями так то достигает годных свойств в 20 раз меньшими объемами кода. Что и делает его быстрым и секурным. Поверхность атаки маленькая.
Ответить | Правка | Наверх | Cообщить модератору

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

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




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

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