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

"Релиз ядра Linux 6.1"	+/–
Сообщение от opennews (?), 12-Дек-22, 10:12
После двух месяцев разработки Линус Торвальдс представил релиз ядра Linux 6.1. Среди наиболее заметных изменений: поддержка разработки драйверов и модулей на языке Rust, модернизация механизма определения используемых страниц памяти, специальный менеджер памяти для BPF-программ, система диагностики проблем с памятью KMSAN, механизм защиты KCFI (Kernelk Control-Flow Integrity), внедрение структуры Maple tree... Подробнее: https://www.opennet.me/opennews/art.shtml?num=58304
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

1. Сообщение от Герострат (?), 12-Дек-22, 10:12	–3 +/–
> Добавлена возможность использования языка Rust в качестве второго языка для разработки драйверов и модулей ядра Да здравствует новая эпоха!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #39, #143, #295

2. Сообщение от Аноним (-), 12-Дек-22, 10:12	–7 +/–
вам всем стоит признаться себе в том, что линукс в текущем виде существует исключительно благодаря корпорациям
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #5, #29, #50, #140, #182, #209, #262, #298, #313

5. Сообщение от Аноним (5), 12-Дек-22, 10:14	+9 +/–
Интенсивно развивается за счет корпораций, но существовал бы неплохо и без них. Как существуют ядра BSD. Откуда только берутся такие корпоративные промытки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #6, #52, #255

6. Сообщение от Аноним (-), 12-Дек-22, 10:15	+7 +/–
бзди тоже не по фану развиваются
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #64, #173

10. Сообщение от DEF (?), 12-Дек-22, 10:22	–2 +/–
>В файловую систему Btrfs внесены существенные оптимизации производительности Отлично, еще бы RAID56 довели бы до стабильного состояния и добавили бы Blake3, xxHH3 128/256 bit - и ZFS больше не нужна.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #22, #71, #194, #214

11. Сообщение от Аноним42 (?), 12-Дек-22, 10:22	–1 +/–
Ждем толпы неолуддитов, которым требуется DECNet в современных ядрах
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #34

12. Сообщение от Аноним (12), 12-Дек-22, 10:29	–1 +/–
в Debian 12 успеет попасть ?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #40, #139, #149, #493

13. Сообщение от Аноним (333), 12-Дек-22, 10:30	+9 +/–
Вопреки настойчивым требованиям опеннет экспертов в linux 6.2 добавляют еще больше rust https://lore.kernel.org/rust-for-linux/20221211005609.270457.../ Кроме того поддержка rust модулей будет в новом meson https://mesonbuild.com/Release-notes-for-1-0-0.html
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #161

14. Сообщение от Аноним (194), 12-Дек-22, 10:31	–9 +/–
А для Эльбрусов ничего не добавили? Обидно...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #21, #23, #30

16. Сообщение от Аноним (-), 12-Дек-22, 10:50	–5 +/–
Ну что, когда сокращение списка поддерживаемых архитектур до трёх-двух с половиной?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #196

17. Сообщение от Аноним (333), 12-Дек-22, 10:51	+28 +/–
>Одновременно латиноамериканский Фонд свободного ПО сформировал вариант полностью свободного ядра 6.1 - Linux-libre 6.1-gnu Почему эксперты-программисты с опеннет не могут сделать свой Linux-rust-free-6.1-opennet ? Они же знают как надо программировать, у них руки, в отличии от современных так называемых программистов, растут из правильного места.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #156, #226, #227

18. Сообщение от Аноним (22), 12-Дек-22, 10:52	–1 +/–
Без ZFS не кошерно. >>  Добавлена поддержка AHCI SATA-контроллеров, используемых в SoC Baikal-T1. Вообще не понятно зачем тащить то, что не производится
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #24, #147, #480

21. Сообщение от Аноним (333), 12-Дек-22, 10:54	+/–
Добавлена поддержка AHCI SATA-контроллеров, используемых в SoC Baikal-T1. Хотя они не производятся
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #153, #190

22. Сообщение от Аноним (22), 12-Дек-22, 10:57	+/–
btrfs уже поддерживается кем-то кроме линуха? Что там с монтированием по сети, sharefs, поддержка в CEPH? В чём она вообще выигрывает?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #44, #197

23. Сообщение от Turbid (ok), 12-Дек-22, 10:58	+3 +/–
А что они сделали для этого? Открыли какие-то спеки может? Патчи прислали?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #33

24. Сообщение от Аноним (-), 12-Дек-22, 10:58	+/–
>Вообще не понятно зачем тащить то, что не производится Потому что, по крайней мере, на это есть спеки и при правильном применении табакерки есть мизерный шанс, что производство сможет начаться? Я понимаю, в этом есть некая толика оптимизма...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #67

25. Сообщение от Шарп (ok), 12-Дек-22, 10:58	+/–
>Интегрирована первая часть изменений, обеспечивающих возможность создания драйверов для устройств ввода с интерфейсом HID (Human Interface Device), реализуемых в форме BPF-программ. Эта хрень всё разрастается. Жду новость о возможности написания BPF программ на расте. Будет хипстерский флеш рояль.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #32, #219, #404

29. Сообщение от Аноним (-), 12-Дек-22, 11:01	+1 +/–
>в текущем виде >благодаря корпорациям Мне, пожалуйста, один линукс в не текущем виде, спасибо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #65

30. Сообщение от Аноним (-), 12-Дек-22, 11:03	–3 +/–
>А для Эльбрусов ничего не добавили? Я бы добавил уголовное дело по распространению ядра и binutils с асмовставками не под GPL. Это после уголовного дела по поводу картельного сговора.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #38, #41

31. Сообщение от AlexYeCu_not_logged (?), 12-Дек-22, 11:05	+1 +/–
>Добавлена поддержка звуковых подсистем, реализованных в процессорах Apple Silicon, Intel SkyLake и Intel KabyLake. А какая там звуковая подсистема в SkyLake? Вот прям в проце, не на матплате?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #70

32. Сообщение от Аноним (-), 12-Дек-22, 11:05	+/–
>Жду новость о возможности написания BPF программ на расте. А я не жду, ведь для этого надо уметь добавлять бэкенды в компилятор.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

33. Сообщение от Аноним (333), 12-Дек-22, 11:06	–2 +/–
зачем поддерживать сложный процессор который никогда не будет производиться? ладно бы, если бы в зеленограде хотя бы 90нм эльбрусы освоили.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #256

34. Сообщение от Неолуддит (?), 12-Дек-22, 11:08	–2 +/–
Если мне уже скоро вполне может понадобиться nncp или uucp, то вполне может понадобиться и DECNet, особенно если он мне поможет уворачиваться от КГБ.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #141, #422

35. Сообщение от Аноним (35), 12-Дек-22, 11:08	+1 +/–
>Поддержка Rust неактивна по умолчанию и не приводит к включению Rust в число обязательных сборочных зависимостей к ядру. "...да всего-то на пол-шишечки!"
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #148

38. Сообщение от Аноним (194), 12-Дек-22, 11:10	+/–
>по поводу картельного сговора Мне кажется это больше по части Yadro...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30

39. Сообщение от Аноним (-), 12-Дек-22, 11:10	+17 +/–
нужно добавить поддержку кода на питоне чтобы писать модули для ядра на питоне
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #82, #251

40. Сообщение от Аноним (-), 12-Дек-22, 11:11	–4 +/–
надеюсь, что нет
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

41. Сообщение от llolik (ok), 12-Дек-22, 11:12	+/–
Ты бы хоть с правоприменением ознакомился, чтоли. > картельного сговора Картельный сговор кого с кем?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #69

44. Сообщение от Аноним (44), 12-Дек-22, 11:13	+2 +/–
гуглить winbtrfs
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #114

50. Сообщение от AleksK (ok), 12-Дек-22, 11:19	+1 +/–
А вам стоит признаться себе в том что многие корпорации в принципе существуют исключительно благодаря линуксу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #54, #167

52. Сообщение от Fracta1L (ok), 12-Дек-22, 11:20	+5 +/–
> Интенсивно развивается за счет корпораций, но существовал бы неплохо и без них "Существовал" - это очень точно сказано
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #222

54. Сообщение от Аноним (-), 12-Дек-22, 11:23	–4 +/–
например? почему говорите о ред хат во множественном числе?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50 Ответы: #66, #175, #180

60. Сообщение от Анонимо11111 (?), 12-Дек-22, 11:27	–1 +/–
На 400 тыс. строк ядро стало жирнее.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #174

64. Сообщение от th3qthecreator (?), 12-Дек-22, 11:31	+/–
Ну да, там Аппле задонатили 5 долларов целых, вот на них все и держится.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

65. Сообщение от Аноним (65), 12-Дек-22, 11:31	+10 +/–
Hurd к вашим услугам Вот так выглядит линукс без корпораций
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #129, #145, #166, #224

66. Сообщение от Admino (ok), 12-Дек-22, 11:33	–5 +/–
> например? Microsoft. Google. Amazon. Xiaomi. Samsung. Sony. LG. Panasonic. D-link. TP-link. Uniquity. Hewlett-Packard. Dell. Lenovo. Huawei. IBM. Intel. AMD. Tesla. Acer. MSI. Asus. Короче, я устал перечислять примеры.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

67. Сообщение от th3qthecreator (?), 12-Дек-22, 11:33	+/–
А компилятор на плюсах то написан %-%
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #171

69. Сообщение от Admino (ok), 12-Дек-22, 11:34	+3 +/–
Зачем? Это же эксперт с опеннета.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41

70. Сообщение от Аноним (70), 12-Дек-22, 11:35	+2 +/–
Я не знаю откуда приходит звук в hdmi выход, из процессора или из отдельного аудио декодера. Видео драйвер на винде содержит и аудио драйвер, может эта часть имеется в виду.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31

71. Сообщение от Аноним (71), 12-Дек-22, 11:35	–1 +/–
В btrfs нет онлайн дедубликации.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #207, #481

81. Сообщение от Растислав Анонян (?), 12-Дек-22, 11:45	–2 +/–
Свершилось. Однако долго пришлось ждать, пока раст взойдет на пьедестал почета. И это еще один дополнительный плюс к репутации растоманов - к делу они подходят обстоятельно, 777 раз отмерят и только потом внедряются в ядро.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #186, #314

82. Сообщение от неаноним (?), 12-Дек-22, 11:47	+14 +/–
Лучше на электроне
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #160, #333

89. Сообщение от Аноним (89), 12-Дек-22, 11:52	+8 +/–
Можно перестать писать полотно воды после каждого упоминания Rust?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #109, #113, #228

91. Сообщение от Аноним (91), 12-Дек-22, 11:53	–2 +/–
> "Добавлена возможность использования языка Rust" Вот видите!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #100, #101, #152

100. Сообщение от An (??), 12-Дек-22, 11:58	+1 +/–
Видим. Но еще осталась надежда на BSD системы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91 Ответы: #164

101. Сообщение от РАСТислав Анонян (?), 12-Дек-22, 11:58	–1 +/–
Видим конечно. Собственно новость не о релизе ядра ( это так - сопутствующие мелочи), а новом достижении Раста.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91

107. Сообщение от Аноним (109), 12-Дек-22, 12:00	+10 +/–
Жду когда микрософт задонатит на поддержку C#
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #116

109. Сообщение от Аноним (109), 12-Дек-22, 12:01	+8 +/–
А вдруг кто-то забудет, что раст позволяет безопасно работать с памятью?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89 Ответы: #144

113. Сообщение от Facemaker (?), 12-Дек-22, 12:02	–1 +/–
Не заметил тут такого. Где полотно?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89

114. Сообщение от Аноним (22), 12-Дек-22, 12:02	–2 +/–
Но он же глючит ещё чаще, чем порт ZFS и EXT под фортки, а есть ещё и другие ОС...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44

116. Сообщение от Аноним (89), 12-Дек-22, 12:04	+7 +/–
И на патчи в виде dll блобов
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107

124. Сообщение от РАСТислав Анонян (?), 12-Дек-22, 12:10	–9 +/–
Меня удивляет негативная реакция сишников на включение раста в ядро. Ведь язык С давно уже прекратил свое развитие, ему конкуренция нужна, чтобы он не закисал. Появление раста на сцене - лишь подстигнет развитие си-экосистемы. Уверен, через 3-4 года язык С будет не узнать. Тем более сишникам надо обслуживать тулчейн раста - LLVM, линкер и огромный список сишных библиотек, от которых раст всё еще зависит. Раст, С, С++ - это все одного поля ягоды, я бы даже сказал единая экосистема. Кстати, многие растоманы очень хорошо знают С/С++. Пора бы и сишникам с плюсовиками познакомиться с растом, что-то полезное перенять может быть. Одно ведь дело теперь делаем.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #130, #131, #135, #172, #185, #212, #296, #351

126. Сообщение от Аноним (130), 12-Дек-22, 12:16	+7 +/–
А раньше говорили - вот придут корпорации, вот тогда заживём, победим винду и всё такое.. ну вот.. пришли.. и что? systemd,rust,телеметрия во все щели..
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #136, #283

127. Сообщение от pashev.ru (?), 12-Дек-22, 12:16	–1 +/–
> для организации питания устройств через Ethernet. Именно этого не хватало в дополнение к Ethernet через электросеть.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #184, #280

129. Сообщение от Аноним (129), 12-Дек-22, 12:17	+/–
Ну зачем же Hurd, можно просто Linux-libre поставить. Блобов не будет. Только как выживать с таким ядром, которое не поддерживает большинства оборудования.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65 Ответы: #150, #151, #210

130. Сообщение от Аноним (130), 12-Дек-22, 12:17	–4 +/–
https://habr.com/ru/company/otus/blog/701324/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #124 Ответы: #155

131. Сообщение от Аноним (109), 12-Дек-22, 12:18	+3 +/–
Ты к нам не примазывайся, мы тебя в свою компанию не берем
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #124 Ответы: #142

133. Сообщение от pashev.ru (?), 12-Дек-22, 12:20	–3 +/–
> Повышены требования к версии утилиты GNU Make - для сборки ядра теперь требуется как минимум версия 3.82. Ретрограды! Надо уже на Мезон переходить, или даже на Just (на расте).
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #158, #165

135. Сообщение от Аноним (135), 12-Дек-22, 12:22	+2 +/–
Слишком толсто
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #124

136. Сообщение от Аноним (135), 12-Дек-22, 12:23	+3 +/–
Кто говорил?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #126 Ответы: #157

139. Сообщение от anonymous (??), 12-Дек-22, 12:26	+2 +/–
Да, потому что это LTS, а Debian уже несколько лет как выходит с апстримными LTS-ядрами.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #263

140. Сообщение от arthi747 (ok), 12-Дек-22, 12:27	+/–
Чето вспомнился южный парк как укуреный обрыган жаловался на корпорации. Ну корпорации и что? Кто хочет тот свой вклад и вносит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

141. Сообщение от arthi747 (ok), 12-Дек-22, 12:29	+/–
Мания преследования и мания величия первые признаки шизофрении.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34

142. Сообщение от РАСТислав Анонян (?), 12-Дек-22, 12:31	–3 +/–
Да сто лет мне сдалась твоя эта компания. Я Анонян - мне свора Анонимов не нужна. Я говорю про связку С/С++/Rust справедливости ради и объективности в том числе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #131

143. Сообщение от Аноним (160), 12-Дек-22, 12:34	–2 +/–
> 13 тысяч строк кода и обеспечивает только необходимый минимум, достаточный для сборки простого модуля ядра, написанного на языке Rust. И что делают эти 13 тыс строк, что не смог сделать раст-компилятор?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #154, #163, #491

144. Сообщение от arthi747 (ok), 12-Дек-22, 12:35	+1 +/–
И обязательно в первых строках, хотя на нем даже еще ничего не написано. А внизу уже мелочи типа сети, памяти...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109 Ответы: #231

145. Сообщение от Аноним (145), 12-Дек-22, 12:42	–1 +/–
Hurd юзабелен? Как его протестировать, есть дистрибутивы? Поддерживает х64?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65

146. Сообщение от user90 (?), 12-Дек-22, 12:44	–1 +/–
Ну что за новости, и похоливарить негде! Пока все это полотно только заявленные фичи, а пока их не "потрогали" другие, не_разработчики, то считай что их и нет. Вон у меня самописный менеджер паролей, на мой взгляд идеальный, а кто-то увидел и наверно вздрогнул бы))
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #177, #229

147. Сообщение от Аноним (160), 12-Дек-22, 12:49	+2 +/–
> Вообще не понятно зачем тащить то, что не производится Предложи Линуксу выпилить вообще всё, что не производится. Там много чего найдётся.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

148. Сообщение от Аноним (160), 12-Дек-22, 12:49	+4 +/–
Системду так же впихивали.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

149. Сообщение от torm84 (?), 12-Дек-22, 12:50	+2 +/–
К гадалке не ходи, успеет. Они достаточно оперативно запиливают софт в testing.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

150. Сообщение от ryoken (ok), 12-Дек-22, 12:50	+/–
Вот кстати, хотел полюбопытствовать, с целью повышения уровня образованности :). Кто-то пробовал Linux-libre на основном домашнем, для примера, железе? И что из этого получилось? :) (На моём основном стационаре с Radeon RX580 сразу скопытилось видео из-за отсутствия firmware, но ssh работал, насколько я помню, давно проверял).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #129

151. Сообщение от Аноним (151), 12-Дек-22, 12:51	+/–
Например, писать драйверы к оборудованию. Быть DIY-гигачадом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #129

152. Сообщение от Аноним (160), 12-Дек-22, 12:51	–2 +/–
Почему раст не может компилировать модули так, чтобы не патчить само ядро десятками тысяч строк, и это только для возможности минимальной сборки?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91 Ответы: #169, #221

153. Сообщение от EULA (?), 12-Дек-22, 12:52	–3 +/–
Официально не производятся. Но официально TSMC не может закупить неон, палладий и рубины.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #191

154. Сообщение от НяшМяш (ok), 12-Дек-22, 12:52	+2 +/–
Они там по сути переписали std на абстракциях из ядра.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #143 Ответы: #162

155. Сообщение от Аноним (160), 12-Дек-22, 12:52	+3 +/–
Не надо сюда тащить эти ссылки...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #130

156. Сообщение от EULA (?), 12-Дек-22, 12:53	–1 +/–
Наверное потому, что любители раста не могут создать rust-only-kernel.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

157. Сообщение от Аноним (160), 12-Дек-22, 12:53	–1 +/–
Те, кто всё это пропихивает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #136

158. Сообщение от llolik (ok), 12-Дек-22, 12:54	+/–
Мезон - это система сборки. Бэкендом там ninja (ну на Виндах ещё msvc можно). Не хотят они make. Говорят проще ninja на нужную платформу собрать, чем писать генератор под make (не говоря уже про то, что Make не особо торопливый).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #133

159. Сообщение от Аноним (160), 12-Дек-22, 12:55	+/–
Теперь линукс ожидает судьба редоха... Будет работать лишь иногда в виртуалках.
Ответить | Правка | Наверх | Cообщить модератору

160. Сообщение от Аноним (160), 12-Дек-22, 12:55	–4 +/–
Линукс повторяет судьбу редокса.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82 Ответы: #216

161. Сообщение от НяшМяш (ok), 12-Дек-22, 12:57	+2 +/–
Поправка - rust поддерживается и в текущем meson (0.64.1, им mesa 23 с rusticl собирается), в 1.0.0 модуль объявят стабильным.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

162. Сообщение от Аноним (160), 12-Дек-22, 12:58	+5 +/–
> переписали std на абстракциях из ядра Может, надо пойти дальше и вообще переписать раст, заменив его сишкой, libc и прочими абстракциями?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #154 Ответы: #293

163. Сообщение от Аноним (274), 12-Дек-22, 12:58	+1 +/–
Чтобы собрать модуль hello_rust.ko
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #143 Ответы: #239

164. Сообщение от НяшМяш (ok), 12-Дек-22, 13:00	–1 +/–
Что они тоже скоро включат Rust? /s
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #100 Ответы: #315, #323

165. Сообщение от Советский инженер (?), 12-Дек-22, 13:00	–1 +/–
Надо на buck2 😀
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #133

166. Сообщение от Аноним (274), 12-Дек-22, 13:02	+3 +/–
Проблема Hurd - изначально приняты неправильные архитектурные решения.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65

167. Сообщение от Аноним (274), 12-Дек-22, 13:02	+/–
+100500
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50

169. Сообщение от НяшМяш (ok), 12-Дек-22, 13:05	+/–
Может, только это будет код в стиле сишки и в большом unsafe блоке. А его внедряют, чтобы абстрактный вася при написании своего драйвера к unsafe не прибегал вообще.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #152

171. Сообщение от Аноним (274), 12-Дек-22, 13:06	+1 +/–
Компилятор ещё с версии 4.8 стал постепенно включать код на C++
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67

172. Сообщение от Аноним (151), 12-Дек-22, 13:07	+/–
База. Но от неё, как всегда, рвутся.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #124

173. Сообщение от name (??), 12-Дек-22, 13:07	+/–
Бзди бывают разные. Фря в этом плане тот же линукс токо в профиль. Нэтбзд вполне себе на энтузиазме держится.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

174. Сообщение от Аноним (274), 12-Дек-22, 13:08	+7 +/–
Не собирай эти 400 000 строк, если ненужны.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60

175. Сообщение от name (??), 12-Дек-22, 13:09	+2 +/–
Кто сказал каноникал?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

177. Сообщение от Аноним (177), 12-Дек-22, 13:14	+3 +/–
Чел выложи куда-нибудь код посмотреть (без шуток)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #146

178. Сообщение от Аноним (177), 12-Дек-22, 13:17	+4 +/–
Хипстоту пустили в ядро. Вчерашние формошлепы будут шлепать модули ядра поуши  обмазавшись безопасными конструкциями как им кажется. Что из этот выйдет увидим. Также как это может быть не первый прецедент и мы увидим зиг в ядре.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #187, #188, #202, #254, #382

180. Сообщение от AleksK (ok), 12-Дек-22, 13:19	+/–
> например? почему говорите о ред хат во множественном числе? Например основатели гугла сами говорили что без линукса они бы не смогли ничего сделать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

182. Сообщение от Rastler (ok), 12-Дек-22, 13:21	+/–
Формально да, но делают то люди. При капитализме иного быть и не может.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

184. Сообщение от НяшМяш (ok), 12-Дек-22, 13:22	+/–
Не знают разрабы ядра, как у нас некоторые провайдеры организовывают питание. Просто берут и две пары из витухи отдают на 220 =).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #127 Ответы: #249

185. Сообщение от Анончик (?), 12-Дек-22, 13:23	+3 +/–
>Меня удивляет негативная реакция сишников вы с чего взяли что сишники не довольны? Если по комментам анонов то это явно не показатель.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #124 Ответы: #198

186. Сообщение от Аноним (274), 12-Дек-22, 13:25	+1 +/–
О, пусть Wayland 777 раз перепишут.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81

187. Сообщение от user90 (?), 12-Дек-22, 13:25	+/–
Дык пересобери! Не будь как убунтоид! Вообще-то это эволюция. Только вот есть сложности с толкованием этого термина ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #178

188. Сообщение от Анончик (?), 12-Дек-22, 13:27	+/–
вам еще и zig не угодил. Че вам надо то? Сделай себе форк, git есть свою ветку обновишь и соберешь без всякого богомерзкого.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #178 Ответы: #287

189. Сообщение от ИмяХ (?), 12-Дек-22, 13:32	+/–
>>В подсистему BPF добавлена возможность создания "деструктивных" BPF-программ, специально рассчитанных на инициирование аварийного завершения работы через вызов crash_kexec() А вот это круто! Можно ронять серваки конкурентам, и никакой раст им не поможет!
Ответить | Правка | Наверх | Cообщить модератору

190. Сообщение от Аноним (194), 12-Дек-22, 13:33	+5 +/–
Какое отношение Байкал имеет к Эльбрусам?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

191. Сообщение от Аноним (191), 12-Дек-22, 13:35	+2 +/–
Нет рубинов, пусть делают на бриллиантах
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #153 Ответы: #317

194. Сообщение от Аноним (194), 12-Дек-22, 13:45	+/–
БТРФС - цыклоп на глиняных ногах, падает от каждого неосторожного чиха.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #247

196. Сообщение от НяшМяш (ok), 12-Дек-22, 13:48	+/–
https://doc.rust-lang.org/rustc/platform-support.html
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

197. Сообщение от Анон123 (?), 12-Дек-22, 13:49	+/–
Лет 10 уже поддерживается всеми. Вин - через winbtrfs BSD - через fusefs-lkl Мак - нативно
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #281

198. Сообщение от РАСТислав Анонян (?), 12-Дек-22, 13:49	–1 +/–
В интернете (НЕ в опеннете) нет восторгов сишников по этому поводу. Если таковые есть, дайте ссылку - интересно будет почитать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #185 Ответы: #390

200. Сообщение от Аноним (200), 12-Дек-22, 13:52	+1 +/–
а когда ntfs3 выпилят?
Ответить | Правка | Наверх | Cообщить модератору

202. Сообщение от НяшМяш (ok), 12-Дек-22, 13:54	–5 +/–
Выучи раст, начни писать правильные драйвера раньше всех. Пусть скрипят зубами. Ты же эксперт опеннета, а не формошлёп, верно?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #178 Ответы: #286

206. Сообщение от 700жёни300наложниц (?), 12-Дек-22, 14:09	+1 +/–
сделали из линукса идол-истукан вавилонский. бегом на osdev - ядро переписывать.. - без раста.
Ответить | Правка | Наверх | Cообщить модератору

207. Сообщение от Sw00p aka Jerom (?), 12-Дек-22, 14:22	–1 +/–
экономщики епта, а если данные надо хранить шифрованными?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71 Ответы: #223, #278

208. Сообщение от Аноним (208), 12-Дек-22, 14:22	–1 +/–
> В состав включён механизм MGLRU (Multi-Generational LRU), который заменил собой старую реализацию LRU (Least Recently Used) на основе двух очередей на многоступенчатую структуру, лучше определяющую какие страницы памяти по настоящему используются, а какие можно вытеснить в раздел подкачки. 12309 это хоть уберёт?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #420

209. Сообщение от iCat (ok), 12-Дек-22, 14:22	+3 +/–
>...исключительно благодаря корпорациям... Да заберите уже своего Леннарда с его системдою!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

210. Сообщение от Аноним (210), 12-Дек-22, 14:25	+1 +/–
> Ну зачем же Hurd, можно просто Linux-libre поставить. Блобов не будет. Только как выживать с таким ядром, которое не поддерживает большинства оборудования. Дело-то вовсе не в блобах, корпорации большую часть и гплного кода ядра пишут. Линукс без блобов - это, в основном, тоже продукт корпораций.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #129

212. Сообщение от toomish (?), 12-Дек-22, 14:37	+/–
> Ведь язык С давно уже прекратил свое развитие, ему конкуренция нужна, чтобы он не закисал. https://www.open-std.org/jtc1/sc22/wg14/www/wg14_document_lo...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #124 Ответы: #276

214. Сообщение от name (??), 12-Дек-22, 14:41	+/–
Добавили бы Blake Blossom.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

216. Сообщение от Аноним (216), 12-Дек-22, 14:52	+/–
и какая у redox os судьба?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #160 Ответы: #294

217. Сообщение от Аноним (217), 12-Дек-22, 14:55	+2 +/–
Если ядро без Раста не соберется, придется его форкать и патчить.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #218, #220

218. Сообщение от Аноним (208), 12-Дек-22, 14:59	–1 +/–
Проблемы непокупателя вендора не волнуют.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #217

219. Сообщение от Аноним (219), 12-Дек-22, 15:01	+4 +/–
> Будет хипстерский флеш рояль. Согласен, надо запретить все эти хипстерские недоязыки и переписать ядро на единственно правильном КОБОЛе!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #248

220. Сообщение от llolik (ok), 12-Дек-22, 15:06	+1 +/–
> Если ядро без Раста не соберется, придется его форкать и патчить. Насколько я помню, возможность сборки без Раста, как зависимости, было обязательным требованием для включения в ядро.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #217 Ответы: #237, #241

221. Сообщение от Аноним (333), 12-Дек-22, 15:11	–1 +/–
Почему clang не может/не мог компилировать ядро так чтобы не приходилось патчить ядро сотнями тысяч строк? И это несмотря на то что clang компилятор того же языка на котором якобы написано ядро.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #152 Ответы: #244

222. Сообщение от Аноним (5), 12-Дек-22, 15:27	–1 +/–
Да нормально все было бы. Нашлось бы кому развивать. Свободное ядро всем нужно. И частникам, и академическим кругам. Свет клином не сошелся на американских корпорациях.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #305, #492

223. Сообщение от анон (?), 12-Дек-22, 15:40	+/–
Тебе есть что скрывать? Вот только не надо загонять про личные данные, стоимость которых меньше 0.004р за юзера.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #207 Ответы: #289, #478

224. Сообщение от Аноним (224), 12-Дек-22, 15:40	+/–
Но хурд изначально был мертворождённым из-за отвратительного проектирования. Правильнее было бы сравнивать с нетбздой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65 Ответы: #246

226. Сообщение от Без аргументов (?), 12-Дек-22, 15:48	+/–
лет 5 назад новости и подобные вбросы про раст минусовались, а теперь накручиваются (или с имиджбордов притащили анонов?), типичное окно овертона, "толпа, что ячмень в поле -- стелется по ветру" (к/ф "Фараон")
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #236

227. Сообщение от Без аргументов (?), 12-Дек-22, 15:50	–1 +/–
> Поддержка Rust неактивна по умолчанию и не приводит к включению Rust в число обязательных сборочных зависимостей к ядру
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

228. Сообщение от Без аргументов (?), 12-Дек-22, 15:54	+5 +/–
Это ещё норм. В новостях про Electron каждый раз копипаст про его достижения и софт, который на нем написан
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89

229. Сообщение от Без аргументов (?), 12-Дек-22, 15:59	+/–
на GTK?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #146

230. Сообщение от Аноним (230), 12-Дек-22, 16:02	+2 +/–
Пока любители Rust надувают щёки и на каждом углу кричат о безопасности, сишники просто пишут и выкатывают патчи на 50 метров...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #301

231. Сообщение от Анимус (?), 12-Дек-22, 16:05	+1 +/–
Судя по комментариям, остальные изменения онанимусам Опеннета вообще по боку. Вероятнее всего, после слова Раст они дальше вообще не читали.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #144

232. Сообщение от foo (?), 12-Дек-22, 16:06	+1 +/–
Оверсвоппинг с MGLRU так и не починили, и не починят https://www.youtube.com/watch?v=J81kwJeuW58
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #250

236. Сообщение от Аноним (333), 12-Дек-22, 16:13	+/–
Вот вам плюсие к не страдаете. Вспоминайте архитектуру компьютеров систем и готовьтесь, марально делать Linux-rust-free-opennet-edition
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #226 Ответы: #388, #389

237. Сообщение от Аноним (237), 12-Дек-22, 16:22	+2 +/–
Это пока что, лол. Очкно Овертона по-малому расшатывается, чтобы массу негодований не получить. Сейчас это в виде необязательной зависимости сделано, поэтому все побухтели и забыли, а потом, когда к gcc раст прикрутят, то уже и в обязательную зависимость добавят.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #220 Ответы: #238

238. Сообщение от Аноним (208), 12-Дек-22, 16:57	+/–
>когда к gcc раст прикрутят, то уже и в обязательную зависимость добавят. Как будто что-то плохое. Когда Rust в gcc допилят, то можно будет вообще всё переписать на раст.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #237

239. Сообщение от Аноним (160), 12-Дек-22, 16:59	–1 +/–
А как так получилось, если я на си пишу модуль - ядро менять не надо, а если на расте - даже для хеловорлда надо патчить?! Раст не умеет делать такие же бинарники, как си?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #163 Ответы: #260

241. Сообщение от Аноним (160), 12-Дек-22, 17:03	+/–
> возможность сборки без Раста, как зависимости, было обязательным А толку... Любой винтел-производитель забубенит раст-онли драйвер, без которого не заработает, допустим, браузер, и приплыли...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #220 Ответы: #261

244. Сообщение от Аноним (160), 12-Дек-22, 17:09	+/–
Задай этот вопрос авторам шланга, которые не осилили стандарт Си.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #221 Ответы: #282

246. Сообщение от Аноним (246), 12-Дек-22, 17:15	–1 +/–
Мертвый, зато свободный в понимании гнутых
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #224

247. Сообщение от DEF (?), 12-Дек-22, 17:28	+1 +/–
7 лет юзаю - ничего не упало ниразу. Курить мануалы надо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #194

248. Сообщение от 1 (??), 12-Дек-22, 17:38	+/–
До PL/1 языки делались для разного типа применений. Fortran для математики, COBOL для финансов, LISP для ИИ. Всё правильно было. А теперь что не язык, всё сплошной франкенштейн типа php.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #219 Ответы: #423

249. Сообщение от 1 (??), 12-Дек-22, 17:41	–2 +/–
Ну дык Ethernet-over-Power лет 10 как используется.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #184

250. Сообщение от Аноним (250), 12-Дек-22, 17:42	+1 +/–
Возможно, дело не в MGKRU, там какая-то задница со свопингом в нынешних ядрах. Я всю жизнь использовал vm.swappiness=90, теперь с vm.swappiness=10 стало больно и своп мешает постоянно, ничего не открыть, хотя память свободна. Альттаб делаешь и ждёшь 10 минут пока окно появится. Ещё замечал что своп пжет оставаться занятым на несколько гигабайт, но после swapoff потребление памяти растёт мегабайт на 100 (выключается оооочень долго).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #232 Ответы: #277

251. Сообщение от kusb (?), 12-Дек-22, 17:46	+3 +/–
Интерпретатор языка в духе lisp forth или tcl влез бы намного легче.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #264

254. Сообщение от Аноним (194), 12-Дек-22, 18:16	–4 +/–
Справедливости ради -- сишка такая же хипстота. Нормальные программаторы пишут на ассемблере.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #178 Ответы: #371

255. Сообщение от Аноним (255), 12-Дек-22, 18:20	+1 +/–
> неплохо > существуют ядра BSD В твоём воображении если только.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

256. Сообщение от anonymous (??), 12-Дек-22, 18:21	+/–
90 вроде умели, хоть и небольшая партияб сейчас небось оорудование мхом покрылось ибо "зачем покупать совковое если есть настоящее качественое западное"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #303

258. Сообщение от Аноним (255), 12-Дек-22, 18:22	–1 +/–
> возможность создания драйверов для устройств ввода с интерфейсом HID (Human Interface Device), реализуемых в форме BPF-программ Танненбаум умеет ждать. Впрочем, послушай его Линус тогда, никакого Линукса не было бы.
Ответить | Правка | Наверх | Cообщить модератору

260. Сообщение от tty0 (?), 12-Дек-22, 18:25	+/–
Он все умеет, но для написания помойки требуется опыт разработки чего-то серьёзного для ядра, а такие люди редко фигнёй страдают
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #239

261. Сообщение от llolik (ok), 12-Дек-22, 18:32	+1 +/–
> А толку... Любой винтел-производитель забубенит раст-онли драйвер, без которого не заработает, > допустим, браузер, и приплыли... Ну, есть вариант свободного выбора: - брать железо, которое поддерживается драйвером на Си (живёт же кто-то с linux-libre) - переписывать драйвер с Раста на Си и компилять самому - смириться и собрать - не выёживаться и брать <distro-name>, где ядро уже собрали за тебя. Оно всё равно в бинарном виде, какая разница, чем оно компилировалось
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #241 Ответы: #374

262. Сообщение от dannyD (?), 12-Дек-22, 18:32	+/–
>>вам всем стоит признаться... не говори что мне делать, и я не скажу куда тебе идти.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

263. Сообщение от dannyD (?), 12-Дек-22, 18:38	+/–
где написано 6.1 - LTS ? https://www.kernel.org/category/releases.html они вроде собирались 6.2 в LTS. когда у деби заморозка? до 6.2 еще месяца три-четыре.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #139

264. Сообщение от llolik (ok), 12-Дек-22, 18:39	+2 +/–
> Интерпретатор языка в духе lisp forth или tcl влез бы намного легче. Вот, кстати, ИМХО forth машина в ядре было-бы прикольно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #251 Ответы: #274, #352

267. Сообщение от Аноним (267), 12-Дек-22, 18:43	–1 +/–
> размер патча - 51 МБ, что примерно в 2 раза меньше размера патчей от ядер 6.0 и 5.19 > Около 45% всех представленных в 6.1 изменений связаны с драйверами устройств Страшно подумать, сколько щас компиляется ядро. Linux и PC-совместимые явно свернули не туда.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #269

269. Сообщение от Аноним (250), 12-Дек-22, 19:00	+2 +/–
Если компилировать целиком со всеми модулями, то я могу так прикинуть что раз в 10 меньше ресурсов чем для 1 clang. Скажи спасибо, что это си, а не плюсы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #267

274. Сообщение от Аноним (274), 12-Дек-22, 19:20	–1 +/–
Не, не надо польскую обратную бесскобочную. Лучше тогда тотально скобочный Lisp.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #264

275. Сообщение от Аноним (275), 12-Дек-22, 19:21	–1 +/–
>Добавлена возможность использования языка Rust в качестве второго языка для разработки драйверов и модулей ядра. Ну всё через пару месяцев появятся десятки высококачественных драйверов на Rust (нет) .
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #290

276. Сообщение от BuildPrice (?), 12-Дек-22, 19:31	+/–
>> N3041 >> https://www.open-std.org/jtc1/sc22/wg14/www/docs/n3041.htm >> Code of Conduct for the technical work это все на что способны современные сишники <facepalm>
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #212

277. Сообщение от Аноним (277), 12-Дек-22, 19:39	+1 +/–
описанное наблюдается и на "нынешнем" ядре 3.10 (или какое там в 7 центоси) обычно выключается своп долго, если там были данные прерванных процессов и ядро на каждую вычитанную страницу ищет чья она. Ну и еще момент, что если свободной памяти стало больше, то это не сигнал для ядра, что можно вытаскивать процессы из свора.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #250

278. Сообщение от Аноним (22), 12-Дек-22, 19:44	+/–
Храни. Внезапно, хэш всё равно совпадёт
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #207 Ответы: #288

279. Сообщение от Аноним (279), 12-Дек-22, 19:46	–3 +/–
Ух, как корежит-то ыкспердов, понимают больненькие, что огромный интересный мир прошел мимо них.
Ответить | Правка | Наверх | Cообщить модератору

280. Сообщение от Аноним (280), 12-Дек-22, 19:46	–1 +/–
Ты удивишься, но эта штука существует почти 20 лет и называется PoE.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #127

281. Сообщение от Аноним (22), 12-Дек-22, 19:50	+/–
Скоро будет лет 10 как его из RHEL выкинули, остальное практически всё ложь вин - бажная поделка (впрочем это классика с любым портом под форточки) bsd - много можно понайти из серии lklfuse hangs on SIGINT, но EXT4 вроде тащило, но зачем... мак - а пацаны то не знают https://www.reddit.com/r/btrfs/comments/p7u1ov/mount_btrfs_o.../
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #197

282. Сообщение от Аноним (282), 12-Дек-22, 19:52	–1 +/–
Стандарт GCC C? Ссылочку, пожалуйста.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #244 Ответы: #332

283. Сообщение от Аноним (283), 12-Дек-22, 19:56	+1 +/–
> придут корпорации, вот тогда заживём, победим винду и всё такое.. Закусывать надо...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #126

284. Сообщение от Kirikekeks (ok), 12-Дек-22, 20:05	–1 +/–
Тут перечислялись разные linux, которых я не знаю, если я буду разворачивать компактный линух сегодня, основой возьму openwrt. Вчера я бы сказал gentoo calculate freebsd. Кстати, calculate. Всегда в тени, а я когда не знаю как сделать правильно - смотрю а как тамошние ребята думают.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #300

285. Сообщение от Аноним (285), 12-Дек-22, 21:10	–3 +/–
Пути раста неисповедимы!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #414

286. Сообщение от Вы забыли заполнить поле Name (?), 12-Дек-22, 21:54	+6 +/–
Выучи си, начни писать правильные драйвера раньше всех. Пусть скрипят зубами. Ты же эксперт опеннета, а не формошлёп, верно?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #202

287. Сообщение от Вы забыли заполнить поле Name (?), 12-Дек-22, 21:56	–1 +/–
> вам еще и zig не угодил Кто сказал, что не угодил? Просто прецендент произошел. Раньше был только Си, никакие другие языки не добавлялись. Может через некоторое время и Zig добавят.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #188

288. Сообщение от Sw00p aka Jerom (?), 12-Дек-22, 21:59	–1 +/–
> Храни. Внезапно, хэш всё равно совпадёт режимы шифрования, вектор инициализации - не, не слышал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #278

289. Сообщение от Sw00p aka Jerom (?), 12-Дек-22, 22:00	–1 +/–
> Тебе есть что скрывать? Вот только не надо загонять про личные данные, > стоимость которых меньше 0.004р за юзера. мне есть кого бояться, и поэтому сижу и пишу из бункера.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #223 Ответы: #452

290. Сообщение от Вы забыли заполнить поле Name (?), 12-Дек-22, 22:01	+2 +/–
> высококачественных драйверов на Rust Они смогут высококачественно потреблять память и высококачественно долго собираться. Но главное не это, главное, что высококачественно БЕЗОПАСНО!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #275 Ответы: #341

292. Сообщение от Вы забыли заполнить поле Name (?), 12-Дек-22, 22:05	+3 +/–
А какие требования к компилятору раста будут у ядре теперь? Вряд ли в драйверах позволят последние фичи задействовать.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #320, #340

293. Сообщение от Аноним (293), 12-Дек-22, 22:06	+4 +/–
>> переписали std на абстракциях из ядра > Может, надо пойти дальше и вообще переписать раст, заменив его сишкой, libc и прочими абстракциями? >> ядра > libc опеннетный экспердизм, аз из
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #162

294. Сообщение от лолшто (?), 12-Дек-22, 22:23	+3 +/–
Быть повторенной линуксом
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #216

295. Сообщение от Аноним (295), 12-Дек-22, 22:39	+2 +/–
> Да здравствует новая эпоха! посмотрел код реального драйвера на Rust - он выглядел достаточно понятно в первоначальной версии, даже подумал а не начать ли мне изучать его переписывая свой недавно написанный драйвер... и тут через какое то время снова вернулся к этой теме и офигел, после коммита https://github.com/fujita/rust-e1000/commit/5dd7b1be844b25e5... код превратился в нечитаемое месиво. Так что нет, я отменяю новую эпоху
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #304, #421

296. Сообщение от Аноним (296), 12-Дек-22, 22:44	+1 +/–
> Уверен, через 3-4 года язык С будет не узнать Упаси Господи от такого
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #124

298. Сообщение от Аноним (298), 12-Дек-22, 23:33	–1 +/–
Да, корпорация Байкал Электроникс заставила Линуса Торвальдса принять драйвер к Байкалам. Линукс развивается только благодаря Байкал Электроникс.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

300. Сообщение от Аноним (298), 12-Дек-22, 23:48	–3 +/–
Void уже давно для меня безальтернативен. Сборочная система имеется и без 15 минут лагов как в Gentoo. OpenWRT слишком убог, хотя там musl тоже имеется. Runit тащит, нет нужды ставить "версии" как в OpenWRT,FreeBSD, OpenBSD, Calculate  имеет какую-то свою лицензию будучи Gentoo хотя там компилировать в оригинале можно очень мало устанавливая Firefox только в бинарном виде как и офисный пакет. Но Gentoo самоубиться может при обновлении, чего ни разу не случалось с Void Linux.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #284 Ответы: #307, #308

301. Сообщение от Аноним (301), 12-Дек-22, 23:53	+/–
И некоторая часть этих патчей - исправление сишных ошибок, которых не допустишь на расте
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #230 Ответы: #353

303. Сообщение от Аноним (303), 13-Дек-22, 00:01	+4 +/–
А изготовленное на 90nm на купленной западной линии это типа свое? На нем и так вроде делали RFID метки и чипы "Тройка", а то что небыло больших промышленных заказов и инвестиционной программы по развитию полупроводниковой промышленности это к правительству Путина. У нас по конституции суперпрезиденская страна, и у президента было целых 20 лет на реализацию "хитрых планов".   Вон, в Японии через 20 лет после ядерных бомбардировок городов в проигранной вой наступило экономическое чудо, а у нас даже войны небыло, населения как у Японии но еще и куча ресурсов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #256 Ответы: #316

304. Сообщение от Аноним (304), 13-Дек-22, 00:11	+/–
это всё ради того, чтобы убрать assert!(dma != !0);
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #295 Ответы: #366

305. Сообщение от Rock (?), 13-Дек-22, 00:48	+1 +/–
> Да нормально все было бы. Нашлось бы кому развивать. Свободное ядро всем нужно. И частникам, и академическим кругам. Свет клином не сошелся на американских корпорациях. То есть, Вы абсолютно согласны с предыдущим оратором: для развития Линукса нужны корпорации.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #222

307. Сообщение от Аноним (250), 13-Дек-22, 02:01	+/–
Мюсли тормозные и дырявые, о какой безальтернативности речь? Ну компилирую я проги с ними на генте, но это шляпа. Только для статических распространяемых билдов годится, но там плевать, пользователь и не узнает, что можно было сделать лучше с глибц (ну зато без нытья что не работает).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #300 Ответы: #398

308. Сообщение от Аноним (250), 13-Дек-22, 02:03	–1 +/–
PS сломать генту надо уметь, у меня чаще ядро новой версии (без изменений в конфиге) перестаёт загружатся, чем гента ломается.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #300 Ответы: #330, #424

312. Сообщение от Аноним (312), 13-Дек-22, 04:26	+1 +/–
Относительно раста - вот когда напишут драйвера, а не только хелло ворлд, то и посмотрим на сколько нужно. А то доделают, а окажется что раст не серебряная пуля и драйвер за тебя не напишет.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #337

313. Сообщение от Аноним (333), 13-Дек-22, 05:47	+/–
Minix, Hurd, redox с 749$ донатов хорошие примеры ос без корпораций В свободное от работы время очень сложно написать что-то большое и полезное.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #325

314. Сообщение от Ann (??), 13-Дек-22, 05:50	+2 +/–
Ага, одни плюсы в репутации. Firefox пилили, недопилили - бросили; Вроде redox запилили, вот казалось бы, где раскроются все преимущества языка - но нет, полезли в код готовых и состоявшихся проектов, где без них все хорошо было. Про оголтелую агитацию языка вообще молчу. На моей памяти ни один язык так не пиарили и не пытались засунуть везде, где можно. И наверное, именно это и вызывает наибольшее неприятие.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81

315. Сообщение от Ann (??), 13-Дек-22, 05:55	+/–
Надеюсь, что нет. Если это произойдет - то печально.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #164

316. Сообщение от Аноним (333), 13-Дек-22, 05:56	+/–
Зачем что-то производить если можно купить готовое, а деньги распилить, как распиливали деньги на завод Ангстрем. Купили готовое оборудование АМД 65нм, но оно даже в Россию не доехало.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #303

317. Сообщение от EULA (?), 13-Дек-22, 06:03	+/–
Бриллианты в лазерах не работают.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #191

320. Сообщение от Аноним (320), 13-Дек-22, 06:29	+4 +/–
Главная фича - должно быть на расте. Спеки ведь нету даже на язык не говоря про стдлиб.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #292

323. Сообщение от bOOster (ok), 13-Дек-22, 06:37	+/–
Имхо - на 99% пойдут на C++. Rust не будет там, во всяком случае в его текущей, абсолютно бестолковой инкарнации...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #164

324. Сообщение от фф (?), 13-Дек-22, 06:55	+2 +/–
вот объясните мне недалекому - почему на расте нельзя скомпилировать модуль ядра так, чтобы он не отличался от модуля написанного на С? Зачем нужны какие-то прослойки в ядре для "поддержки языка"?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #327

325. Сообщение от Аноним (325), 13-Дек-22, 08:09	+/–
У вусего перечисленного есть дистрибутивы? Можно попробовать?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #313 Ответы: #412

327. Сообщение от Аноним (333), 13-Дек-22, 08:15	+/–
Этот так называемый системный язык даже не способен на автоматические биндинги к си. Поэтому недалеким растоманам приходится оборачивать структуры ядра в растобиндинги вместо того чтобы сразу писать на ANSI C
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #324 Ответы: #335, #354, #395

330. Сообщение от dannyD (?), 13-Дек-22, 08:19	+1 +/–
если всё по дефолту, то да - падает редко. но если проявить хоть чуть чуть фантазии.... короч - развивайте мЫшленье, на то вам конструктор и даден, или сразу на дебиан.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #308 Ответы: #336

332. Сообщение от Аноним (333), 13-Дек-22, 08:22	–1 +/–
https://gcc.gnu.org/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #282

333. Сообщение от Аноним (333), 13-Дек-22, 08:27	+/–
Тсс... Не подсказывай
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82

334. Сообщение от Аноним (334), 13-Дек-22, 08:42	+2 +/–
> В подсистему BPF добавлена возможность создания "деструктивных" BPF-программ. Мне казалось, они все такие были, с самого начала.
Ответить | Правка | Наверх | Cообщить модератору

335. Сообщение от Аноним (160), 13-Дек-22, 08:51	–1 +/–
> растоманам приходится оборачивать структуры ядра в растобиндинги Это наводит на мысль, "внезапно", что структуры в расте - не просто структуры, а с излишней нагрузкой. Но растаманы хвастались, что выхлоп раста - zero-free-runtime, идентичный Си.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #327 Ответы: #359

336. Сообщение от Аноним (250), 13-Дек-22, 08:54	–1 +/–
Главное, не включать LTO (ломает компиляцию и софт) или graphite (непредсказуемо меняет логику в рантайме) глобально, иначе приключения будут после каждого обновления компилятора и особенно забавные, когда bash или libz отвалятся, хотя и gawk вполне достаточно. В остальном, бывают конечно кривые ебилды, но только раз свежесобранная glibc утащила за собой всё. У меня custom-cflags и из-за перехода на libxcrypt обнаружилось, что с этой зависимостью нельзя компилировать glibc с флагом -fno-semantic-interposition, который я использую глобально для всех программ.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #330 Ответы: #375

337. Сообщение от Аноним (160), 13-Дек-22, 08:54	+1 +/–
> вот когда напишут драйвера Легко! Уже представляем, как будут писать драйвера на расте: берут готовый сишный драйвер, вставляют полторы строчки на расте (где-нибудь в получении строки-версии, где не надо думать), ... профит!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #312 Ответы: #338, #360

338. Сообщение от Аноним (160), 13-Дек-22, 08:56	–1 +/–
Ржавчина не уничтожает весь объект, она просто делает дырки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #337

339. Сообщение от какая разница (?), 13-Дек-22, 08:56	–1 +/–
Ext4 так и не получается восстановить даже с суперблоком?
Ответить | Правка | Наверх | Cообщить модератору

340. Сообщение от Аноним (160), 13-Дек-22, 08:58	+1 +/–
> требования к компилятору раста Очень правильный вопрос, на который нет ответа по причине отсутствия стандарта на раст.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #292

341. Сообщение от Аноним (160), 13-Дек-22, 09:01	+/–
> драйверов на Rust И высококачественно содержать 99% кода на Си.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #290 Ответы: #361

349. Сообщение от Full Master (?), 13-Дек-22, 09:38	+4 +/–
>Добавлена возможность использования языка Rust в качестве второго языка для разработки драйверов и модулей ядра. Если kernel developer не может осилить C - то ему нужно коровам хвосты крутить, а не разработкой заниматься.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #358

351. Сообщение от Янис (?), 13-Дек-22, 10:37	–1 +/–
Никакое мы одно дело не делаем. Раст пихают в ядро для его контроля, для контроля за программистами, для бизнеса, для того, чтоб убить ядро. Потому народ его и не любит. Язык СИ - не идален, но в нем нет проблем писать программы без ошибок в памяти: для этого есть тот же Valgrind, который следит за всеми утечками памяти, неиницализованными переменными. На Расте один "Хелло волд" весит 4 мегабайта, и мне совершенно не интересно, почему так происходит, потому что на Си программы в тысячи строк весят на порядки меньше. Надеюсь, будут форки ядря без Раста: ими и собираюсь пользоваться
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #124 Ответы: #363

352. Сообщение от Аноним (352), 13-Дек-22, 10:41	+/–
bpf очень похож на форт машину. Возможно слегка добавлено регистров - но в целом форт машина. Если уж хочется совсем форт - можно найти старые наброски. Реализация в ядре строк 200, дальше вопрос генератора байткода.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #264

353. Сообщение от Янис (?), 13-Дек-22, 10:42	+1 +/–
Хватит этих сказок про бещопасный язык.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #301 Ответы: #362

354. Сообщение от фф (?), 13-Дек-22, 11:05	+1 +/–
ну дык пусть оборачивают - это же проблема программиста модуля и его компилятора. Можно даже генератор какой-то написать, если руками лениво. на выходе то почему нельзя сделать стандартный модуль со стандартными биндингами к стандартным структурам ядра? Эдак можно дойти до того, что прогрмаммам написанным на расте нужна будет особая операционка для их запуска.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #327 Ответы: #367

358. Сообщение от Аноним (333), 13-Дек-22, 12:00	+3 +/–
Современных так называемых программистов даже к коровам нельзя подпускать
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #349 Ответы: #394

359. Сообщение от Аноним (333), 13-Дек-22, 12:05	–1 +/–
А растоманы готовы бить себя четырьмя пятками в грудь что у них zero-free-runtime На самом деле у них one-free-runtime
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #335

360. Сообщение от Аноним (333), 13-Дек-22, 12:06	+/–
Вся суть "программирования" на расте
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #337

361. Сообщение от Аноним (333), 13-Дек-22, 12:08	+/–
Пора опеннет экспертам собраться и написать свою rust-free ос
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #341 Ответы: #369

362. Сообщение от Аноним (333), 13-Дек-22, 12:09	+1 +/–
Растоманы только и могут что рассказать сказки
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #353 Ответы: #417

363. Сообщение от Аноним (333), 13-Дек-22, 12:12	+/–
Зачем ждать? Пора делать свой форк ядра, ведь опеннет эксперты по Линукс знают как правильно надо делать, как правильно программировать и на чем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #351

366. Сообщение от Аноним (295), 13-Дек-22, 12:32	+5 +/–
> assert!(dma != !0); в лесу родилась елочка tx_ring: Pin<Box<SpinLock<Box<Ring<TxDesc>>>>>,
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #304

367. Сообщение от Аноним (160), 13-Дек-22, 13:07	+/–
> прогрмаммам написанным на расте нужна будет особая операционка редох что-то не особо получился. Принялись за линух, в нём пока хоть что-то работает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #354

369. Сообщение от Вы забыли заполнить поле Name (?), 13-Дек-22, 13:54	+/–
> Пора опеннет экспертам собраться и написать свою rust-free ос Хех. По факту все такие.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #361

371. Сообщение от Вы забыли заполнить поле Name (?), 13-Дек-22, 13:57	+/–
> Нормальные программаторы А погромисты на чем пишут?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #254 Ответы: #383, #489

373. Сообщение от Максим (??), 13-Дек-22, 14:54	–1 +/–
> Rust в качестве второго языка Напрасно, двоевластие до добра не доведёт...
Ответить | Правка | Наверх | Cообщить модератору

374. Сообщение от Максим (??), 13-Дек-22, 15:18	–1 +/–
> переписывать драйвер с Раста на Си и компилять самому Возможно это будет не так просто, онда из версий активного пропихивания раста - обфускация кода.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #261 Ответы: #380

375. Сообщение от dannyD (?), 13-Дек-22, 15:28	+/–
ну как так "не включать LTO", неспортивно от слова совсем ;-)))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #336 Ответы: #400

376. Сообщение от Аноним (376), 13-Дек-22, 15:55	+/–
Вот и линукс сообщества познало всю силу раста!
Ответить | Правка | Наверх | Cообщить модератору

378. Сообщение от Максим (??), 13-Дек-22, 16:15	+/–
Зачем в ядро добавили эти костыли для раста? Если растаманам так хотелось в ядро, то пусть бы сами и довели свой драндулет до такого состояния, чтобы на нём можно было создавать модули так же и на Си, без всяких "улучшайзеров" со стороны ядра. Странно, что Линус Торвальдс на это пошёл. Стареет? Или в корпоративное рабство загремел?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #386

380. Сообщение от llolik (ok), 13-Дек-22, 16:33	+1 +/–
> - обфускация кода. Каким образом? Что мешает обфусцировать код на Си (за исключением гарантированного получения тонны мата от Линуса перед тем, как отбросят сей патч)?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #374 Ответы: #381

381. Сообщение от Максим (??), 13-Дек-22, 16:43	–1 +/–
Это и мешает. А на расте можно использовать всякие хитрозакрученные конструкции и говорить, что "это я не специально - язык такой".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #380 Ответы: #384

382. Сообщение от Аноним (333), 13-Дек-22, 16:47	–1 +/–
Современные так называемые программисты не способны ни на что кроме шлепанья сайтов на java. Теперь эти фронтэндщики будут считать себя системными программистами и "программировать" модули ядра. Это конец
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #178

383. Сообщение от Аноним (333), 13-Дек-22, 16:48	+/–
Шлепают сайты на джаве
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #371

384. Сообщение от llolik (ok), 13-Дек-22, 16:49	+/–
> Это и мешает. А на расте можно использовать всякие хитрозакрученные конструкции и говорить, что "это я не специально - язык такой". Ну я сомневаюсь, что все мейнтейнеры поголовно дебилы и rust-book прочитать не в состоянии. На Си тоже можно такой макро-лапши наворотить, что даже с поллитрой не вкуришь, что хотели сказать. Собственно, достаточно открыть какой-нибудь GLib и "наслаждаться".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #381

386. Сообщение от Аноним (386), 13-Дек-22, 16:51	+/–
Да, не решает уже.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #378 Ответы: #445

388. Сообщение от Без аргументов (?), 13-Дек-22, 17:37	–1 +/–
Мне пофиг вообще, я от айти отстраняюсь, т.к. деградация и инволюция не интересна
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #236 Ответы: #463

389. Сообщение от Без аргументов (?), 13-Дек-22, 17:39	–1 +/–
Страдают обычно ожидатели чего-то вот-вот грядущего, но когда оно наступит, они найдут снова о чем пострадать
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #236

390. Сообщение от 1 (??), 13-Дек-22, 17:43	+/–
А так же нет восторгов явистов, иго-гошечек, перловодов ... И что это доказывает ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #198

394. Сообщение от Full Master (?), 13-Дек-22, 18:29	+/–
Ну тогда гусям шеи сворачивать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #358 Ответы: #490

395. Сообщение от llolik (ok), 13-Дек-22, 19:04	+1 +/–
> Этот так называемый системный язык даже не способен на автоматические биндинги к си. А bindgen - это тогда что, я не понял? https://docs.rs/bindgen/latest/bindgen/ Примерная схема, как всё устроено (ссыль исключительно из-за картинок): https://habr.com/ru/company/ruvds/blog/670748/ > Поэтому недалеким растоманам приходится оборачивать структуры ядра в растобиндинги вместо того чтобы сразу писать на ANSI C Как я понял, идея в том, чтобы переписать рантайм без libc (на структурах ядра) и по максимуму абстрагировать там же весь unsafe, чтобы уже в конечных драйверах его уже использовать по-минимуму (в идеале, не использовать совсем) и, соответственно, полагаться на гарантии safe-rust. К слову у unsafe тоже есть гарантии, но несколько более слабые (ссыль на русском https://doc.rust-lang.ru/book/ch19-01-unsafe-rust.html )
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #327 Ответы: #399

398. Сообщение от Аноним (298), 13-Дек-22, 19:27	–1 +/–
Мюсли? Прости, если бы ты хотя бы собрал ядро 6.1, то знал бы что никакая гента не спасет от необходимости вносить изменения с указанием фирмварей с номерами версий, если не  стандарт через genkernel. Так вот о какой дырявости речь? Glibc версия для легкого использования wine с 32 битным комплектом скомпилированным,но тут точно также можно как и в генте указать какие пакеты собрать в 32 биттах, впрочем возможно х64 версия скоро будет такое уметь без плясок. Так вот musl достаточно реактивен чтобы и его использовать. Glibc версия для полупадучих программ хороша. Никакихз проблем с musl у меня не было. Ну пришлось чутка руками править исходники для самбы, которая теперь в комплекте, да OpenOffice настоятельно требует glibc. Если по приколу его ставить, то можно, но это актуально разве что у тебя шрифты в иероглифах называются, а в LibreOffice кракозябры одни тебе показывают. В Void обе версии полноценны, как и в случае с OpenWRT. Что там куда лучше это еще вопрос для быстрых программ. Если код голимый, то ему конечно нужны улучшайзинги. Но на атоме я не видел нужды в glibc.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #307 Ответы: #401

399. Сообщение от Аноним (-), 13-Дек-22, 19:58	+/–
> Как я понял, идея в том, чтобы переписать рантайм без libc Мимо. Нет никакого рантайма. Про рантайм начали говорить опеннетовские сишники, и прекратили говорить примерно тогда, когда им объяснили что если _это_ рантайм, то в си _этого_ рантайма больше, чем в любом расте. С тех пор, они если и поднимают разговор о рантайме, то как минимум втроём, и так чтобы у каждого из них было бы своё собственное уникальное мнение о том, что такое рантайм. У раста есть огромный компайлтайм. Ооо, его уменьшили, когда добавили параметризовать типы числами, а до этого макросами генерили имплементации для всех размеров слайсов с 0 до 32. 33 имплементации. И это только слайсы. Уж не знаю, как они там с &str выкручивались, также наверное? А diesel, ты не пробовал его компилять под таблички с 64+ столбцами? Я имею в виду до того, как параметризация значениями стала доступной. Сейчас стало лучше, но я заверяю тебя, в компайл тайме там очень много чего есть. А вот в рантайме только то, что использовал. > по максимуму абстрагировать там же весь unsafe Уже теплее. Но недостаточно точно. Демаркация safe/unsafe -- это не обязательно абстракция. Абстракции могут быть накладны. C'шные строки, например, могут выйти боком, если писать на расте и этих строк много, потому что раст прежде чем работать со строками хочет убедиться, что они utf8 строки, и он не парится насчёт терминирующего нуля. Преобразовывать туда-сюда строки то ещё удовольствие. Safe-обёртки над C нужны не для того, чтобы создать новые абстракции, а чтобы записать C'шные абстракции на расте, включая сюда и всё то знание об этих абстракциях, которые в C'шном варианте существует только в документации к API или даже только в коллективном бессознательном. Все те гласные и негласные правила о том, как API можно или нельзя использовать, должны быть описаны в самом API, чтобы попытка использовать его неправильно кончалась бы ошибкой компиляции. Например, memcpy нельзя вызывать на двух пересекающихся областях памяти, так? Но это никак не отражено в заголовке memcpy, об этом только в документации к memcpy можно вычитать. В расте это недопустимо: неправильное использование memcpy может привести к повреждению памяти, значит memcpy должен иметь такой заголовок, чтобы его можно было бы использовать только правильно. На этом бы всё может и кончилось бы, но ядро имеет довольно вычурные правила когда и что можно, а когда и что нельзя, и тут собственно и начинается самое интересное. С преогромным любопытством я наблюдаю, как растоманы выкручиваются, и сейчас я думаю, стоит ли начинать делать ставки на то, что в дополнение к safe/unsafe демаркации, они добавят что-нибудь типа environment's, с возможностью описывать правила, как функции объявленные в одном environment можно вызывать из другого environment'а. Наверное пока не стоит делать ставок, потому что я не додумал мысль до конца, и не уверен что она удачная.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #395 Ответы: #403

400. Сообщение от Аноним (250), 13-Дек-22, 20:07	–1 +/–
Нене, я сидел на тру-лто с 4 до 10 с меня хватит. Ни разу за всё время я не получил какого либо заметного улучшения нигде, пусть этим занимаются разрабы (с месоном довольно удобно должно быть). Более бесполезной штуки не существует в природе, только бинари на диске поменьше. Есть куча флагов более полезных (вроде no-plt). А вот PGO с 9 что ли версии гцц очень годная и удобная тема стала -- можно совершенно любой пакет собрать с ним включением пары флагов, только 2 раза пересобирать приходится, я не придумал как это автоматизировать не трогая ебилды. И надо же ещё прогнать код.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #375 Ответы: #413

401. Сообщение от Аноним (250), 13-Дек-22, 20:17	+1 +/–
Если честно, впервые слышу об этом. Поясни, пожалуйста, в чём суть проблемы, и какое отношение ядро имеет к libc?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #398 Ответы: #415

403. Сообщение от llolik (ok), 13-Дек-22, 20:38	+/–
> У раста есть огромный компайлтайм Ок. Не буду спорить, глубоко в тему не закапывался. Гуру Раста себя не считаю, кодил на нём пока не особо много. Было интересно, чего все так пригорают с синтаксиса. Причину возгораний не понял до сих пор: синтаксис, как синтаксис / язык, как язык, не самый плохой. > Safe-обёртки над C нужны не для того, чтобы создать новые абстракции, а чтобы записать C'шные абстракции на расте ... и т.д. Ну я собственно, вроде как, это же и имел ввиду. Внутри описываем все привязки и все unsafe-ы, выставляем наружу для драйверов максимально-safe API, чтобы можно было полагаться на компилятор. > Наверное пока не стоит делать ставок, потому что я не додумал мысль до конца, и не уверен что она удачная. Как-то вот тоже, прочитал, задумался. Подумал, что может и не будут выкручиваться. Из серии: мы вам давали гарантии memory safety на уровне языка, вот они, а "вот это вот: туда ходи, туда не ходи" мы не договаривались, "тут наши полномочия, всё" (с).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #399

404. Сообщение от ПомидорИзДолины (?), 13-Дек-22, 20:50	+1 +/–
Флеш рояль на руках с 2019 года: https://blog.redsift.com/labs/writing-bpf-code-in-rust/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

412. Сообщение от Аноним (333), 13-Дек-22, 23:19	+/–
Есть же на сайтах соответствующей ОС. Debian GNU/Hurd и ещё какие-то у hurd
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #325

413. Сообщение от dannyD (?), 13-Дек-22, 23:56	–1 +/–
ну... не знаю... у меня ноут на древнем i5, пересборка гуя шлангом да с лто заметно прибавила шустрости. меньше кода - меньше кеш-промахов. возможно, на многих ядрах да с жирным кешем всё выглядит иначе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #400 Ответы: #460

414. Сообщение от dannyD (?), 13-Дек-22, 23:58	+/–
Амэн!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #285

415. Сообщение от Аноним (298), 14-Дек-22, 00:38	–1 +/–
Ты в теме про ядро пишешь про основу. Так вот в OpenWRT и нестабильную Gentoo пихать 6.1 это надо очень сильно упороться. А библиотека тут при том, что о ней речь. Но если у OpenWRT почему-то только старые ядра имеются, которые не имеют скажем драйверов на современные модемы, то смысла в ней ноль для тех кому это нужно. То есть среди актуальных только дистрибутивы с полноценной поддержкой musl для относительно небыстрых компов. Быстрым что так, что эдак - 16 ядер все враз сделают. Так вот масл он делает все прямо и потому у него программы работают часто безопаснее. Glibc больше для кривых программ на относительно среднем железе и в случае с Void также для старых игр. Ты сначала потыкай ядро монолитное, не очень, а уже потом вещай какой масл не такой. К ядру на масл, который нужен как системная библиотека у меня претензий нет. К тому же можно мигрировать с версии на версию запросто. Но ты же не пробовал, го знаешь. Вот если в Gentoo слоупоки, значит и везде все нестабильно работает это пока что все что я понял из твоих заявлений.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #401 Ответы: #455

416. Сообщение от Анон1212 (?), 14-Дек-22, 01:27	–1 +/–
Хороший релиз, хорошо что руст еще не включили как осноной
Ответить | Правка | Наверх | Cообщить модератору

417. Сообщение от Аноним (301), 14-Дек-22, 01:54	+1 +/–
Ну, главное, что вас с Янисом Линус не слушает, да и ладно. Да и разработчики tor, гугла и прочих разных. Вот оно всё, принятие, перед вашими глазами в реале происходит, а вы в своей сказке о б-жественном си да непогрешимых си-программистах живете. Страдайте дальше. Дальше для вас будет хуже, для индустрии лучше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #362

418. Сообщение от Аноним (194), 14-Дек-22, 02:21	–1 +/–
Моё любимое: >В подсистему BPF добавлена возможность создания "деструктивных" BPF-программ, специально рассчитанных на инициирование аварийного завершения работы через вызов crash_kexec().
Ответить | Правка | Наверх | Cообщить модератору

420. Сообщение от я (?), 14-Дек-22, 03:32	+/–
Да, должно! Пожалуй, самое значительное изменение в ядре за последние 5 лет. Примерно 2 года Yu Zhao его делал. Ускорило всё: и серверы, и телефоны, и десктопы. И с малым количеством RAM, и с огромным. Уже применяется в Android, на Pixel 6. См. статью о похожем на MGLRU патче, годовой давности: https://notes.valdikss.org.ru/linux-for-old-pc-from-2007/ И видео от Google: https://youtu.be/PW7XA237dgI?t=10779
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #208

421. Сообщение от fuggy (ok), 14-Дек-22, 04:02	+/–
Так а-то здешние эксперты жаловались что всё через unsafe, всё небезопасно. Сделали безопасно - всё равно жалуются. Безопасность на уровне времени компиляции требует подхода.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #295

422. Сообщение от fuggy (ok), 14-Дек-22, 04:06	+/–
Часто вы уворачиваетесь, соединяя два PDP-11 в peer-to-peer сеть?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34

423. Сообщение от fuggy (ok), 14-Дек-22, 04:11	+/–
… C для ядра Unix.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #248

424. Сообщение от Аноним (298), 14-Дек-22, 05:32	+/–
Да, если не обновлении очередной системной фигни вылезает противоречие, которое можно бы убрать сказав пересобрать вообще все, но проще снести часть системы и обновить только что-то конкретное и когда взаимые блокировки не дают даже систему обновить приходится сносить часть и вот так можно легко систему положить. Так что это в первую очередь деятельное участие сопровождающих пакеты. Особенно когда они ломают что-то без чего не работает все остальное, а держать бекапы это расписываться в собственной никчемности ибо восстановить систему быстрее чем вот эта вся муть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #308 Ответы: #459

430. Сообщение от Аноним (430), 14-Дек-22, 08:17	+1 +/–
Ну всё через пару месяцев появятся десятки высококачественных драйверов на Rust!
Ответить | Правка | Наверх | Cообщить модератору

445. Сообщение от Facemaker (?), 14-Дек-22, 11:20	+1 +/–
>Да, не решает уже. Завидую вашей осведомлённости.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #386

452. Сообщение от Аноним (452), 14-Дек-22, 14:27	+1 +/–
Вова ты ли это?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #289 Ответы: #474

455. Сообщение от Аноним (250), 14-Дек-22, 14:33	–1 +/–
В генту ядро 6.1, я не обновился на него только потому что не люблю собирать пострелизные баги, через месяц может быть. Было и рк ядро емнип. О чём ты вообще толкуешь, я не понимаю? Мюсли и глибц не имеют никакого отношения к ядру, абсолютно. Они отчасти зависят от ядра, но не ядро от них, они совершенно отдельно существуют. Остальное вообще не понял. А что до производительности мюслей, то убедиться в том, что она процентов эдак на 30 с гаком меньше, может буквально каждый. При этом, у них меньше защит и больше уязвимостей, так что о безопасности никакой речи быть просто не может. В openwrt я подозреваю мюсли только из-за того, что бинари с глибц перестали помещаться (сам через это прошёл, раньше можно было накатить софт через пм и теперь только билдить максимально урезанный образ). Интересное совпадение, что использовать нормально openwrt стало невозможно как раз после перехода на мюсли.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #415

459. Сообщение от Аноним (250), 14-Дек-22, 14:40	+/–
После отключения глобального лто ни разу не пересобирал вообще всё, зачем это делать без лто? И не помню, чтобы важные пакеты приходилось удалять хоть раз. Да, при обновлении циклические зависимости разруливаются принудительным удалением 1 проблемного пакета. Это бывает примерно раз в полгода-год. Но, если не обновить, то ничего не будет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #424

460. Сообщение от Аноним (250), 14-Дек-22, 14:47	+/–
У шланга очень раздутые бинари, они оптимизирует лапшой из goto и не всегда оптимально. Возможно, это самообман. Я много раз бенчил код, производительность которого меня беспокоила. clang O3 в ряде случаев может давать производительность выше, чем у gcc O2 (т.е. без pgo), но лто не оказывает никакого влияния (и я убедился, что у обоих компиляторов это был не fat lto, так что всё правильно).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #413 Ответы: #470

463. Сообщение от Аноним (333), 14-Дек-22, 15:43	+/–
Надо читать больше комментариев к новостям на опеннет. Тут что не комментарий, то образец высочайшей компетенции, кладезь знаний, остроумия и мудрости
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #388 Ответы: #465

465. Сообщение от Аноним (333), 14-Дек-22, 15:44	+/–
Аноним 160 вообще пример гениальности
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #463

468. Сообщение от darkshvein (ok), 14-Дек-22, 16:02	+/–
эээ, стопэ, только iommu в 6.0 стабилизировали!
Ответить | Правка | Наверх | Cообщить модератору

470. Сообщение от dannyD (?), 14-Дек-22, 18:42	–1 +/–
шланг -O3 ... это интересно 8-)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #460 Ответы: #476

474. Сообщение от Sw00p aka Jerom (?), 14-Дек-22, 21:25	–1 +/–
> Вова ты ли это? в логе модерирования ответ :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #452

475. Сообщение от Аноним (475), 14-Дек-22, 22:02	+1 +/–
>Добавлена поддержка AHCI SATA-контроллеров, используемых в SoC Baikal-T1. Они ещё шевелятся?
Ответить | Правка | Наверх | Cообщить модератору

476. Сообщение от Аноним (250), 14-Дек-22, 22:49	+/–
Я очень надеялся ускорить mediainfo, но нет, ни lto, ни шланг, ни pgo не помогают, хотя я проверял и все оптимизации использовались. А вот jq нормально ускоряется благодаря gcc с pgo. clang-O3 было 14с, gcc-O3 23с, gcc-O2 16с и gcc-pgo 12с. Браузеры компилировал и шлангом и гцц с пго лто и без. Гцц-пго чуть получше в бенчах. От arch=native ощутимая просадка в попугаях. Но в конечном счёте это всё не стоит проблем. Может быть лто и графит это из разряда компилировать всё с -Os чтобы получше в кэши попадало, что мне кажется уже лет так 25 не актуально и даёт только замедление.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #470 Ответы: #483

478. Сообщение от Аноним (71), 15-Дек-22, 11:58	+/–
Если тебе нечего скрывать, выложи сюда свои паспортные данные, адрес проживания, все логины и пароли, ФИО и фото родственников. Ведь после этого никакие мошенники этими данными не воспользуются, да?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #223 Ответы: #482

480. Сообщение от Аноним (71), 15-Дек-22, 12:02	+/–
> Без ZFS не кошерно. Лицензия не позволяет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

481. Сообщение от Аноним (481), 15-Дек-22, 12:36	+1 +/–
Потому что она нахрен не нужна в большинстве случаев из-за затрат ресурсов CPU и RAM. Вон, в ZFS она, вроде, и есть, но пользуется ей в проде примерно никто.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71

482. Сообщение от анон (?), 15-Дек-22, 15:46	+/–
Тогда я нарушу закон, opennet нарушит закон, и я нарушу правила opennet. Это мне доставит куда больше проблем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #478

483. Сообщение от dannyD (?), 15-Дек-22, 21:10	–1 +/–
проборвал -Os, субъективно -O2 быстрее. отказался от pgo, на мой глаз никакой разницы в скорости. chromium, libreoffice, openjdk, rust - беру бинарниками, и с последним (rust-bin) жирнолис собирается почти в два раза быстрее. вот тебе и "самый быстрый линух". собственно держусь генту ради цельности системы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #476

489. Сообщение от Led (ok), 17-Дек-22, 22:27	+2 +/–
На опеннете.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #371

490. Сообщение от Led (ok), 17-Дек-22, 22:36	+1 +/–
Они в основном одноглазого питона душат.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #394

491. Сообщение от aname (?), 12-Янв-23, 22:44	+/–
Обеспечивают только необходимый минимум
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #143

492. Сообщение от aname (?), 12-Янв-23, 22:48	+/–
Ну- ка, количество свободных вёдер уровня линуха, без участия корпораций, перечислишь?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #222

493. Сообщение от eugener (ok), 18-Янв-23, 13:48	+/–
Сегодня прилетело.)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

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

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