The OpenNET Project / Index page

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

Релиз ядра Linux 5.3

16.09.2019 07:05

После двух месяцев разработки Линус Торвальдс представил релиз ядра Linux 5.3. Среди наиболее заметных изменений: поддержка GPU AMD Navi, процессоров Zhaoxi и технологии управления энергопотреблением Intel Speed Select, возможность использования инструкций umwait для ожидания без использования циклов, повышающий интерактивность режим 'utilization clamping' для асимметричных CPU, системный вызов pidfd_open, возможность использования IPv4-адресов из подсети 0.0.0.0/8, возможность аппаратного ускорения nftables, поддержка HDR в подсистеме DRM, интеграция гипервизора ACRN.

В анонсе нового выпуска Линус напомнил всем разработчикам о главном правиле разработки ядра - сохранение неизменности поведения для компонентов пространства пользователя. Изменения в ядре никаким образом не должны нарушать уже работающие приложения и приводить к регрессиям на пользовательском уровне. При этом нарушение поведения может вызвать не только изменение ABI, удаление устаревшего кода или появление ошибок, но и косвенное влияние корректно работающих полезных улучшений. В качестве наглядного примера была отброшена полезная оптимизация в коде Ext4, сокращающая число обращений к накопителю за счёт отключения упреждающего чтение таблицы inode при мелких запросах ввода/вывода.

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

В новую версию принято 15794 исправлений от 1974 разработчиков, размер патча - 92 Мб (изменения затронули 13986 файлов, добавлено 258419 строк кода, удалено 599137 строк). Около 39% всех представленных в 5.3 изменений связаны с драйверами устройств, примерно 12% изменений имеют отношение к обновлению кода специфичного для аппаратных архитектур, 11% связано с сетевым стеком, 3% - файловыми системами и 3% c внутренними подсистемами ядра.

Основные новшества:

  • Память и системные сервисы
    • Продолжено развитие функциональности 'pidfd', помогающей обрабатывать ситуации с повторным использованием PID (pidfd связывается с конкретным процессом и не меняется, в том время как PID может быть привязан к другому процессу после завершения текущего процесса, ассоциированного с этим PID). Ранее в ядро уже был добавлен системный вызов pidfd_send_signal() и флаг CLONE_PIDFD в вызове clone(), позволяющий получить pidfd для использования в idfd_send_signal(). При использовании вызова clone() с флагом CLONE_PIDFD могли возникать проблемы с сервисными менеджерами или системой принудительного завершения процессов при нехватке памяти в платформе Android. В этом случае для запуска используется вызов fork() или clone() без CLONE_PIDFD.

      В ядре 5.3 представлен системный вызов pidfd_open(), позволяющий получить проверяемый pidfd для произвольного существующего процесса, созданного не через вызов clone() с флагом CLONE_PIDFD. Также добавлена поддержка поллинга pidfd при помощи poll() и epoll(), что позволяет в менеджерах процессов отслеживать завершения произвольных процессов, не опасаясь состояния гонки в случае присвоения PID новому процессу. Механизм уведомления о завершении работы процесса, связанного с pidfd, аналогичен информированию о завершении своего дочернего процесса;

    • В планировщик задач добавлена поддержка механизма закрепления нагрузки (Utilization clamping), позволяющего придерживаться минимального или максимального диапазонов частот, в зависимости от активных на CPU задач. Представленный механизм ускоряет задачи, которые напрямую влияют на качество взаимодействия с пользователем, через запуск этих задач как минимум в нижней границе "запрошенной" частоты. Низкоприоритетные задачи, не сказывающиеся на работе пользователя, запускаются c использованием верхнего лимита "разрешённой" частоты. Лимиты задаются через атрибуты sched_uclamp_util_min и sched_uclamp_util_max в системном вызове sched_setattr().
    • Добавлена поддержка технологии управления энергопотреблением Intel Speed Select, доступной на некоторых серверах с процессорами Intel Xeon. Указанная технология позволяет устанавливать настройки производительности и пропускной способности разделов для разных ядер CPU, что позволяет сделать более приоритетной производительность для задач, выполняемых на определённых ядрах, жертвуя производительностью на других ядрах;
    • Процессам в пространстве пользователя предоставлена возможность ожидания в течение небольшого времени без использования циклов при помощи инструкции umwait. Данная инструкция, вместе с инструкциями umonitor и tpause, будет предложена в готовящихся к выпуску чипах Intel "Tremont", и позволит реализовывать задержки, эффективные с точки зрения энергопотребления и не влияющие на производительность других потоков при использовании Hyper Threading;
    • Для архитектуры RISC-V добавлена поддержка больших страниц памяти (huge pages);
    • В механизм трассировки "kprobes" добавлена возможность разыменования указателей ядра в пространство пользователя, что может применяться, например, для оценки содержимого структур, передаваемых в системные вызовы. Также добавлена возможность установки проверок на этапе загрузки.
    • В файл конфигурации добавлена опция PREEMPT_RT для работы в режиме реального времени. Сам код для поддержки режима реального времени пока не добавлен в ядро, но появление опции является хорошим знаком, что многолетняя эпопея по интеграции патчей Realtime-Preempt близится к финалу;
    • Добавлен системный вызов clone3() c реализацией более расширяемого варианта интерфейса clone(), допускающего указание большего числа флагов;
    • Добавлен обработчик bpf_send_signal(), позволяющий BPF-программам отправлять сигналы произвольным процессам;
    • Для событий perf в окружении гипервизора KVM добавлен новый механизм фильтрации событий, позволяющий администратору определить типы событий, допустимые или не допустимые для мониторинга на стороне гостевой системы;
    • В механизм верификации eBPF-приложений добавлена возможность обработки программ с циклами, если выполнение цикла ограничено и не может привести к превышению лимита на максимальное число инструкций;
  • Дисковая подсистема, ввод/вывод и файловые системы
    • Для файловой системы XFS реализована возможность многопоточного обхода inode (например, при проверке квот). Добавлены новые ioctl BULKSTAT и INUMBERS, предоставляющие доступ к возможностям, появившимся в пятой редакции формата ФС, таким как время рождения inode и возможность задания параметров BULKSTAT и INUMBERS для каждой группы AG (Allocation Groups);
    • В Ext4 добавлена поддержка пустот в каталогах (не привязанных блоков). Обеспечена обработка флага "i" (immutable) для открытых файлов (запрет записи в ситуации, если флаг был установлен в момент, когда файл уже был открыт);
    • В Btrfs обеспечено определение быстрой реализации crc32c на всех архитектурах;
    • В CIFS с кода для поддержки smbdirect снят признак экспериментальной разработки. В SMB3 добавлена возможность использования криптоалгоритмов в режиме GCM. Добавлена новая опция монтирования для извлечения параметров режима из записей ACE (Access Сontrol Entry). Оптимизирована производительность вызова open();
    • В F2FS добавлена опция для ограничения сборщика мусора при работе в режиме checkpoint=disable. Добавлен ioctl для удаления диапазонов блоков из F2FS, что позволяет реализовать корректировку размера раздела на лету. Добавлена возможность размещения в F2FS файла подкачки с обеспечением прямого ввода/вывода. Для всех пользователей добавлена поддержка закрепления файла и выделения блоков для подобных файлов;
    • В интерфейс для асинхронного ввода/вывода io_uring добавлена поддержка асинхронных операций sendmsg() и recvmsg();
    • В файловую систему UBIFS добавлена поддержка сжатия с использованием алгоритма zstd и возможность верификации подписанных образов ФС;
    • В ФС Ceph добавлена поддержка меток безопасности SELinux для файлов;
    • Для NFSv4 реализована новая опция монтировния "nconnect=", определяющая число установленных с сервером соединений. Трафик между этими соединениями будет распределяться с использованием балансировки нагрузки. Кроме того, сервером NFSv4 теперь создаётся каталог /proc/fs/nfsd/clients с информацией о текущих клиентах, включая сведения об открытых ими файлах;
  • Виртуализация и безопасность
    • В состав ядра включён гипервизор для встраиваемых устройств ACRN, который написан с оглядкой на готовность для выполнения задач реального времени и пригодность к использованию в критически важных системах. ACRN обеспечивает минимальные накладные расходы, гарантирует низкие задержки (low latency) и адекватную отзывчивость при взаимодействии с оборудованием. Поддерживается виртуализация ресурсов CPU, ввода/вывода, сетевой подсистемы, операций с графикой и звуком. ACRN может применяться для запуска нескольких изолированных виртуальных машин в электронных блоках управления, приборных панелях, автомобильных информационных системах, потребительских IoT-устройств и другой встраиваемой техники;
    • В User-mode Linux добавлен режим "путешествия во времени", позволяющий замедлить или ускорить время в виртуальном окружении UML для упрощения отладки связанного со временем кода. Кроме того добавлен параметр time-travel-start, позволяющий стартовать системные часы с указанного момента в epoch-формате;
    • Добавлены новые опции командной строки ядра "init_on_alloc" и "init_on_free", при указании которых включается обнуление выделяемых и освобождаемых областей памяти (заполнение нулями при malloc и free), что позволяет усилить безопасность за счёт дополнительных накладных расходов на инициализацию;
    • Добавлен новый драйвер virtio-iommu с реализацией паравиртализированного устройства, позволяющего отправлять IOMMU-запросы, такие как ATTACH, DETACH, MAP и UNMAP, поверх транспорта virtio без эмуляции таблиц страниц памяти;
    • Добавлен новый драйвер virtio-pmem, представляющий доступ к устройствам хранения, отражённым в физическое адресное пространство, таким как NVDIMM;
    • Реализована возможность прикрепления криптографических ключей к пользовательскому или сетевому пространству имён (ключи становятся недоступны за пределами выбранного пространства имён), а также защиты ключей при помощи ACL;
    • В криптоподсистему добавлена поддержка очень быстрого алгоритма некриптографичекого хэширования xxhash, скорость которого упирается в производительность памяти;
  • Сетевая подсистема
    • Обеспечена обработка адресов IPv4 в диапазоне 0.0.0.0/8, который ранее был недоступен для использования. Введение данной подсети позволит распределить ещё 16 млн адресов IPv4;
    • В Netfilter для nftables добавлена поддержка механизмов аппаратного ускорения фильтрации пакетов за счёт применения добавленного в драйверы Flow Block API. На сторону сетевых адаптеров могут выноситься целые таблицы правил со всеми цепочками. Включение производится через привязку флага NFT_TABLE_F_HW к таблице. Поддерживаются простые метаданные протоколов 3 и 4 уровней, действия принять/отбросить, сопоставления по IP и сетевым портам отправителя/получателя и типу протокола;
    • Добавлена встроенная поддержка отслеживания соединений для сетевых мостов, не требующая применения эмулирующей прослойки br_netfilter;
    • В nf_tables добавлена поддержка модуля SYNPROXY, повторяющего аналогичную функциональность из iptables, а также реализована возможность проверки в правилах по отдельным опциям в заголовке IPv4;
    • Добавлена возможность прикрепления BPF-программ к системным вызовам setsockopt() и getsockopt(), что, например, позволяет прикрепить свои обработчики доступа к этим вызовам. Кроме того, добавлена новая точка вызова (hook), при помощи которой можно организовать вызов BPF-программы один раз за каждый интервал RTT (round-trip-time, время пинга);
    • Для IPv4 и IPv6 добавлен новый механизм хранения данных маршрутизации nexthop, нацеленный на увеличение масштабируемости таблиц маршрутизации. Проведённые тесты показали, что при использовании новой системы набор в 743 тысяч маршрутов был загружен в ядро всего за 4.3 секунды;
    • Для Bluetooth реализована функциональность, необходимая для поддержки LE ping;
  • Оборудование
    • Добавлена поддержка x86-совместимых процессоров компании Zhaoxin, развиваемых в результате совместного проекта VIA Technologies и муниципалитета Шанхая. Семейство CPU ZX построено на базе архитектуры x86-64 Isaiah, продолжающей развитие технологий VIA Centaur;
    • В подсистему DRM (Direct Rendering Manager), а также в графические драйверы amdgpu и i915, добавлена поддержка разбора, обработки и отправка через HDMI-порт метаданных HDR (расширенный динамический диапазон), позволяющего использовать HDR-панели и экраны, способные отображать дополнительные диапазоны яркости;
    • В драйвер amdgpu добавлена начальная поддержка GPU AMD NAVI (RX5700), которая включает базовый драйвер, код для взаимодействия с экранами (DCN2), поддержку GFX и вычислений (GFX10), SDMA 5 (System DMA0), средства управления питанием и мультимедийные кодировщики/декодировщики (VCN2). В amdgpu также улучшена поддержка карт на базе GPU Vega12 и Vega20, для которых добавлены дополнительные возможности управления памятью и энергопотреблением;
    • В драйвер amdkfd (для дискретных GPU, такие как Fiji, Tonga, Polaris) добавлена поддержка карт на базе GPU VegaM;
    • В DRM-драйвере для видеокарт Intel для чипов Icelake реализован новый мультисегментный режим гамма-коррекции. Добавлена возможность вывода через DisplayPort в формате YCbCr4:2:0. Добавлены новые прошивки GuC для SKL, BXT, KBL, GLK и ICL. Реализована возможность отключения питания экрана в асинхронном режиме. Добавлена поддержка сохранения и восстановления контекста рендеринга для чипов Ironlake (gen5) и gen4 (Broadwater - Cantiga), что позволяет из пространства пользователя восстанавливать состояние GPU при перехода от выполнения одних пакетных операций к другим;
    • В драйвере Nouveau обеспечено определение чипсета NVIDIA Turing TU116;
    • Расширены возможности DRM/KMS-драйвера для ускорителей экранных операций ARM Komeda (Mali D71), добавлена поддержка масштабирования, разделения/слияния слоёв, поворота, отложенной записи, AFBC, SMMU и форматов кодирования цвета Y0L2, P010, YUV420_8/10BIT;
    • В драйвер MSM добавлена поддержка серии A540 GPU Adreno, применяемой в процессорах Qualcomm, а также поддержка DSI-контроллера MSM8998 для Snapdragon 835;
    • Добавлены драйверы для LCD-панелей Samsung S6E63M0, Armadeus ST0700, EDT ETM0430G0DH6, OSD101T2045-53TS, Evervision VGG804821, FriendlyELEC HD702E, KOE tx14d24vm1bpa, TFC S9700RTWV43TR-01B, EDT ET035012DM6 и VXT VL050-8048NT-C01;
    • Добавлен драйвер для задействования средств ускорения декодирования видео, доступных в SoC Amlogic Meson;
    • В драйвере v3d (для GPU Broadcom Video Core V, используемого в Raspberry Pi) появилась поддержка диспетчеризации вычислительных шейдеров;
    • Добавлен драйвер для SPI-клавиатур и трекпадов, применяемых в современных моделях ноутбуков Apple MacBook и MacBookPro;
    • Добавлена дополнительная защита ioctl-вызовов, связанных с драйвером floppy, а сам драйвер помечен как оставленный без сопровождения ("orphaned"), что подразумевает прекращение его тестирования. Драйвер пока сохраняется в ядре, но его корректная работа не гарантируется. Драйвер рассматривается как устаревший, так как для его тестирования трудно найти работающее оборудование - все актуальные внешние накопители, как правило, используют интерфейс USB.
    • Добавлен cpufreq-драйвер для плат Raspberry Pi, позволяющий динамически управлять изменением частоты процессора;
    • Добавлена поддержка новых ARM SoC Mediatek mt8183 (4x Cortex-A73 + 4x Cortex-A53), TI J721E (2x Cortex-A72 + 3x Cortex-R5F + 3 DSPs + MMA) и Amlogic G12B (4x Cortex-A73 + 2x Cortex-A53), а также плат:
      • Purism Librem5,
      • Aspeed BMC,
      • Microsoft Olympus BMC,
      • Kontron SMARC,
      • Novtech Meerkat96 (i.MX7),
      • ST Micro Avenger96,
      • Google Cheza (Qualcomm SDM845),
      • Qualcomm Dragonboard 845c (Qualcomm SDM845),
      • Hugsun X99 TV Box (Rockchip RK3399),
      • Khadas Edge/Edge-V/Captain (Rockchip RK3399),
      • HiHope RZ/G2M,
      • NXP LS1021A-TSN.

Одновременно Латиноамериканский Фонд свободного ПО сформировал вариант полностью свободного ядра 5.3 - Linux-libre 5.3-gnu, очищенного от элементов прошивок и драйверов, содержащих несвободные компоненты или участки кода, область применения которых ограничена производителем. В новом выпуске отключена загрузка блобов в драйверах qcom, hdcp drm, allegro-dvt и meson-vdec. Обновлён код чистки блобов в драйверах и подсистемах amdgpu, i915, netx, r8169, brcmfmac, rtl8188eu, adreno, si2157, pvrusb2, touchscreen_dmi, звуковом драйвере для skylake, а также в документации к микрокоду.

  1. Главная ссылка к новости (https://lkml.org/lkml/2019/9/1...)
  2. OpenNews: Релиз ядра Linux 5.2
  3. OpenNews: Релиз ядра Linux 5.1
  4. OpenNews: Релиз ядра Linux 5.0
  5. OpenNews: Релиз ядра Linux 4.20
  6. OpenNews: Релиз ядра Linux 4.19
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/51447-linux
Ключевые слова: linux, kernel
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (110) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.3, nosorog48 (?), 07:21, 16/09/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    а тот баг с интеловскими процессорами на bay trail исправили? А то пора выкидывать свой нетбук
     
     
  • 2.25, Аноним (25), 10:14, 16/09/2019 [^] [^^] [^^^] [ответить]  
  • +8 +/
    > а тот баг с интеловскими процессорами на bay trail исправили? А то
    > пора выкидывать свой нетбук

    Обещали же в 5.3 https://bugzilla.kernel.org/show_bug.cgi?id=109051#c1000 (1000й комментарий)

    и вот оно https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/driv

    не прошло и... эээ... баг открыт 2015-12-08

     
     
  • 3.44, nosorog48 (?), 11:32, 16/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Оо, вы спасли мой нетбук от выкидывания) на днях буду потестить)
     
  • 2.64, Аноним (64), 13:42, 16/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    самое интересное, что это касается и cherry trail, и некоторых i7. Неужели дождались? Проверим
     

  • 1.4, Нанобот (ok), 07:32, 16/09/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    > добавлена поддержка поллинга pidfd при помощи poll() и epoll()

    помню, клгда-то жавно мне этого не хватало...пятнадцать лет назад

     
  • 1.5, Аноним (5), 07:36, 16/09/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +9 +/
    > В User-mode Linux добавлен режим "путешествия во времени", позволяющий замедлить время для упрощения отладки связанного со временем кода;

    Нужно. Еще вчера.

     
  • 1.6, Аноним (6), 07:37, 16/09/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > В Netfilter добавлена поддержка механизмов аппаратного ускорения фильтрации пакетов;

    Можно подробностей?

     
     
  • 2.15, Andrey Mitrofanov_N0 (??), 09:08, 16/09/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >> В Netfilter добавлена поддержка механизмов аппаратного ускорения фильтрации пакетов;
    > Можно подробностей?

    1.
       Pablo Neira Ayuso (2):
             netfilter: ctnetlink: honor IPS_OFFLOAD flag

    2.
    https://lore.kernel.org/lkml/?q=netfilter:+ctnetlink:+honor+IPS_OFFLOAD+flag

       4) IPS_OFFLOAD not honored in ctnetlink, from Pablo Neira Ayuso.

    3.
    https://lore.kernel.org/netdev/?q=netfilter:+ctnetlink:+honor+IPS_OFFLOAD+flag

    .
    .
    .
    Ну, дальше -- сам!

     

  • 1.7, Аноним (7), 07:38, 16/09/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Наверное, имелись в виду процессоры Kaixian фирмы Zhaoxin, исправьте, пожалуйста. Это x86/amd64-совместимые процессоры, выпускаются Zhaoxin в партнёрстве с китайским правительством по лицензии VIA.
     
     
  • 2.8, Аноним (8), 07:45, 16/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    В коммите никаких деталей, кроме

    bool "Support Zhaoxin processors" if PROCESSOR_SELECT
      This enables detection, tunings and quirks for Zhaoxin processors

      You need this enabled if you want your kernel to run on a
      Zhaoxin CPU. Disabling this option on other types of CPUs
      makes the kernel a tiny bit smaller. Disabling it on a Zhaoxin
      CPU might render the kernel unbootable.

     
     
  • 3.40, Аноним (40), 11:14, 16/09/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Disabling it on a Zhaoxin CPU might render the kernel unbootable.

    Какая хорошая у них x86-мовместимость!

     
     
  • 4.48, Andrey Mitrofanov_N0 (??), 12:02, 16/09/2019 [^] [^^] [^^^] [ответить]  
  • +4 +/
    >>Disabling it on a Zhaoxin CPU might render the kernel unbootable.
    > Какая хорошая у них x86-мовместимость!

    Дак, у интела и амд -- ровно такая же.  То райзен не грузится, пока новое ядро не вышло, то новые интелы вообще не работают, пока биос (да, я знаю, что это не про сабж) не обновят.

    В арм-ах цырка и поней ещё больше -- они в ядро комитят поддержку каждой мат.платы _отдельно_111

     
  • 4.97, Онаним (?), 00:12, 17/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    У интоля и омуде тоже самое, просто во всех дистрибутивах они включены по понятным причинам. А Zhaoxin за пределами китая кто где видел?
     

  • 1.10, Kott (??), 08:13, 16/09/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    >>В файл конфигурации добавлена опция PREEMPT_RT для работы в режиме реального времени. Сам код для поддержки режима реального времени пока не добавлен в ядро, но появление опции является хорошим знаком, что многолетняя эпопея по интеграции патчей Realtime-Preempt близится к финалу;

    да, но пока нет (с)

     
  • 1.11, Анонимусис (?), 08:22, 16/09/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    >В качестве наглядного примера была отброшена полезная оптимизация в коде Ext4, сокращающая число мелких обращений к накопителю за счёт отключения упреждающего чтение таблицы inode при мелких запросах ввода/вывода.

    Збс, и тут леннарт понагадил со своим системд из-за которого мы нам откатывают важные фиксы

     
     
  • 2.12, ар (?), 08:54, 16/09/2019 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Пора Линусу уже на покой, что бы он прекратил лицемерить под патронажем шапки, и наконец по правде рассказал нам про свое отношение к с-д. Дав тем самым идеологический вектор, наконец, если еще не поздно.

    Факт в том, что качество с-д откидывает прогресс разработки ядра назад.

     
     
  • 3.13, Аноним (6), 09:00, 16/09/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Линукс давно уже отстранился от SJW
     
     
  • 4.16, Аноним (16), 09:09, 16/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Ну леннарт пока еще не считается сжв. Или уже да?
     
     
  • 5.45, Аноним (45), 11:45, 16/09/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Сжв вроде воюют с systemd. По крайней мере, феминистки. Потому что systemDick — это концентрированный мужской шовинизм, а systemVagina — не только юниксвейно, но еще и феминистично.
     
  • 3.21, Andrey Mitrofanov_N0 (??), 09:37, 16/09/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Своё отношение к _вам_ он рассказал ещё в 06 -07 Хотя некоторые ещё вер... большой текст свёрнут, показать
     
     
  • 4.39, Аноним (39), 10:59, 16/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    печаль, беда. надо форкать.
     
     
  • 5.49, Andrey Mitrofanov_N0 (??), 12:08, 16/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > печаль, беда. надо форкать.

    Светочи Свободы и мерные стаканчики Неподкупности в проектах *BSD уже резервно скопировали половину ядра Торвальдса.  Ту, что под MITL.

    Глядишь, скоро Winux Fo.  дотанцует GPLv2-и-только им.гр.Торвальдса до полного первиссива, и вот тогда-а-а-то.....  <><><<

     
  • 3.23, Дартаньян (?), 09:48, 16/09/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Обязательно отпишите об этом Линусу лично. Я уверен он послушает вас и уйдёт от разработки Линукса.
     
  • 2.54, Андрей (??), 12:29, 16/09/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > And at least ArchLinux apparently has a systemd that uses getrandom() at
    > boot time, and the improvements in IO patterns means that existing
    > installations suddenly start hanging, waiting for entropy that will
    > never happen.

    Сначала загрузка/выход из сна на Ryzen'ах висли, теперь загрузка в принципе. И всё из-за... нет, не столько AMD или ext4, сколько этого systemd. Когда уже его исправят или заменят! А, кстати, уже начали: интел загрузила ядро вместо 3 секунд за 300 мс, но только предварительно избавившить от жирного systemd.

     
     
  • 3.85, Аноним (85), 19:57, 16/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    интелу нужно для зонда, который embedded в каждый камень
     
  • 2.89, Michael Shigorin (ok), 21:50, 16/09/2019 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > и в некоторых конфигурациях при определённом стечении
    > обстоятельств могли наблюдаться подвисания во время
    > загрузки до заполнения пула энтропии

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

     

  • 1.18, Аноним (18), 09:14, 16/09/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –9 +/
    Пока у остальных прогресс идёт вперёд, тут наблюдается какое-то торможение. Какие-то надуманые правила, из-за которых нельзя развивать ядро. Короче.... Спим спокойно и пользуемся тем, чем пользуется весь нормальный мир.
     
     
  • 2.22, Аноним (22), 09:39, 16/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Пока у остальных прогресс идёт вперёд, тут наблюдается какое-то торможение. Какие-то надуманые правила, из-за которых нельзя развивать ядро. Короче.... Спим спокойно и пользуемся тем, чем пользуется весь нормальный мир.

    Врешь, собака! У OpenBSD пока ещё не так много пользователей.

     
  • 2.28, Аноним (28), 10:24, 16/09/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Внимательно смотрим какая на ВСЕХ кластерах стоит ОС : https://www.top500.org/
     
     
  • 3.33, Аноним (33), 10:36, 16/09/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    И что все эти топ 500 принадлежать компаниям, нет ни одного кластера частного пользователя. Итог частникам на десктопе твоя финская библиотека не нужна.
     
     
  • 4.38, ыы (?), 10:56, 16/09/2019 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Размочите этот пагубный тренд. Постройте свой кластер который войдет в ТОП500.

    Домоделанного хлама то кластерного, у народа горы... Только он не нужен по сути низачем...

     
     
  • 5.42, Аноним (33), 11:27, 16/09/2019 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Зачем? Корпарации корпарациего. Ядро делают корпарации для корпараций. Линус это просто аниматор для опеннетовских анонимов.
     
     
  • 6.79, Аноним (79), 17:07, 16/09/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Для корпораций — то есть для production servers (а что ещё корпорации могут с ядром делать?). И это хорошо, ящитаю.
     
  • 4.59, anonymous (??), 13:15, 16/09/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > И что все эти топ 500 принадлежать компаниям, нет ни одного кластера частного пользователя. Итог частникам на десктопе твоя финская библиотека не нужна.

    Как одно с другим связано? Просто "частный пользователь" не обладает ресурсами построить свой кластер масштаба top500. Как из этого следует нижесказанное? --

    > Итог частникам на десктопе твоя финская библиотека не нужна.

     

  • 1.20, ZeeCapE (ok), 09:36, 16/09/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Патч от валв, добавляющий поддержку fsync, как я понял, добавлен не был. Жаль :c
     
  • 1.24, None (??), 10:08, 16/09/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Озадачен, для чего в процессе загрузки в принципе могут понадобиться случайные числа.
     
     
  • 2.30, ан (?), 10:29, 16/09/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В памяти модули рандомно размещать для секьюрности.
     
     
  • 3.55, Андрей (??), 12:33, 16/09/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не ядро вызывает getrandom(), а systemd. А он не не занимается вышеупомянутым.
     
     
  • 4.66, Аноним (79), 15:03, 16/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Тут прямо напрашивается цитата из документации systemd:

    > Q: Why don't you just use getrandom()? That's all you need!
    > A: Did you read any of the above? getrandom() is hooked to the kernel entropy pool, and during early boot it's not going to be filled yet, very likely. We do use it in many cases, but not in all. Please read the above again!

     

     
     
  • 5.67, Андрей (??), 15:09, 16/09/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > but not in all.

    Значит, пропустили ещё одно исключение.

     
     
  • 6.76, Аноним (79), 17:00, 16/09/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ждём от вас соответствующий issue на гитхабе.
     
  • 6.99, Аноним (99), 00:48, 17/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Так проблема не в systemd вообще, а в конкретном релизе (с некими патчами или нестандартными параметрами), которая предлагалась в Arch Linux.

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

     
  • 2.35, anonymous (??), 10:44, 16/09/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Для генерации ssh-ключей, например.
     
  • 2.36, llolik (ok), 10:46, 16/09/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ASLR, например.
    https://ru.wikipedia.org/wiki/ASLR
     
  • 2.52, пох. (?), 12:15, 16/09/2019 [^] [^^] [^^^] [ответить]  
  • –6 +/
    для кучи костылизмов и подпорок, по преимуществу. Причем основной источник геморроя - как обычно, сцыстемда. Ну и одна забавная "безопастная" улучшизма, внезапно сделавшая внутриядерный неблокирующйся источник рандома - блокирующимся.

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

    это ваш новый стандарт, расслабьтесь и просто наслаждайтесь процессом

     
     
  • 3.80, Аноним (79), 17:11, 16/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    "сцыстемда" по умолчанию использует RDRAND, которому пофиг на внутриядерный источник рандома.
    Ну, кроме процессоров Intel старее 2012 года и AMD старее 2015, где этой инструкции нет (подкроватные серверы на первопнях, увы, в пролёте).
     
     
  • 4.100, Аноним (99), 00:56, 17/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    На многих AMD отключили RDRAND (точнее, флаг о наличии его поддержки) в обновлении микрокода, за бажностью - после suspend/resume возвращает совсем не рандом (https://www.phoronix.com/scan.php?page=news_item&px=AMD-RdRand-Disable-15h-16h). Т.е. по факту только Ryzen/Threadripper/EPYC годятся.
     
  • 4.110, Анонимусис (?), 13:00, 17/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Чисто хардварные источники рандома = дыра в безопасности
     

  • 1.26, Анонимно (?), 10:16, 16/09/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Интересно, если на машине запущены сотни докер контейнеров не ведет ли это все к исчерпанию пула энтропии и торможению системы. Представляю так вот налететь на такую багу в эксплуатации. Болит, а не понятно что и как лечить.
     
     
  • 2.43, Аноним (33), 11:29, 16/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Внешним аппаратным генеартором энтропии?
     
     
  • 3.47, Аноним (47), 11:52, 16/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Внешним аппаратным генеартором энтропии?

    Ну, если для криптографии, то нужен хороший, соответственно - или медленный, или ну очень дорогой, т.е. задачу или не решает совсем или решение с увеличением количества физических серверов может оказаться дешевле. А если не для криптографии, то ГПСЧ решает проблему.

     
     
  • 4.90, Michael Shigorin (ok), 21:53, 16/09/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    gremlin@ наверняка поделится рецептом на стабилитроне и атмеле, если попросить.
     
  • 2.46, Аноним (45), 11:49, 16/09/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Непонятно, зачем докер-контейнеру энтропия. Такими вещами, как генерация SSH-ключей и ASLR, занимается хост. Чтобы энтропию исчерпывали _контейнеры_, в них должны запускаться очень специфические приложения. И эту специфику в любом случае придется учитывать, так что "Болит, а не понятно что и как лечить" вряд ли получится.
     
  • 2.53, отвечает армянское радио (?), 12:18, 16/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    нет, не приведет. Докер-контейнер - с точки зрения ядра просто дополнительный набор флажков и проверок вокруг запущенного процесса, ни малейшего отношения к "исчерпанию пула энтропии" не имеющий.

    Представляем, каково с такими "эксплуататорами", не понимающими тривиальных вещей.

     
  • 2.95, Ordu (ok), 23:21, 16/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Интересно, если на машине запущены сотни докер контейнеров не ведет ли это все к исчерпанию пула энтропии и торможению системы.

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

     

  • 1.27, Аноним (27), 10:21, 16/09/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >pidfd связывается с конкретным процессом и не меняется, в том время какPID может быть привязан к другому процессу после завершения текущего процесса, ассоциированного с этим PID

    Насчет pidfd замечу следующее.

    В nohang для этого используется связка starttime+pid. Этого достаточно для исключения коллизий.

     
     
  • 2.60, анонн (ok), 13:21, 16/09/2019 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Насчет pidfd не могу не заметить следующее http lackingrhoticity blogspot com... большой текст свёрнут, показать
     

  • 1.29, Ilya Indigo (ok), 10:28, 16/09/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +8 +/
    Они WireGuard вообще собираются интегрировать?
     
     
  • 2.51, пох. (?), 12:11, 16/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    нет, они собираются собираться.

    пока автору наконец не надоест и он не отвяжется от занятых людей. Как уже не раз бывало с проектами, за которые не забашлял редхатобиэм.

     
     
  • 3.56, Andrey Mitrofanov_N0 (??), 12:35, 16/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >отвяжется от занятых людей.
    > Как уже не раз бывало с проектами, за которые не забашлял
    > редхатобиэм.

    Кричали девушки  " спон-  со-  РА! "
      И в воздух красные чепчики бросали.

     

  • 1.31, Аноним (40), 10:33, 16/09/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >размер патча - 92 Мб

    Охренеть нагрузка на Линуса.

     
     
  • 2.86, аноним3 (?), 20:30, 16/09/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ты думаешь он их сам просматривает? как бы не так. у него есть куча из сообщества , которые проверят за него и отошлют отчет))
     

  • 1.34, слакварявод (ok), 10:44, 16/09/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Собрал. Работает. Проприетарные NVidia драйвера как ни странно собрались. А вот VirtualBox нет! Не собирается драйвер. make: *** [/tmp/vbox.0/Makefile-footer.gmk:111: vboxdrv] Ошибка 2
     
     
  • 2.58, я в караоке (?), 12:56, 16/09/2019 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Это стандартная ситуация, подожди недельку-другую, пока ораклы выпустят новые модули под новое ядро.
     

  • 1.37, ыы (?), 10:53, 16/09/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >сохранение неизменности поведения для компонентов пространства пользователя

    Какое полезное качество. Вот бы разработчики php его тоже придерживались....

     
     
  • 2.50, Andrey Mitrofanov_N0 (??), 12:11, 16/09/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >>сохранение неизменности поведения для компонентов пространства пользователя
    > Какое полезное качество. Вот бы разработчики php его тоже придерживались....

    Кто пустил их в ядро?111  8-0

     
     
  • 3.63, Аноним (63), 13:26, 16/09/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Линус долго отсутствовал.
     
  • 2.109, Ilya Indigo (ok), 09:53, 17/09/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Дело не в PHP  а в говно-cms-ках и говно-фреимвёрках, ну и также говно-библиотек, аля phppdf phpecxel и xdebug которые Вы используете.
    В моих проектах ничего никогда не ломалось при обновлении, начиная с 5.3, я лишь каждый раз специально перевожу код на новый синтаксический сахар.

    А главное, причём тут вообще PHP в теме про ядро!?

     

  • 1.41, СеменСеменыч777 (?), 11:26, 16/09/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > В качестве наглядного примера была отброшена полезная оптимизация в коде Ext4

    очень странный подход.

    if (сейчас_режим_начальной_загрузки) {
      отключить_оптимизацию_ext4()
    } else {
      включить_оптимизацию_ext4()
    }

    или типа того.

     
     
  • 2.57, anonymous (??), 12:54, 16/09/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Лучше всего если бы они просто включение/выключение оптимизации в sysfs выбросили бы.
     
     
  • 3.78, Аноним (79), 17:05, 16/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Скорее всего, это привело бы к проблемам при изменении флага в рантайме (патч использует нечто вроде транзакций). Правильнее было бы в параметры загрузки ядра, наверное.
     

  • 1.62, Аноним (62), 13:25, 16/09/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    FSGSBASE опять не включили?
     
  • 1.65, Zenitur (ok), 13:50, 16/09/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Этот трёхстрочный патч на ускорение ext4 нужно накладывать на ядро в Gentoo в том случае, если выбран профиль OpenRC.
     
  • 1.68, Аноним (68), 15:18, 16/09/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    12309 исправили?
     
     
  • 2.82, Аноним (82), 18:36, 16/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Я просто процитирую часть новости ... большой текст свёрнут, показать
     
     
  • 3.83, Аноним (82), 18:52, 16/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Вдогонку ещё пара интересных тредов:
    1. Линус предлагает изменить поведение sysconf в glibc, потому что некоторые программы, когда используют sysconf неправильно, тормозят. https://sourceware.org/ml/libc-alpha/2011-06/msg00064.html
    2. Линус предлагает отменить оптимизацию memcpy в glibc, потому что некоторые программы, когда используют memcpy неправильно, работают неправильно. https://bugzilla.redhat.com/show_bug.cgi?id=638477
     

  • 1.69, Аноним (-), 15:59, 16/09/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    новый lts когда будет?
     
     
  • 2.77, Andrey Mitrofanov_N0 (??), 17:04, 16/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > новый lts когда будет?

    Терпи! Микрософт https://lore.kernel.org/lkml/?q=Sasha+Levin+gpg
    решает.  На сходняке трубочистов.  Следи за Новостями.

    https://lwn.net/Articles/799166/rss
    |
    The stable kernel process is a perennial topic of discussion at gatherings of kernel developers; the 2019 Linux Kernel Maintainers Summit was no exception. Sasha Levin ran a session there where developers could talk about the problems they have with stable kernels and ponder solutions.

     

  • 1.70, Оффтоп (?), 16:02, 16/09/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    вопрос по теме nftables - на него уже можно перебираться с iptables? Конкретно интересует наличие гайдов для нубов по воссозданию данного сетапа: https://wiki.archlinux.org/index.php/Simple_stateful_firewall#Firewall_for_a_s
     
     
  • 2.92, Гентушник (ok), 22:05, 16/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, всегда можно взять правила под iptables и сконвертнуть их через iptables-translate.
    Правда когда я последний раз это ковырял, то там конвертилось не всё.
     
  • 2.102, Аноним (99), 01:00, 17/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Ну в RHEL 8, вышедшем 4 месяца назад, уже перешели на него.
     

  • 1.71, Аноним (71), 16:19, 16/09/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >отброшена полезная оптимизация в коде Ext4, сокращающая число обращений к накопителю

    Это сигнал того, что линукс уже пора давно форкать!

     
     
  • 2.91, Michael Shigorin (ok), 21:56, 16/09/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не линукс форкать, а Леннарта с Кеем... фиксить.
     
     
  • 3.94, аноним3 (?), 22:12, 16/09/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    это ты и х так предлагаешь в белые рубашки и на заслуженный отдых?))
     

  • 1.72, Аноним (72), 16:50, 16/09/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    16 миллионов строк кода, все модные парни перешли на монолитное.
     
     
  • 2.93, аноним3 (?), 22:11, 16/09/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    так много накампеляли, что страшно смотреть)) если раньше голова болела при выборе настроек ядра перед компиляцией, то теперь вообще свихнешься))
     

  • 1.75, kiwinix (?), 16:59, 16/09/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Было бы разумно если бы они ломали обратную совместимость в мажорных версиях Линукс. И хорошенько бы это описывали..

    А то и совместимость важнее прогресса

    И новые версии Линукс символические "по тому что захотелось"

     
  • 1.81, Аноним (81), 17:27, 16/09/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Интересно, Logitech мыши починили? Часто читаю треды о проблемах, связанных с mouse polling и refresh rate. Как-то так.
     
  • 1.84, CCNA RS and S (?), 19:21, 16/09/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    “Обеспечена обработка адресов IPv4 в диапазоне 0.0.0.0/8, который ранее был недоступен для использования. Введение данной подсети позволит распределить ещё 16 млн адресов IPv4;”

    Интересно, где это этот диапазон можно распределить будет, если IANA его не вывела из блока специальных адресов.

     
  • 1.96, Аноним (64), 00:02, 17/09/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >> отброшена полезная оптимизация в коде Ext4,

    я правильно понял, патч позволял тратить меньше процессорного времени при работе с ext4, что ломало пул рендома, так как тот от малого шевеления процессора плохо забивался?! А если я используют не ext4? Другие фс такие жручие, что их достаточно для того чтобы набить пул солью?

     
  • 1.98, Аноним (98), 00:25, 17/09/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Добавлены новые опции командной строки ядра "init_on_alloc" и "init_on_free", при указании которых включается обнуление выделяемых и освобождаемых областей памяти (заполнение нулями при malloc и free), что позволяет усилить безопасность за счёт дополнительных накладных расходов на инициализацию;

    Можно подумать, что это очень круто. Расшифруйте кто-нибудь, пожалуйста.  :)

     
     
  • 2.104, x3who (?), 02:50, 17/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Кажется это для того, чтобы аппаратные закладки через DMA и драйвера от Моссада, ЦРУ и МИ6 не могли читать память друг друга.
     

  • 1.101, Аноним (101), 00:57, 17/09/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >0.0.0.0/8
    >Введение данной подсети позволит распределить ещё 16 млн адресов IPv4;

    а у других ОС как с этим?
    а то ведь можно еще 16мил из 127/8 распределить ;)

     
     
  • 2.103, аноним3 (?), 02:01, 17/09/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    пока мс линукс не выйдет изменений не жди))
     
  • 2.106, zanswer CCNA RS and S (?), 05:23, 17/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Никак, эти адреса не маршрутизируются, IANA не предпринимала не каких попыток вывести их из резервирования и отдать какому-либо из RIR.
     
  • 2.107, zanswer CCNA RS and S (?), 05:29, 17/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    К слову насчёт 127/8, они так и предлагают сделать, только взять блок 127.1/16 и раздать его всем, кому не хватает IPv4 адресов, а заодно и класс Е.

    Я одного не понимаю, как Линус принял это в ядро, если IANA не вносила изменений относительно состояния резервирования этих префиксов, как специальных. Не один RIR не получал этих префиксов для дальнейшего распределения LIR или прямым клиентам.

     

  • 1.105, x3who (?), 02:54, 17/09/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > а то ведь можно еще 16мил из 127/8 распределить ;)

    И на 127.0.0.1 вывесить что-нибудь РКН-но неугодное и через суд добиться блокировки.

     
  • 1.108, Beta Version (ok), 07:49, 17/09/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    С этим RX 5700 XT будет работать или надо ещё Mesa 19.2 ждать?
     
  • 1.111, Аноним (111), 10:19, 18/09/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    А что за бага в linux-kernel-5.3.0 может ко столкнулся ? Каталоги меняются местами sdс1 меняется на sdd2.То есть /home становится /media а /media становится /home и естественно рабочий стол  не запускается менял местами в fstab еще веселее стало.Откатил на 5.2 все в порядке.Система gentoo.
     
  • 1.112, Анонимчик (?), 13:31, 18/09/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Gentoo - pie стал еще круче похоже.)))) Как не хватает старого 13... В баню 17.
     
  • 1.113, Аноним (111), 14:15, 18/09/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Поправил есть /home и есть /media в них расположены каталоги.И вот что странно ни когда такого не видел.При загрузке и монтировании устройств (ssd /dev/sdd1 и hdd /dev/sdc1) /sdd1 меняется на /sdc1  наплевав на fstab.То есть /home присутствует но почему то в нем находятся и отображаются данные из /media.А в /media находятся и отображаются все данные из /home (то есть в директориях данные поменялись местами перекочевали волшебным образом).И это на ядре gentoo-sources-5.3.0 на 5.2.15 все в порядке(конфиг ядер одинаковый).А профиль plasma(stable)desktop-17.1 он тут ни при чем.Что может быть даже не знаю.
     
     
  • 2.116, Аноним (116), 16:31, 18/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Делай бакап!
    При любых непонятках с файловой системой делай бакап.
     
  • 2.120, SysA (?), 18:31, 18/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Монтируй по uuid, т.к. нумерация устройств не гарантирована и зависит от многих факторов.
     

  • 1.114, Анонимчик (?), 14:47, 18/09/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    PARTUUID должно помочь. Была новость в news, что /dev/sdaxx и UUID могут косячить...
     
  • 1.115, Анонимчик (?), 15:05, 18/09/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Про pie я тоже не просто писал, в 13 году их небыло, а в 17 включено. Gentoo -  сам себе хозяин и можно форсить,хоть там, от тут. Главное gcc пересобрать с новым use и все, но это был стёб, как вы догадались. PARTUUID in /etc/fstab всё порешает за нас.)
     
     
  • 2.119, Linux 5.3 (?), 18:10, 18/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Спасибо уважаемые добрые коллеги попробую UUID покопать и также записать в fstab заместо /dev/*.
     
     
  • 3.121, Linux 5.3 (?), 20:57, 18/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Еще раз спасибо уважаемые коллеги все получилось на ядре 5.3 после замены в fstab /dev/sd* на универсальный персональный идентификатор uuid ерунда с файловой системой прекратилась.Видимо pie в gentoo действительно становится хардкорен как замечено выше.На всех предыдущих ядрах таких проблем не наблюдалось.Да и по не знанию своему на такие важные вещи забивал.Ну и проблема похоже специфична то то в разных дистрибутивах я наблюдал везде uuid в fstab а для udev uuid как я выяснил это рекомендовано.Еще раз приятно осознавать что на opennet есть люди которые реально могут помочь не то что некоторые.  
     
     
  • 4.122, намллотс (?), 21:23, 18/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    И итог с этим fstab и установленными uuid заместо /dev/sd* извиняюсь за размер ядро 5.3 не путает директории если это баг думается что в итоге его поправят ну или на гит сам отправлю.

    #/dev/sda1
    UUID=df27d2d6-90b0-4dd8-bcb4-d1c002072aa6 /boot                     ext4      noauto,discard                                                     0 1
    #/dev/sda2
    UUID=70b7dbd9-1acb-42bb-8108-f908498d0127 /                     ext4              discard                            0 1
    #/dev/sda3
    UUID=5a203ecd-b811-47fd-b888-ab7cdd56b297 none                     swap      sw                                      0 0
    #/dev/sdb1
    UUID=f4c43784-1774-487b-92c4-89fe79ae0e93               /mgame                              ext4                     discard                                         0 1
    #/dev/sdc1
    UUID=31b1f8ae-40ac-4b14-9187-8cf1f270a7b6               /media                              ext4                     defaults                                        0 1
    #/dev/sdd1
    UUID=654f8e98-b42c-42d8-9ff4-cb5007e8fef5               /home                               ext4                     discard                                         0 1
    /dev/sr0 /mnt/cdrom                     auto      noauto,user,rw                                                              0 0
    tmpfs                   /var/tmp/portage                    tmpfs                    defaults                                                                        0 0
    tmpfs                   /tmp                                tmpfs                    defaults                                                                        0 0
    tmpfs                   /var/log                            tmpfs                    defaults                                                                        0 0

     

  • 1.117, Аноним (117), 16:36, 18/09/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Как по DPMI вырубить монитор? Вообще подскажите направление это D-Bus?
     
     
  • 2.118, Andrey Mitrofanov_N0 (??), 16:48, 18/09/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Как по DPMI вырубить монитор? Вообще подскажите направление это D-Bus?

    xset dpms force standby

    ...или уейландо-проблемы...

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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