The OpenNET Project / Index page

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



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

"Релиз ядра Linux 5.0"  +/
Сообщение от opennews (??), 04-Мрт-19, 07:11 
После двух месяцев разработки Линус Торвальдс представил (https://lkml.org/lkml/2019/3/3/236) релиз ядра Linux 5.0. Среди наиболее заметных изменений в ядре 5.0: из Android перенесён энегоэффективный планировщик задач для CPU ARM big.LITTLE, добавлен механизм шифрования файловых систем Adiantum, в драйвере AMDGPU добавлена поддержка технологии FreeSync, реализована файловая система BinderFS, возможность размещения файла подкачки в Btrfs и поддержка выноса обработчиков блокировок seccomp в пространство пользователя.


Значительная смена номера версии не является индикатором особых изменений, а сформирована из эстетических соображений и  лишь свидетельствует о накоплении в  ветке 4.x достаточного числа выпусков для начала новой нумерации. Смена первого номера в версии ядра является формальным шагом, снимающих дискомфорт из-за накопления большого числа выпусков в серии. Напомним, что переход к версиям 3.x был осуществлён в 2011 году, когда в ветке 2.6.x накопилось 39 релизов, а ветка 4.x была создана в 2015 году после подготовки 20 выпусков 3.x. При этом смена версий 3.x и 4.x хорошо коррелировала с числом git-объектов в репозитории - ядро 3.0 было выпущено, когда в репозитории находилось примерно 2 млн объектов, а ядро 4.0 - 4 млн объектов. Выпуск 5.0 разрывает данную логическую цепочку, так как в настоящее время репозиторий включает примерно 6.5 млн git-объектов.

Основные (https://kernelnewbies.org/Linux_5.0) новшества (https://lwn.net/Articles/776034/):

-  
Виртуализация и безопасность

-  Добавлен разработанный компанией Google механизм шифрования файловых систем Adiantum (https://www.opennet.ru/opennews/art.shtml?num=50123), который может применяться на маломощных устройствах, на которых из-за слишком больших накладных расходов невозможно использовать алгоритм блочного шифрования AES. Реализация Adiantum базируется на применении быстрой хэш-функции NH, алгоритме аутентификации сообщений (MAC) Poly1305 и потоковом шифре XChaCha12, а также единоразовой операции на базе блочного шифра AES-256 для 16 байт в каждом блоке. Поддержка Adiantum добавлена в подсистему fscrypt, которая используется для прозрачного шифрования файлов и каталогов в ФС ext4, f2fs и ubifs. При тестировании системах с CPU ARM Cortex-A7 алгоритм Adiantum  оказался быстрее AES-256-XTS в 4 раза при шифровании и в 5 раз при расшифровке;

-  В криптографическую подсистему добавлена хэш-функция Streebog, стандартизированная в РФ как ГОСТ 34.11-2012 (https://ru.wikipedia.org/wiki/%D0%93%D0%...);


-  Добавлена поддержка массивов NVM-памяти со встроенными операциями (https://github.com/torvalds/linux/blob/master/Documentation/...) обеспечения безопасности, такими как защита данных паролем,  очистка и  блокировка;

-  Интегрирована часть патчей для блокирования лазеек (https://www.opennet.ru/opennews/art.shtml?num=35949) для обхода (https://www.opennet.ru/opennews/art.shtml?num=41852) ограничений UEFI Secure Boot. На данном этапе добавлены средства для управления применением системного вызова kexec_load_file(), который   может быть использован для обхода UEFI Secure Boot путём замены проверенного ядра на другое ядро, не снабжённое цифровой подписью.
Добавлено новое хранилище ключей (Kernel keyring), названное ".platform", предназначенное исключительно для ключей, предоставляемых платформой, и запрещающее обновлять ключи в процессе работы системы. Ключи из данного хранилища могут применяться для проверки образов, запускаемых через kexec_load_file();
  
-  В механизм фильтрации системных вызовов seccomp добавлен API (https://github.com/torvalds/linux/blob/master/Documentation/...) для выноса обработчиков блокировки системных вызовов в пространство  пользователя. Например, в системах управления контейнерами теперь можно организовать перехват системных вызовов mount() и  finit_module();


-  Проверена работа по переработке (https://lwn.net/Articles/774743/) методов вызова функций в некоторых подсистемах с целью исключения применения замедляющего работу метода защиты retpoline. Для блокировки проявления атак Spectre v2 косвенные переходы заменяются на прямые, при которых не применяется механизм спекулятивного выполнения инструкций и не создаются условия, необходимые для проведения атаки. В текущем выпуске подобным способом проведена оптимизация  операций с  DMA и сетевой подсистемы;


-  Изменена семантика системного вызова mincore() для противодействия
атакам (https://www.opennet.ru/opennews/art.shtml?num=49927) по сторонним каналам, анализирующим содержимое страничного кэша (page cache);

-  В отладочный инструмент KASan (Kernel address sanitizer), обеспечивающий выявление ошибок при работе с памятью, добавлена (https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...) программная реализация режима подстановки проверочных тегов (по аналогии с HWASan (https://clang.llvm.org/docs/HardwareAssistedAddressSanitizer...) в Clang), которая при сравнимом падении производительности обеспечивает заметно меньшее потребление памяти. Новый режим пока доступен только на системах с архитектурой ARM64;

-  В драйвер virtio-gpu (виртуальный GPU, развиваемый в рамках проекта Virgil (https://www.opennet.ru/opennews/art.shtml?num=37456)) добавлена (https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...) поддержка симуляции метаданных EDID, что позволяет выдать в гостевой системе сведения о возможностях виртуального монитора;
-  В криптостек ядра добавлена (https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...) поддержка (https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...) алгоритмов XChaCha12  и XChaCha20 (варианты (https://en.wikipedia.org/wiki/Salsa20#XChaCha) шифров ChaCha с конструкцией XSalsa);

-  
Дисковая подсистема, ввод/вывод и файловые системы


-  Добавлена (https://git.kernel.org/linus/ed46ff3d423780fa5173b38a844bf0f...) возможность размещения раздела подкачки в файлах внутри ФС Btrfs. Файл подкачки в
Btrfs должен быть полностью заполнен в режиме "nocow" без применения сжатия и размещён только на одном накопителе. В Btrfs также реализована (https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...) возможность изменения идентификатора ФС (FSID, видимый пользователю UUID) без перезаписи всех блоков с метаданными;


-  Реализована (https://git.kernel.org/linus/3ad20fe393b31025bebfc2d76964561...) поддержка  псевдо файловой системы BinderFS для механизма межпроцессного взаимодействия Binder. BinderFS позволяет запустить несколько экземпляров платформы Android в одном окружении благодаря присоединению разных пространств имён Binder IPC к разным точкам монтирования;

-  В механизм отслеживания событий в ФС fanotify() (http://man7.org/linux/man-pages/man7/fanotify.7.html) добавлен новый тип запросов FAN_OPEN_EXEC, позволяющий получать уведомления  при открытии файла для его дальнейшего исполнения;
-  Удалён код старой подсистемы блочных устройств, на смену которой пришёл  API blk-mq с многоуровневой системой очередей (multiqueue) для блочных устройств. Также удалены устаревшие планировщики ввода/вывода, включая CFQ и deadline;

-  В файловой системе F2FS добавлен (https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...) вызов ioctl(F2FS_IOC_SHUTDOWN) с флагом NEED_FSCK для инициирования отложенного выполнения  fsck;
-  Изменения в файловых системах Ext4 (https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...) и XFS (https://git.kernel.org/pub/scm/linux/kernel/git...

URL: https://lkml.org/lkml/2019/3/3/236
Новость: https://www.opennet.ru/opennews/art.shtml?num=50201

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

Оглавление

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


4. "Релиз ядра Linux 5.0"  +3 +/
Сообщение от gsdh (?), 04-Мрт-19, 07:20 
А как так вышло, что kernel.org не вкурсе, там 5.0-rc8 висит
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

8. "Релиз ядра Linux 5.0"  +/
Сообщение от Аноним (8), 04-Мрт-19, 07:34 
пыхтят пакуют в xz очевидно
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

11. "Релиз ядра Linux 5.0"  –1 +/
Сообщение от 0x0 (?), 04-Мрт-19, 07:44 
Ещё с полдня, наверное, пройдет, как с каким-то релизом уже было :)
Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

34. "Релиз ядра Linux 5.0"  –1 +/
Сообщение от Andrey Mitrofanov (?), 04-Мрт-19, 10:19 
> А как так вышло, что kernel.org не вкурсе, там 5.0-rc8 висит

Ты сам пыжился, выдумвывал такой
https://www.opennet.ru/openforum/vsluhforumID3/116148.html#33
оригинальный вопрос или сплагиатил, чтоб блеснуть?

Я ответ https://www.opennet.ru/openforum/vsluhforumID3/116148.html#46
не буду копипастить.

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

143. "Релиз ядра Linux 5.0"  +28 +/
Сообщение от Konstantin Ryabitsevemail (?), 04-Мрт-19, 17:32 
Это происходит потому, что Линус Торвальдс живет в Портланде (UTC-8), а Грег Кроа-Хартман живет в Гааге (UTC+1). Когда Линус делает git tag вечером в воскресенье, то Грег уже в это время спит, и может подписать tarball только когда проснется рано утром. Мы покорно этого ждем, потому что все тем, кто идут на www.kernel.org за новым ядром, не нужна git tag -- им нужен .tar.xz, который мы не можем выпустить без цифровой подписи Грега.
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

167. "Релиз ядра Linux 5.0"  +/
Сообщение от Анонимэ (?), 04-Мрт-19, 23:42 
Ясн, Понят, Спсб!
Ответить | Правка | ^ к родителю #143 | Наверх | Cообщить модератору

172. "Релиз ядра Linux 5.0"  –1 +/
Сообщение от 0x0 (?), 05-Мрт-19, 04:08 
Это Майкл Ларабель, видно, мало спит и забылся, что будет не очередной release candidatе, выстрелив новость в унисон за Линусом :)
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

197. "Релиз ядра Linux 5.0"  +/
Сообщение от sharddin (?), 06-Мрт-19, 20:45 
Сегодня уже в Арч-е - быстро, однако...
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

5. "Релиз ядра Linux 5.0"  +1 +/
Сообщение от Аноним (5), 04-Мрт-19, 07:21 
Нумерация релизов просто ни о чем, кто, например, помнит, в каком релизе появились патчи от meltdown и spectre и как их полностью отключить?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

12. "Релиз ядра Linux 5.0"  –6 +/
Сообщение от Аноним (12), 04-Мрт-19, 07:46 
Никак их не отключить. Гуры слегка притомились хотеть микроядро, вот и идёт долгожданная подготовка.
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

16. "Релиз ядра Linux 5.0"  +5 +/
Сообщение от leap42 (ok), 04-Мрт-19, 07:54 
> в каком релизе появились патчи от meltdown и spectre и как их полностью отключить?

pti=off spectre_v2=off spec_store_bypass_disable=off noibrs noibpb

это ядерная часть для x86_64

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

17. "Релиз ядра Linux 5.0"  +/
Сообщение от Аноним (12), 04-Мрт-19, 07:57 
А как же

CONFIG_RETPOLINE=y

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

21. "Релиз ядра Linux 5.0"  +/
Сообщение от 0x0 (?), 04-Мрт-19, 08:04 
# is not set )
Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

20. "Релиз ядра Linux 5.0"  +/
Сообщение от Аноним (5), 04-Мрт-19, 08:01 
GRUB_CMDLINE_LINUX="nospectre_v2 nopti nospec_store_bypass_disable noibrs noibpb"
Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

148. "Релиз ядра Linux 5.0"  +1 +/
Сообщение от Аноним (148), 04-Мрт-19, 18:22 
pti=off l1tf=off spectre_v2=off spec_store_bypass_disable=off nospectre_v1 nospec_store_bypass_disable nospectre_v2 nopti spectre_v2_user=off noibrs noibpb
Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

155. "Релиз ядра Linux 5.0"  +2 +/
Сообщение от пох (?), 04-Мрт-19, 19:41 
интересно - каков лимит груба и ядра (хехехе - отдельно!) на длину командной строки - и скоро ли она от этого мусора лопнет

кстати, детишки - любознательным на заметку - отключение pti не убирает тормозов - все те тесты с постгрезом делали именно при отключенном - ибо надо не "отключать", а целиком выпиливать довольно сложную и размазанную по куче мест логику (а заодно и проверки глобальных переменных в самых узких местах).

но новые-модные мальчики и прочее Оно ниасиливают ifdef, поэтому убрать никак нельзя.
А сам Линус, походу, уже давно "ни на чем не играет, он руководитель, ну вот как Вы"

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

160. "Релиз ядра Linux 5.0"  +/
Сообщение от Аноним (148), 04-Мрт-19, 20:29 
git patch revert diff-merge fakeroot make deb-pkg bitch!
Ответить | Правка | ^ к родителю #155 | Наверх | Cообщить модератору

193. "Релиз ядра Linux 5.0"  +2 +/
Сообщение от Michael Shigorinemail (ok), 06-Мрт-19, 18:16 
> diff-merge

Ну вот, самое интересное взяли и не рассказали.

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

115. "Релиз ядра Linux 5.0"  +/
Сообщение от адмирал третьего флота очевидно (?), 04-Мрт-19, 15:05 
а есть нумерация в которой это было бы ясно?

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

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

134. "Релиз ядра Linux 5.0"  –1 +/
Сообщение от Аноним (8), 04-Мрт-19, 16:57 
201803.1 было бы норм. Год-месяц значимая часть,  1 - фиксы. Раз уж семвер они не хотят
Ответить | Правка | ^ к родителю #115 | Наверх | Cообщить модератору

153. "Релиз ядра Linux 5.0"  –3 +/
Сообщение от пох (?), 04-Мрт-19, 19:35 
в чем значимость-то? вас вон уже спросили - в каком месяце какого года запилили ненужное ненужно kpti - никто, естественно, не помнит.

2018192033456789 было бы самое то - все равно никакого смысла, зато инвесторам понравится, они большие числа любят.

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

176. "Релиз ядра Linux 5.0"  –2 +/
Сообщение от Аноним (176), 05-Мрт-19, 10:13 
Действительно, давай привязывать версию ядра к хотпатчам! На каждую фичу по инкременту версии и мы переизобретем бранчи в гите!
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

19. "CFQ всё"  –1 +/
Сообщение от Аноним (19), 04-Мрт-19, 07:58 
CFQ всё
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

80. "CFQ всё"  –2 +/
Сообщение от пох (?), 04-Мрт-19, 13:06 
cfq туда и дорога, но, чую, мы его еще будем вспоминать с нежностью - типа, «а при китайцах-то хотябы НАС не ели»
Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

22. "Релиз ядра Linux 5.0"  –8 +/
Сообщение от Sergey (??), 04-Мрт-19, 08:21 
При тестировании системах с CPU ARM Cortex-A7 алгоритм Adiantum оказался быстрее AES-256-XTS в 4 раза при шифровании и в 5 раз при расшифровке;

Быстрее, чем какой алгоритм?

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

23. "Релиз ядра Linux 5.0"  +9 +/
Сообщение от zo0M (?), 04-Мрт-19, 08:30 
Чем AES-256-XTS, очевидно
Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

28. "Релиз ядра Linux 5.0"  +1 +/
Сообщение от гтщс_г34 (?), 04-Мрт-19, 09:08 
Ни слова про WireGuard(
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

29. "Релиз ядра Linux 5.0"  +8 +/
Сообщение от Аноним (29), 04-Мрт-19, 09:28 
До Джейсона там в lkml ещё лет пять будут докапываться по каждой мелочи. Никто не хочет вторую параллельную криптосистему в ядре, но поскольку аргументы Джейсона о непригодности kernel crypto API для WG верны, остаётся только придираться к каждой запятой. Но надо отдать Джейсону  должное: он до сих пор упорно шлёт очередные исправленные серии патчей :-)
Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

35. "Релиз ядра Linux 5.0"  +3 +/
Сообщение от Andrey Mitrofanov (?), 04-Мрт-19, 10:28 
> мелочи. Никто не хочет вторую параллельную криптосистему в ядре, но поскольку

...и оно не хочет улучшать _общий_ код?

> аргументы Джейсона о непригодности kernel crypto API для WG верны, остаётся
> только придираться к каждой запятой.

Нудк, "аргументы" не код же?

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

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

151. "Релиз ядра Linux 5.0"  +1 +/
Сообщение от KonstantinB (ok), 04-Мрт-19, 19:10 
Насколько я понял из дискуссий, объем необходимых улучшений явно превышает возможности одного человека (фактически надо добавить параллельное синхронное API без перделок с упором на производительность).

Но это пусть лучше знающие люди скажут.

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

30. "Релиз ядра Linux 5.0"  –3 +/
Сообщение от OpenVPN is unauditable by individuals (?), 04-Мрт-19, 09:33 
они игнорируют их :(
Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

71. "Релиз ядра Linux 5.0"  +/
Сообщение от Аноним (71), 04-Мрт-19, 12:34 
Не готово. И в 5.1 не будет тоже.

https://phoronix.com/scan.php?page=news_item&px=WireGuard-0....

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

150. "Релиз ядра Linux 5.0"  –2 +/
Сообщение от Гентушник (ok), 04-Мрт-19, 18:59 
Печаль. Надеюсь что добавят хотя бы в 5.2. Одно из самых ожидаемых изменений для меня.
Я сам уже конечно перешёл на своих устройствах с OpenVPN на wg где только можно было и доволен как слон.
Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

194. "Релиз ядра Linux 5.0"  +1 +/
Сообщение от анон (?), 06-Мрт-19, 18:22 
о поделись знаниями, хотябы по принципу было/стало или "такого вообще небыло"/"теперь есть"
Ответить | Правка | ^ к родителю #150 | Наверх | Cообщить модератору

195. "Релиз ядра Linux 5.0"  +1 +/
Сообщение от Гентушник (ok), 06-Мрт-19, 20:00 
> о поделись знаниями, хотябы по принципу было/стало или "такого вообще небыло"/"теперь есть"

Стало быстрее работать на стареньком роутере (TP-Link 1043ND) который я уже собирался менять, но теперь передумал, настройки в OpenVPN ставил минимально рекомендуемые (cipher AES-128-CBC).

WG удобнее настраивать когда много туннелей, можно держать всего один интерфейс (при условии что IP на этом интерфейсе будет один).

В WG не надо возиться с сертификатами, тут ключи а-ля как в ssh и всё (да, в OpenVPN есть static key, но в этом режиме нет PFS, так что я этот вариант не рассматриваю).


Из минусов, настроек в WG почти нет, так что тонко поднастроить не получится.
В частности нет возможности делать pull настроек с сервера и скорее всего не будет (мне лично не нужно особо, но кто-то пользуется же).

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

198. "Релиз ядра Linux 5.0"  +/
Сообщение от анон (?), 06-Мрт-19, 21:48 
спасибо
Ответить | Правка | ^ к родителю #195 | Наверх | Cообщить модератору

31. "Релиз ядра Linux 5.0"  +1 +/
Сообщение от Аноним (31), 04-Мрт-19, 09:38 
>Another reason why it wasn't merged previously is that for a while, AMDKFD also supported the Radeon DRM driver too rather than just AMDGPU, but with recent kernels only AMDGPU DRM is supported anyways.

То есть пользователей старых карт лишили OpenCL совсем? ~~Верной~~ В магазин дорогой идут.

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

32. "Релиз ядра Linux 5.0"  +3 +/
Сообщение от anono (?), 04-Мрт-19, 10:00 
оно и так не работало... только на блобах что-то могло...
Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

47. "Релиз ядра Linux 5.0"  +4 +/
Сообщение от Аноним (31), 04-Мрт-19, 11:30 
Только в проприетарном драйвере были некоторые функции, используемые некоторыми популярными программами. В свободном драйвере они значились как WiP, xотя правильнее их было отметить как "development abandoned. The architecture has no future. Go and buy a new PC, poor man. Or alternatively resign from your work and work full time on a driver for obsolete hardware.".
Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

41. "Релиз ядра Linux 5.0"  +1 +/
Сообщение от Аноним (41), 04-Мрт-19, 10:58 
На самом деле они готовятся объединить amdkfd с amdgpu в один модуль и по этому чистят "лишние" интерфейсы.
Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

77. "Релиз ядра Linux 5.0"  +/
Сообщение от Аноним (77), 04-Мрт-19, 12:54 
Эти "лишние" интерфейсы используются сторонними драйверами и утилитами.
Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

152. "Релиз ядра Linux 5.0"  +1 +/
Сообщение от iav (ok), 04-Мрт-19, 19:20 
Теперь не будут.
Ответить | Правка | ^ к родителю #77 | Наверх | Cообщить модератору

154. "Релиз ядра Linux 5.0"  +1 +/
Сообщение от Аноним (31), 04-Мрт-19, 19:40 
Это как называется? По-моему это называется "потреблятельство".
Ответить | Правка | ^ к родителю #152 | Наверх | Cообщить модератору

179. "Релиз ядра Linux 5.0"  +1 +/
Сообщение от Аноним (77), 05-Мрт-19, 11:39 
Это называется "F--k you, vendors!"
Ответить | Правка | ^ к родителю #154 | Наверх | Cообщить модератору

39. "Релиз ядра Linux 5.0"  –1 +/
Сообщение от Аноним (39), 04-Мрт-19, 10:48 
>>Латиноамериканский Фонд свободного ПО

Интересно, в России такой фонд есть?

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

51. "Релиз ядра Linux 5.0"  –1 +/
Сообщение от Andrey Mitrofanov (?), 04-Мрт-19, 11:44 
>>>Латиноамериканский Фонд свободного ПО
> Интересно, в России такой фонд есть?

Нет.

Здесь бананы на пальмах не растут и население на другой "ступеньке" пирамиды Маслоу пребывает.

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

88. "Релиз ядра Linux 5.0"  +/
Сообщение от Аноним (12), 04-Мрт-19, 13:41 
Когда растут бананы на пальмах, больше ничего и не надо.
Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

117. "Релиз ядра Linux 5.0"  +1 +/
Сообщение от Аноним84701 (ok), 04-Мрт-19, 15:22 
> Когда растут бананы на пальмах, больше ничего и не надо.

Ну, я бы все же попытался определить и другие расхождения с "прайм-миром".
Созвездия там, фауна. Вдруг арбузы там -- кустарник, а зайцы -- стайные карниворы. Интересно же! :)

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

119. "Релиз ядра Linux 5.0"  –1 +/
Сообщение от Аноним (12), 04-Мрт-19, 15:41 
Определили всё до нас. Первичны ландшафт (посреди океана человеку жить затруднительно) и климат. Флора и фауна их производное. Если зимой холодает - необходимо готовиться, изобрести огонь и колесо.
Ответить | Правка | ^ к родителю #117 | Наверх | Cообщить модератору

125. "Релиз ядра Linux 5.0"  +3 +/
Сообщение от Аноним84701 (ok), 04-Мрт-19, 16:02 
> Определили всё до нас. Первичны ландшафт

Я к тому, что "у нас", т.е. на нашей планете  -- бананы на пальмах не растут.

Поэтому если вы видите бананы на пальмах, то нужно попытаться припомнить всякие подозрительные вещи за последнее время, типа "неземного свечения" или недавних провалов в памяти.
Если есть провалы в памяти, "свечение", плюс наблюдаются сильные расхождения в созвездиях -- скорее всего похищение инопланетянами на опыты или шоу.
Если просто припоминается "свечение", сильная гроза или туман и, совершенно случайно, виден исполинский ясень в 20 км -- поздравляю, вы попали в параллельный мир, возможны приключения с ельфами и орками, нагибательство корованов и гарем -- как в многочисленных книжках (хотя скорее всего, в реальности окажется что "попаданец" в этом случае образовался не от "попадать", а от "попой <ну понятно>") :)  


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

132. "Релиз ядра Linux 5.0"  +2 +/
Сообщение от Аноним (12), 04-Мрт-19, 16:21 
>[оверквотинг удален]
> подозрительные вещи за последнее время, типа неземного свечения или недавних провалов
> в памяти.
> Если есть провалы в памяти и свечение, плюс сильные расхождения в созвездиях
> -- скорее всего похищение инопланетянами на опыты или шоу.
> Если просто припоминается свечение, сильная гроза или туман и, совершенно случайно, виден
> исполинский ясень в 20 км -- поздравляю, вы попали в параллелный
> мир, возможны приключения с ельфами и орками, нагибательство и гарем --
> как в многочисленных книжках (хотя скорее всего, в реальности окажется что
> "попаданец" в этом случае образовался не от "попадать", а от "попой
> <ну понятно>") :)

Спасибо. Приму Ваш опыт к сведению.

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

199. "(offtopic) п. 10"  +1 +/
Сообщение от Michael Shigorinemail (ok), 06-Мрт-19, 22:55 
> Когда растут бананы на пальмах, больше ничего и не надо.

hint: если на соседних пальмах не растут торпеды, то эти бананы вдруг оказываются принадлежащими кому-то другому -- понаглее.

AOT: вчера от gregkh@ пришёл ответ на переписку восьмилетней давности; умилительно получилось, особенно ввиду пояснения mricon@ выше по обсуждению :-)

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

40. "Релиз ядра Linux 5.0"  +1 +/
Сообщение от Аноним (40), 04-Мрт-19, 10:57 
С таким же успехом можно было назвать "Linux 2019" так хотя бы понятно было когда ядро вышло.
Раньше было понятно циферка поменялась какие изменения произошли, теперь хрен пойми.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

48. "Релиз ядра Linux 5.0"  –3 +/
Сообщение от microcoder (ok), 04-Мрт-19, 11:33 
Так как по сути это rolling проект, то да, удобнее было бы МЕСЯЦ.ГОД.BUILD|PATCH, например:
Linux_03.2019.0001
Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

52. "Релиз ядра Linux 5.0"  +12 +/
Сообщение от Annoynymous (ok), 04-Мрт-19, 11:44 
> МЕСЯЦ.ГОД.

facepalm

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

75. "Релиз ядра Linux 5.0"  –6 +/
Сообщение от Аноним (77), 04-Мрт-19, 12:50 
Ты прав, лучше номер секунды, прошедней со дня рождения Линуса Торвальдса. Так понятнее будет.
Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

81. "Релиз ядра Linux 5.0"  +11 +/
Сообщение от Linus Torvalds linux (?), 04-Мрт-19, 13:12 
Он имел ввиду что сначала должен идти год, а потом месяц.
Ответить | Правка | ^ к родителю #75 | Наверх | Cообщить модератору

44. "Релиз ядра Linux 5.0"  +1 +/
Сообщение от Онанимус (?), 04-Мрт-19, 11:04 
>-  В криптографическую подсистему добавлена хэш-функция Streebog, стандартизированная в РФ как ГОСТ 34.11-2012

Кто-нибудь пробовал, хэширует надежно?

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

46. "Релиз ядра Linux 5.0"  +1 +/
Сообщение от llolik (ok), 04-Мрт-19, 11:28 
> Кто-нибудь пробовал, хэширует надежно?

Шигорина надо спрашивать. Реализацию пилил Vitaly Chikunov из ALT Linux, не знаю, есть он здесь на форуме или нет.

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

49. "Релиз ядра Linux 5.0"  +/
Сообщение от Аноним (49), 04-Мрт-19, 11:38 
https://who.paris.inria.fr/Leo.Perrin/pi.html


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

133. "Релиз ядра Linux 5.0"  +3 +/
Сообщение от хотел спросить (?), 04-Мрт-19, 16:32 
29 января 2019 года была опубликовано новое исследование «Partitions in the S-Box of Streebog and Kuznyechik», которое недвусмысленно намекает на теоретическую возможность бекдора в этих алгоритмах.

Хабр конечно отстой, но кое-чего почиать можно:

https://habr.com/en/company/virgilsecurity/blog/439788/?mobi...

А вот собственно оригинал исследования:

https://eprint.iacr.org/2019/092.pdf

Накой хрен это добавляют в ядро? Будет версия 5.0.1 где это все выкосят?

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

135. "Релиз ядра Linux 5.0"  +/
Сообщение от Аноним (12), 04-Мрт-19, 17:00 
Теперь вы поняли, где отдыхал Линус?
Ответить | Правка | ^ к родителю #133 | Наверх | Cообщить модератору

157. "Релиз ядра Linux 5.0"  +3 +/
Сообщение от Fracta1L (ok), 04-Мрт-19, 19:57 
В Тамбове?
Ответить | Правка | ^ к родителю #135 | Наверх | Cообщить модератору

53. "Релиз ядра Linux 5.0"  +5 +/
Сообщение от Аноним (31), 04-Мрт-19, 11:45 
Анальная цензура на ресурсе. Модератор трёт сообщения со ссылками.


Reverse-engineering the S-box of streebog, kuznyechik and STRIBOBr1 https://eprint.iacr.org/2016/071
Exponential S-boxes: a link between the S-boxes of BelT and Kuznyechik/Streebog. https://tosc.iacr.org/index.php/ToSC/article/view/567
Partitions in the S-Box of Streebog and Kuznyechik. https://eprint.iacr.org/2019/092
Очередные странности в алгоритмах ГОСТ Кузнечик и Стрибог https://habr.com/ru/company/virgilsecurity/blog/439788/

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

60. "Релиз ядра Linux 5.0"  +2 +/
Сообщение от Аноним (60), 04-Мрт-19, 12:08 
> Анальная цензура на ресурсе. Модератор трёт сообщения со ссылками.

В логе модерирования только удаление дубликата.

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

65. "Релиз ядра Linux 5.0"  –1 +/
Сообщение от Аноним (31), 04-Мрт-19, 12:12 
Я не помню, чтобы был дубликат. Я видел одно сообщение, потом оно пропало, а потом вернулось.
Ответить | Правка | ^ к родителю #60 | Наверх | Cообщить модератору

55. "Релиз ядра Linux 5.0"  +/
Сообщение от Andrey Mitrofanov (?), 04-Мрт-19, 11:51 
> Кто-нибудь пробовал, хэширует надежно?

С точки зрения банальной ^W форумной криптографии вот даже ума не приложу -- как это вот так именно "попробовать"-то именно _хеширование_?...   И уж совсем чтоб "надёжно"?


А не, знаю!  Сертифицировать надо.  Во ФСТЭК.

Кто-нибудь 5.0  уже _заносит_?  ..."пробует" заносить??  </да-а-а...P>

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

57. "Релиз ядра Linux 5.0"  –2 +/
Сообщение от Онанимус (?), 04-Мрт-19, 12:00 
> С точки зрения банальной ^W форумной криптографии вот даже ума не приложу
> -- как это вот так именно "попробовать"-то именно _хеширование_?...  
> И уж совсем чтоб "надёжно"?

Имел в виду в сравнении с, скажем, BLAKE2 - скорость, коллизии.

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

94. "Релиз ядра Linux 5.0"  +3 +/
Сообщение от vitalif (ok), 04-Мрт-19, 13:47 
А что, коллизию вообще реально за вменяемое время найти?
Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

58. "Релиз ядра Linux 5.0"  +/
Сообщение от Аноним (58), 04-Мрт-19, 12:02 
бэкдор для ФСБ?
Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

118. "Релиз ядра Linux 5.0"  –1 +/
Сообщение от Аноним (40), 04-Мрт-19, 15:29 
Не не бэкдор, новость отлично написали. Доклад был про хэш функцию.
Имхо такое, но я профан в криптографии без научных публикаций
Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

61. "Релиз ядра Linux 5.0"  +/
Сообщение от Аноним (31), 04-Мрт-19, 12:09 
https://github.com/torvalds/linux/blob/master/crypto/streebo...

Имеет ли смысл использовать захардкоденный s-box вместо отреверсенного эквивалента?

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

159. "Релиз ядра Linux 5.0"  +2 +/
Сообщение от Анонтоним (?), 04-Мрт-19, 20:22 
Вначале нужно научиться с использованием отреверсенного эквивалента вычислять за сравнимое с табличным способом временем.
Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

129. "Релиз ядра Linux 5.0"  +2 +/
Сообщение от Michael Shigorinemail (ok), 04-Мрт-19, 16:08 
>>-  В криптографическую подсистему добавлена хэш-функция Streebog,
>> стандартизированная в РФ как ГОСТ 34.11-2012
> Кто-нибудь пробовал, хэширует надежно?

Насколько понимаю, доказывать бывает смысл обратное (предъявив практически пригодный метод направленной генерации коллизий).

Ну и хорошим методом страховки от неожиданностей всё так же является применение хэшей/шифров родом из разных юрисдикций (соответственно параллельно/последовательно).

PS: Виталик работает не в ООО "Альт Линукс" (наша старая компания уже не ведёт хоздеятельности, "спасибо" Армаде), а в "Базальт СПО"; вот тот коммит, если кому охота в очередной раз уличить трщмайора: https://git.kernel.org/pub/scm/linux/kernel/git/herbert/cryp...

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

210. "Релиз ядра Linux 5.0"  +/
Сообщение от Аноним (210), 26-Мрт-19, 13:19 
>>-  В криптографическую подсистему добавлена хэш-функция Streebog, стандартизированная в РФ как ГОСТ 34.11-2012
>Кто-нибудь пробовал, хэширует надежно?

Надёжно, гарантирую.

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

50. "Релиз ядра Linux 5.0"  +1 +/
Сообщение от Аноним (50), 04-Мрт-19, 11:42 
>удалены устаревшие планировщики ввода/вывода, включая CFQ и deadline

Ладно deadline, но CFQ чем не угодил-то... И что теперь в ядре вместо них?

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

68. "Релиз ядра Linux 5.0"  +3 +/
Сообщение от Andrey Mitrofanov (?), 04-Мрт-19, 12:18 
>>удалены устаревшие планировщики ввода/вывода, включая CFQ и deadline
> Ладно deadline, но CFQ чем не угодил-то... И что теперь в ядре
> вместо них?

Его экспорто-- заместили на BFQ, похоже.
https://duckduckgo.com/?q=CFQ+scheduler+remove+site:lwn.net
https://duckduckgo.com/?q=CFQ+scheduler+remove+site:phoronix...

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

72. "Релиз ядра Linux 5.0"  +5 +/
Сообщение от Аноним (71), 04-Мрт-19, 12:37 
Для blk-mq нужны новые планировщики. Вместо deadline есть deadline-mq. Прямого аналога CFQ для blk-mq нет, но предлагают BFQ в качестве замены.
Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

89. "Релиз ядра Linux 5.0"  +2 +/
Сообщение от Аноним (19), 04-Мрт-19, 13:43 
$ cat /sys/block/sda/queue/scheduler
[mq-deadline] kyber bfq none
Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

96. "Релиз ядра Linux 5.0"  +/
Сообщение от 0x0 (?), 04-Мрт-19, 13:49 
>И что теперь вместо них?

$ cat /sys/block/sdb/queue/scheduler
[none] [mq-deadline] kyber bfq

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

BFQ пробовал ‒ чёт не очень понравилось: разницы в производительности особо никакой, но временами каким-то глючноватым или приторможенным, что-ли, казался (ошибка или уведомление когда-то, какое уже не помню, в логах или в консоли во время загрузки проскакивало, но все данные на дисках в целости и сохранности:))

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

123. "Релиз ядра Linux 5.0"  +/
Сообщение от PnDx (ok), 04-Мрт-19, 15:52 
Про BFQ и чем он прекрасен:
https://lwn.net/Articles/695567/ https://habr.com/ru/post/337102/
* Чем deadline он лучше примерно всегда. Потому что deadline не умеет приоритеты и если вы вдруг думаете, что ionice с ним работает, то по факту нет.
* Чем CFQ он лучше производительностью. Видимо, до такой степени, что даже deadline выкинули.
* Хотя нет, старые non-multiqueue тупо не совместимы с новым API.
Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

141. "Релиз ядра Linux 5.0"  +3 +/
Сообщение от 0x0 (?), 04-Мрт-19, 17:30 
- Deadline 'выкинули" каким-то таким странным образом, что и под многопоточность адаптировали :)

- Расписные прелести ‒ это конечно хорошо, но лучше, всё-таки, опробовать на практике. Лично у меня, ротационные диски продолжительное время работали под BFQ без проблем и никакой особой разницы с mq-deadline ни в тестах, ни на глаз в производительности я не замечал. Пока однажды, может, с полгода назад, в логах не засветился баг, аналогичный потерям пакетов в сетевых соединениях, эпизодически приводящий к незаметным в работе переинициализацииям запоминающих устройств. Надеюсь, на данный момент всё уже поправили.

В общем, итальянцы в АйТи ‒ это как Украина в автомобилестроении. Скорее, даже и лучше :))

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

56. "Релиз ядра Linux 5.0"  +/
Сообщение от Аноним (56), 04-Мрт-19, 11:54 
Отлично, теперь бы еще минимизировать все это.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

64. "Релиз ядра Linux 5.0"  +/
Сообщение от DiabloPC (ok), 04-Мрт-19, 12:11 
> данную логическую цепочку

И в чём тут логика то??? %facepalm%


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

69. "Релиз ядра Linux 5.0"  +/
Сообщение от Andrey Mitrofanov (?), 04-Мрт-19, 12:24 
>> данную логическую цепочку
> И в чём тут логика то??? %facepalm%

:-D   На залитом солцем поле. Ж.

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

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

181. "Релиз ядра Linux 5.0"  +/
Сообщение от burjui (ok), 05-Мрт-19, 14:46 
Ни в чём. Можно считать объекты в репе, строки кода и т.п. - всё равно получатся абстрактные показатели, в учёте которых смысла столько же, сколько в измерении эрудиции по числу прочитанных книг. Ну нравятся хомячкам красивые циферки!
Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

70. "Релиз ядра Linux 5.0"  +1 +/
Сообщение от Аноним (70), 04-Мрт-19, 12:31 
>В криптографическую подсистему добавлена хэш-функция Streebog, стандартизированная в РФ как ГОСТ 34.11-2012;

Когда симметричные шифры "Магма" и "Кузнечик"?

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

74. "Релиз ядра Linux 5.0"  –4 +/
Сообщение от Аноним (74), 04-Мрт-19, 12:49 
В "Кузнечике" найден бекдор. Зачем он тогда нужен?
Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

83. "Релиз ядра Linux 5.0"  +/
Сообщение от Вопрошающий (?), 04-Мрт-19, 13:21 
А пруфы будут?
Ответить | Правка | ^ к родителю #74 | Наверх | Cообщить модератору

85. "Релиз ядра Linux 5.0"  –1 +/
Сообщение от Инна Друзь (?), 04-Мрт-19, 13:28 
https://www.securitylab.ru/news/497880.php

https://habr.com/post/439788/

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

95. "Релиз ядра Linux 5.0"  +1 +/
Сообщение от Аноним (12), 04-Мрт-19, 13:48 
Это не пруфы. Это детектор аналитиков.
Ответить | Правка | ^ к родителю #85 | Наверх | Cообщить модератору

97. "Релиз ядра Linux 5.0"  +1 +/
Сообщение от Код Базилио (?), 04-Мрт-19, 13:50 
Вам виднее, товарищ майор.
Ответить | Правка | ^ к родителю #95 | Наверх | Cообщить модератору

120. "Релиз ядра Linux 5.0"  +/
Сообщение от Аноним (12), 04-Мрт-19, 15:45 
Вот так вы и определяетесь.
Ответить | Правка | ^ к родителю #97 | Наверх | Cообщить модератору

105. "Релиз ядра Linux 5.0"  –1 +/
Сообщение от Вопрошающий (?), 04-Мрт-19, 14:21 
Это не пруфы а просто неудачные попытки криптоанализа. Таблица замен не выглядит как случайная? А где утверждалось что она случайная? прямо таки в ГОСТе написано?
Ответить | Правка | ^ к родителю #85 | Наверх | Cообщить модератору

109. "Релиз ядра Linux 5.0"  +/
Сообщение от Аноним (109), 04-Мрт-19, 14:30 
Вы фейлите, советую проконсультироваться с куратором.
Ответить | Правка | ^ к родителю #105 | Наверх | Cообщить модератору

121. "Релиз ядра Linux 5.0"  +/
Сообщение от Аноним (12), 04-Мрт-19, 15:47 
Что Вы хотите от людей, не знающих как расшифровывается ГПСЧ?
Ответить | Правка | ^ к родителю #105 | Наверх | Cообщить модератору

126. "Релиз ядра Linux 5.0"  +/
Сообщение от Анонимные Анонимы (?), 04-Мрт-19, 16:02 
Товарищ куратор, здравствуйте! Алгоритм, выявленный в ходе обратной разработки, даже с натяжкой не не может считаться криптографически стойким ГСПЧ. Поздравляю, вы опять сели в лужу!
Ответить | Правка | ^ к родителю #121 | Наверх | Cообщить модератору

127. "Релиз ядра Linux 5.0"  +/
Сообщение от Аноним (12), 04-Мрт-19, 16:04 
> не не может

Прямо по Фрейду.

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

86. "Релиз ядра Linux 5.0"  +5 +/
Сообщение от Аноним (31), 04-Мрт-19, 13:31 
Ну вообще-то почти никто не знает, бекдор ли это, или оптимизация, или, как в случае с DES, защита от ограниченно известного класса атак. Но организационный принцип "у меня в рукаве ничего нет" должен соблюдаться.
Ответить | Правка | ^ к родителю #74 | Наверх | Cообщить модератору

87. "Релиз ядра Linux 5.0"  +/
Сообщение от Домохозяйка анонима (?), 04-Мрт-19, 13:34 
Как минимум, они были уличены во лжи: утверждали, что S-box сгенерирован случайным образом, а это вовсе не так.
Ответить | Правка | ^ к родителю #86 | Наверх | Cообщить модератору

101. "Релиз ядра Linux 5.0"  +/
Сообщение от Вопрошающий (?), 04-Мрт-19, 14:18 
И пруфов на такое утверждение тоже нет.
Ответить | Правка | ^ к родителю #87 | Наверх | Cообщить модератору

106. "Релиз ядра Linux 5.0"  +1 +/
Сообщение от Мама (?), 04-Мрт-19, 14:22 
Тебя носом натыкать?

https://eprint.iacr.org/2016/071.pdf

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

107. "Релиз ядра Linux 5.0"  +1 +/
Сообщение от Мама (?), 04-Мрт-19, 14:24 
+ слайды к презентации, в которой утверждалось, что S-блок сгенерирован случайно (там красным выделены выбранные ими решения).

https://www.ruscrypto.ru/resource/archive/rc2013/files/03_sh...

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

111. "Релиз ядра Linux 5.0"  +/
Сообщение от Вопрошающий (?), 04-Мрт-19, 14:49 
и на какой странице сказано, что таблица выбрана случайно?
Ответить | Правка | ^ к родителю #107 | Наверх | Cообщить модератору

114. "Релиз ядра Linux 5.0"  +2 +/
Сообщение от Аноним (109), 04-Мрт-19, 15:02 
Страница 10. Прекратите позориться.
Ответить | Правка | ^ к родителю #111 | Наверх | Cообщить модератору

122. "Релиз ядра Linux 5.0"  –2 +/
Сообщение от Аноним (12), 04-Мрт-19, 15:51 
Поищите в словаре значение слова "сгенерирован", что бы понять кто позорится.
Ответить | Правка | ^ к родителю #114 | Наверх | Cообщить модератору

128. "Релиз ядра Linux 5.0"  +1 +/
Сообщение от ЖЖ Артемия Лебедева (?), 04-Мрт-19, 16:05 
А слово "случайный" вы уже нашли?
Ответить | Правка | ^ к родителю #122 | Наверх | Cообщить модератору

131. "Релиз ядра Linux 5.0"  –2 +/
Сообщение от Аноним (12), 04-Мрт-19, 16:13 
> А слово "случайный" вы уже нашли?

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

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

146. "Релиз ядра Linux 5.0"  –1 +/
Сообщение от Аноним (146), 04-Мрт-19, 18:02 
Тэг "сарказм" забыт?
Ответить | Правка | ^ к родителю #114 | Наверх | Cообщить модератору

173. "Релиз ядра Linux 5.0"  +/
Сообщение от Аноним (173), 05-Мрт-19, 06:25 
Слайды крайне двусмысленные. Там при желании читается всё что угодно
Ответить | Правка | ^ к родителю #107 | Наверх | Cообщить модератору

200. "Релиз ядра Linux 5.0"  +1 +/
Сообщение от Michael Shigorinemail (ok), 06-Мрт-19, 22:59 
> Когда симметричные шифры "Магма" и "Кузнечик"?

В своё время.  Надеюсь, это не задерживает очередной релиз Астры? :)

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

73. "Релиз ядра Linux 5.0"  +1 +/
Сообщение от Не готов (?), 04-Мрт-19, 12:44 
> появилась возможность размещения файла подкачки в Btrfs

Лол, до сих пор нельзя было?

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

76. "Релиз ядра Linux 5.0"  –1 +/
Сообщение от Аноним (77), 04-Мрт-19, 12:52 
Ты лучше задай другой вопрос: почему для того чтобы размещать файл подкачки на другой ФС нужно вносить изменения в ядро? Правильный ответ: чтобы частично продублировать код обращения к ФС.
Ответить | Правка | ^ к родителю #73 | Наверх | Cообщить модератору

99. "Релиз ядра Linux 5.0"  –1 +/
Сообщение от Аноним (12), 04-Мрт-19, 14:07 
В Reiser4 к файлу подкачки предъявляются определённые требования, если ФС сжата.
Ответить | Правка | ^ к родителю #76 | Наверх | Cообщить модератору

100. "Релиз ядра Linux 5.0"  –1 +/
Сообщение от Аноним (77), 04-Мрт-19, 14:13 
При сохранении файла из Блокнота тоже выполняются некоторые проверки. Предлагаю и их тоже перенести в ядро!
Ответить | Правка | ^ к родителю #99 | Наверх | Cообщить модератору

124. "Релиз ядра Linux 5.0"  –1 +/
Сообщение от Аноним (12), 04-Мрт-19, 15:56 
Начинайте отсюда https://www.kernel.org/doc/html/latest/process/submitting-pa...
Ответить | Правка | ^ к родителю #100 | Наверх | Cообщить модератору

108. "Релиз ядра Linux 5.0"  +1 +/
Сообщение от Анонас (?), 04-Мрт-19, 14:24 
Нельзя, это трудно.
Зато теперь файл подкачки можно хоть xz сжимать, круто, чо.
Ответить | Правка | ^ к родителю #73 | Наверх | Cообщить модератору

110. "Релиз ядра Linux 5.0"  +2 +/
Сообщение от Kroz (ok), 04-Мрт-19, 14:49 
Does btrfs support swap files?
https://btrfs.wiki.kernel.org/index.php/FAQ#Does_btrfs_suppo...
Ответить | Правка | ^ к родителю #73 | Наверх | Cообщить модератору

158. "Релиз ядра Linux 5.0"  +/
Сообщение от axredneck (?), 04-Мрт-19, 20:00 
Было "можно, но лучше не надо"
Ответить | Правка | ^ к родителю #73 | Наверх | Cообщить модератору

90. "Релиз ядра Linux 5.0"  –1 +/
Сообщение от Аноним (90), 04-Мрт-19, 13:43 
Когда хоть 4 ядро в rhel появится!
Уже начинаю думать что там всё закисло и надо смотреть на другие дистры
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

103. "Релиз ядра Linux 5.0"  –1 +/
Сообщение от Аноним (103), 04-Мрт-19, 14:20 
Rhel 8 выйдет с ядром 4.18. Они будут бэкпортировать изменения.
Ответить | Правка | ^ к родителю #90 | Наверх | Cообщить модератору

140. "Релиз ядра Linux 5.0"  +/
Сообщение от megaego (ok), 04-Мрт-19, 17:28 
Не 4.18 а 4.19 LTS.
Ответить | Правка | ^ к родителю #103 | Наверх | Cообщить модератору

168. "Релиз ядра Linux 5.0"  +/
Сообщение от анон (?), 05-Мрт-19, 00:38 
Кровавый энтерпрайз так сильно отстаёт (
Ответить | Правка | ^ к родителю #140 | Наверх | Cообщить модератору

169. "Релиз ядра Linux 5.0"  +/
Сообщение от 0x0 (?), 05-Мрт-19, 01:15 
Ну, дык, энтерпрайз, наверное, лучше знает. Повидимому, хватает. Главное, чтоб покупатели были довольны :)
Ответить | Правка | ^ к родителю #168 | Наверх | Cообщить модератору

170. "Релиз ядра Linux 5.0"  –1 +/
Сообщение от 0x0 (?), 05-Мрт-19, 01:22 
Сервера они ж себе покупают бабки лупить, а не для того, чтоб зависимости разрешать ))
Ответить | Правка | ^ к родителю #168 | Наверх | Cообщить модератору

104. "Релиз ядра Linux 5.0"  +1 +/
Сообщение от Анонас (?), 04-Мрт-19, 14:21 
> FreeSync в линуксе

Невидия негодуэ, владельцы Radeon в восторге.

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

112. "Релиз ядра Linux 5.0"  +/
Сообщение от Аноним (112), 04-Мрт-19, 14:55 
Так G-Sync проприетарная технология, она не может быть в ядре.
Ответить | Правка | ^ к родителю #104 | Наверх | Cообщить модератору

165. "Релиз ядра Linux 5.0"  +/
Сообщение от Anananemail (?), 04-Мрт-19, 21:20 
фирмвари для работы вифи пихать можно, а тут что не так?
Ответить | Правка | ^ к родителю #112 | Наверх | Cообщить модератору

201. "Релиз ядра Linux 5.0"  +1 +/
Сообщение от Michael Shigorinemail (ok), 06-Мрт-19, 22:59 
> фирмвари для работы вифи пихать можно, а тут что не так?

То как бы данные с точки зрения ядра.

PS: в смысле для хостового процессора не предназначенные.

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

116. "Релиз ядра Linux 5.0"  +4 +/
Сообщение от Аноним (116), 04-Мрт-19, 15:09 
nvidia реализовала VESA Adaptive Sync в драйверах в Линуксе одновременно с оффтопиком и за неделю до первого патча AMD по его поддержке на Linux. Ежик птица гордая.
Ответить | Правка | ^ к родителю #104 | Наверх | Cообщить модератору

161. "Релиз ядра Linux 5.0"  –1 +/
Сообщение от VINRARUS (ok), 04-Мрт-19, 20:48 
Обладая картой с FreeSync я в восторге уже 3 года; в восторге от того шо монитор с FreeSync и радеон с FreeSync не работают в FreeSync.
Ответить | Правка | ^ к родителю #104 | Наверх | Cообщить модератору

177. "Релиз ядра Linux 5.0"  +/
Сообщение от shjfbg (?), 05-Мрт-19, 10:56 
Кто-нибудь уже попробовал? Работает?
Ответить | Правка | ^ к родителю #104 | Наверх | Cообщить модератору

186. "Релиз ядра Linux 5.0"  +/
Сообщение от выфвы (?), 06-Мрт-19, 01:22 
наверное я часов 5 собирал если не больше https://aur.archlinux.org/packages/linux-mainline/ отсюда брал git clone, потом makepkg, потом sudo pacman -U и имена тарболлов ;) но это для арча ток валидный способ. Для остальных хз. думаю после загрузки встанет, новые ядра у меня ток на убунтах не загружались с их билд сервисов, но это их косяки.
Ответить | Правка | ^ к родителю #177 | Наверх | Cообщить модератору

113. "Релиз ядра Linux 5.0"  +2 +/
Сообщение от Kroz (ok), 04-Мрт-19, 14:57 
> Добавлена поддержка высокоточной прокрутки (события REL_WHEEL_HI_RES и REL_HWHEEL_HI_RES) для манипуляторов мышь с колесом прокрутки высокого разрежения

Кто-нибудь может хоть примерно объяснить как это патч может работать?
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...

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

139. "Релиз ядра Linux 5.0"  +/
Сообщение от Andrey Mitrofanov (?), 04-Мрт-19, 17:25 
>> Добавлена поддержка высокоточной прокрутки (события REL_WHEEL_HI_RES и REL_HWHEEL_HI_RES) для манипуляторов мышь с колесом прокрутки высокого разрежения
> Кто-нибудь может хоть примерно объяснить как это патч может работать?
> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...

Очевидно, Гордый Автор патча
http://who-t.blogspot.com/2018/12/high-resolution-wheel-scro...
, водящий бузинесы с маикросоуфтами, может объяснить.

В коммите он "попытался".

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

142. "Релиз ядра Linux 5.0"  +/
Сообщение от Andrey Mitrofanov (?), 04-Мрт-19, 17:30 
> Кто-нибудь может хоть примерно объяснить как это патч может работать?
> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...

Там рядом ещё "кучка":


2018-12-07    HID: logitech-hidpp: fix typo, hiddpp to hidpp     Peter Hutterer
2018-12-07    HID: input: use the Resolution Multiplier for high-resolution scrolling     P--
2018-12-07    HID: core: process the Resolution Multiplier     Peter Hutterer
2018-12-07    HID: core: store the collections as a basic tree     Peter Hutterer
2018-12-07    Input: add `REL_WHEEL_HI_RES` and `REL_HWHEEL_HI_RES`     Peter Hutterer
2018-12-07    Input: restore EV_ABS ABS_RESERVED     Peter Hutterer
Ответить | Правка | ^ к родителю #113 | Наверх | Cообщить модератору

136. "Релиз ядра Linux 5.0"  –1 +/
Сообщение от Michael Shigorinemail (ok), 04-Мрт-19, 17:06 
> AMD QoS для [...] EPYC

А с таймерами всё то же?

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

137. "Релиз ядра Linux 5.0"  –2 +/
Сообщение от Аноним (137), 04-Мрт-19, 17:07 
Думается пора избавляться от той каши, которая скопилась в разделе ARM-платформ.

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

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

144. "Релиз ядра Linux 5.0"  +/
Сообщение от Andrey Mitrofanov (?), 04-Мрт-19, 17:39 
> Думается пора

" Грузите апельсины бочками! "
https://duckduckgo.com/?q=arm+tree+cleanup+site:lwn.net

>избавляться от той каши, которая скопилась в разделе ARM-платформ.

..., галерами, мулами, паравозами.

> Выпилить к лешему ВСЕ платформ-специфичные вещи и таким образом заставить этих двоечников
> перейти к общим стандартам.

Ахаха.  Впрочем, сделай это!  </just do it>

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

145. "Релиз ядра Linux 5.0"  +/
Сообщение от Andrey Mitrofanov (?), 04-Мрт-19, 17:41 
>эта магия, которую они
> развели не идёт на пользу ARM как платформы.

Кстати, а об этом расскажите отделу продаж ARM Inc.

Они будут рады.

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

138. "Релиз ядра Linux 5.0"  +/
Сообщение от Аноним (138), 04-Мрт-19, 17:23 
>добавлена поддержка технологии FreeSync

не прошло и пол года...

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

162. "Релиз ядра Linux 5.0"  +/
Сообщение от VINRARUS (ok), 04-Мрт-19, 20:51 
3й раз же добавляют.
Ответить | Правка | ^ к родителю #138 | Наверх | Cообщить модератору

183. "Релиз ядра Linux 5.0"  +1 +/
Сообщение от Аноним (183), 05-Мрт-19, 16:14 
Что бы уж наверняка и на долго.
Ответить | Правка | ^ к родителю #138 | Наверх | Cообщить модератору

147. "Релиз ядра Linux 5.0"  +/
Сообщение от Аноним (148), 04-Мрт-19, 18:18 
> В драйвере Nouveau добавлена начальная поддержка GPU NVIDIA Turing TU104 и TU106 (GeForce RTX 2000), пока ограниченная средствами для управления видеорежимами (управление питанием и ускорение 2D/3D графики пока не реализовано);

NVidia не место в Linux сообществе!

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

163. "Релиз ядра Linux 5.0"  –2 +/
Сообщение от VINRARUS (ok), 04-Мрт-19, 20:51 
Жалко шо альтернатив под игры нет.
Ответить | Правка | ^ к родителю #147 | Наверх | Cообщить модератору

180. "Релиз ядра Linux 5.0"  +1 +/
Сообщение от Гомесжабист (?), 05-Мрт-19, 12:42 
Radeon VII же.
Ответить | Правка | ^ к родителю #163 | Наверх | Cообщить модератору

196. "Релиз ядра Linux 5.0"  +/
Сообщение от Аноним (71), 06-Мрт-19, 20:33 
Смешно. Производительность едва дотягивает до 2080, зато жрет как не в себя, шумит и при этом не поддерживает ray tracing и DLSS. Что будет с ценой - тоже не понятно, но дешевле 2080 явно не будет.
Ответить | Правка | ^ к родителю #180 | Наверх | Cообщить модератору

202. "Релиз ядра Linux 5.0"  +1 +/
Сообщение от InuYasha (?), 08-Мрт-19, 00:00 
тебе этот рейтрейсинг нужен прям нужен... 9_9
Ответить | Правка | ^ к родителю #196 | Наверх | Cообщить модератору

203. "Релиз ядра Linux 5.0"  +/
Сообщение от Аноним (71), 08-Мрт-19, 23:24 
Мне - нужен.
Ответить | Правка | ^ к родителю #202 | Наверх | Cообщить модератору

182. "Релиз ядра Linux 5.0"  +/
Сообщение от Аноним (183), 05-Мрт-19, 16:14 
Фуксии на вас нет.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

185. "Релиз ядра Linux 5.0"  +2 +/
Сообщение от Andrey Mitrofanov (?), 05-Мрт-19, 17:54 
> Зачем добавили фсб-шный шлак в виде Streebog? Неужели нет правильных аналогов? Что
> за дичь то?
> Тащить в ядро что-то связанное с криптографией разработанной из России 100% опасно.
> Просто жесть. Жестище.

Пральна, ящитаю!  Надо тащить в ядро правильный разработанный в _Гугле_ анадлог.  </Л -- кому б продаться>

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

187. "Релиз ядра Linux 5.0"  +/
Сообщение от Аноним (187), 06-Мрт-19, 09:52 
Ребята какую бы вы выбрали надежную файловую систему для домашней файлопомойки? На скорость наплевать - главное надежность. Сейчас стоит ext4 в режиме data=journal
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

188. "Релиз ядра Linux 5.0"  +/
Сообщение от Andrey Mitrofanov (?), 06-Мрт-19, 10:12 
> Ребята какую бы вы выбрали надежную файловую систему для домашней файлопомойки? На
> скорость наплевать - главное надежность. Сейчас стоит ext4 в режиме data=journal

initrd, iso9660, ...   -o ro очень повышает надёжность.

Ходят слухи, что на /dev/null можно смонтировать какую-то FS в wo.  Не говорят, какую и как, сво**чи.

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

190. "Релиз ядра Linux 5.0"  –1 +/
Сообщение от leap42 (ok), 06-Мрт-19, 12:23 
ext в принципе braindead, а 4-я версия и подавно

если ядро 3.16 и новее (или то что из el7, они бэкпортировали) берите xfs, там уже пятая её версия

в старых ядрах возьмите ext3

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

204. "Релиз ядра Linux 5.0"  +1 +/
Сообщение от пох (?), 10-Мрт-19, 11:33 
вы бредите. ext3 (и 2) брать не надо никому и ни для чего.

если xfs обоснованно не вызывает доверия - остается ext4 с ^has_journal (и ups, да, но он еще от статыщ вариантов потери данных помогает, никак не покрываемых гуаножурналингом)

объяснять почему именно так - извините, лень.

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

207. "Релиз ядра Linux 5.0"  +/
Сообщение от Michael Shigorinemail (ok), 10-Мрт-19, 15:00 
> и ups

Тогда всё-таки ещё зеркало плюс бэкап на другой точке.  Кстати, много лет именно так и был организован home:/home...

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

206. "Релиз ядра Linux 5.0"  +/
Сообщение от пох (?), 10-Мрт-19, 11:45 
из соображений исключительно надежности - я бы выбрал zfs на соляре - той, настоящей.

разумеется, не забыв накормить ее правильным железом (в том числе ups, память с ecc) и как следует протестировав платформу какой-нибудь билибердой, типа пересборки qt.

но это стоит немножко дорого (включая san, ибо вряд ли захочется на этой же машине и работать).

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

208. "Релиз ядра Linux 5.0"  +/
Сообщение от Michael Shigorinemail (ok), 10-Мрт-19, 15:01 
> разумеется, не забыв накормить ее правильным железом

joyent не забыл, да.  По сей день, поди, не забыл.

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

209. "Релиз ядра Linux 5.0"  +/
Сообщение от нах (?), 11-Мрт-19, 17:35 
joyent уже наигрались, ZoL ихнее всьо
Ответить | Правка | ^ к родителю #208 | Наверх | Cообщить модератору

189. "Релиз ядра Linux 5.0"  –1 +/
Сообщение от Аноним (187), 06-Мрт-19, 10:37 
>Также удалены устаревшие планировщики ввода/вывода, включая CFQ и deadline

Почему? Что за серебрянная пуля вместо них теперь?

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

191. "Релиз ядра Linux 5.0"  +/
Сообщение от leap42 (ok), 06-Мрт-19, 12:28 
ну разжевали же уже по треду: они не могут в многоядерные cpu и могут тормозить быстрые накопители (NVMe)

пробуйте bfq (особенно для hdd) или kuber

p.s. убунтята советуют mq-deadline, но эти "дети" - "особенные", и я бы их слушать не стал

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

192. "Релиз ядра Linux 5.0"  +/
Сообщение от leap42 (ok), 06-Мрт-19, 12:29 
s/kuber/kyber
Ответить | Правка | ^ к родителю #191 | Наверх | Cообщить модератору

205. "Релиз ядра Linux 5.0"  +1 +/
Сообщение от пох (?), 10-Мрт-19, 11:37 
(в сторону - интересно, как мог тормозить nvme - noop, и, кстати, зачем им какой угодно другой)

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

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

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

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




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

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