The OpenNET Project / Index page

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

Релиз ядра Linux 5.6

30.03.2020 11:05

После двух месяцев разработки Линус Торвальдс представил релиз ядра Linux 5.6. Среди наиболее заметных изменений: интеграция VPN-интерфейса WireGuard, поддержка USB4, пространства имён для времени, возможность создания обработчиков перегрузки TCP при помощи BPF, начальная поддержка MultiPath TCP, избавление ядра от проблемы 2038 года, механизм "bootconfig", ФС ZoneFS.

В новую версию принято 13702 исправлений от 1810 разработчиков, размер патча - 40 Мб (изменения затронули 11577 файлов, добавлено 610012 строк кода, удалено 294828 строк). Около 45% всех представленных в 5.6 изменений связаны с драйверами устройств, примерно 15% изменений имеют отношение к обновлению кода, специфичного для аппаратных архитектур, 12% связано с сетевым стеком, 4% - c файловыми системами и 3% c внутренними подсистемами ядра.

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

  • Сетевая подсистема
    • Добавлена реализация VPN-интерфейса WireGuard, который реализован на основе современных методов шифрования (ChaCha20, Poly1305, Curve25519, BLAKE2s), прост в использовании, лишён усложнений, хорошо зарекомендовал себя в ряде крупных внедрений и обеспечивает очень высокую производительность (в 3,9 раз опережает OpenVPN по пропускной способности). В WireGuard применяется концепция маршрутизации по ключам шифрования, которая подразумевает привязку к каждому сетевому интерфейсу закрытого ключа и применение для связывания открытых ключей. Обмен открытыми ключами для установки соединения производится по аналогии с SSH. Необходимые для работы WireGuard криптографические примитивы были перенесены из библиотеки Zinc в состав штатного Crypto API и включены в состав ядра 5.5.
    • Началась интеграция компонентов, необходимых для поддержки MPTCP (MultiPath TCP), расширения протокола TCP для организации работы TCP-соединения с доставкой пакетов одновременно по нескольким маршрутам через разные сетевые интерфейсы, привязанные к разным IP-адресам. Для сетевых приложений подобное агрегированное соединение выглядит как обычное TCP-соединение, а вся логика разделения потоков выполняется силами MPTCP. Multipath TCP может использоваться как для расширения пропускной способности, так и для увеличения надёжности. Например, MPTCP можно применять для организации передачи данных на смартфоне с использованием одновременно линков WiFi и 4G или для сокращения расходов за счёт подключения сервера с использованием нескольких дешёвых линков вместо одного дорогого.
    • Добавлена поддержка дисциплины обработки сетевых очередей sch_ets (Enhanced Transmission Selection, IEEE 802.1Qaz), предоставляющей возможность распределения пропускной способности между разными классами трафика. Если нагрузка на определённый класс трафика ниже предоставленной пропускной способности, то ETS позволяет другим классам трафика использовать доступную (неиспользованную) пропускную способность. Qdisc sch_ets настраивается как дисциплина PRIO и использует классы трафика для определения строгих и совместно используемых ограничений пропускной способности. Работает ETS как комбинация дисциплин PRIO и DRR - при наличии жёстко ограниченных классов трафика используется PRIO, но если в очереди трафика нет, работает как DRR.
    • Добавлен новый тип BPF-программ BPF_PROG_TYPE_STRUCT_OPS, позволяющий реализовывать обработчики функций ядра через BPF. В настоящее время указанную возможность уже можно использовать для реализации алгоритмов контроля перегрузки TCP в виде BPF-программ. В качестве примера предложена BPF-программа с реализацией алгоритма DCTCP.
    • В ядро приняты изменения, переводящие инструментарий ethtool с ioctl() на использование интерфейса netlink. Новый интерфейс упрощает добавление расширений, улучшает обработку ошибок, позволяет отправлять уведомления при изменении состояния, упрощает взаимодействие между ядром и пространством пользователя и сокращает число синхронизируемых именованных списков.
    • Добавлена реализация алгоритма управления сетевыми очередями FQ-PIE (Flow Queue PIE), нацеленного на снижение негативного влияния промежуточной буферизации пакетов на граничном сетевом оборудовании (bufferbloat). FQ-PIE демонстрирует высокую эффективность при использовании в системах с кабельными модемами.
  • Дисковая подсистема, ввод/вывод и файловые системы
    • Для файловой системы Btrfs добавлена асинхронная реализация операции DISCARD (пометка освобождённых блоков, которые уже можно не хранить физически). Изначально операции DISCARD выполнялись синхронно, что могло приводить к проседанию производительности из-за ожидания завершения соответствующих команд накопителями. Асинхронная реализация позволяет не ждать завершения DISCARD накопителем и выполнять данную операцию в фоне.
    • В XFS проведена чистка кода, в котором использовались старые 32-разрядные счётчики времени (тип time_t заменён на time64_t), приводящие к проблеме 2038 года. Устранены ошибки и повреждения памяти, всплывавшие на 32-разрядых платформах. Переработан код для работы с расширенными атрибутами.
    • В файловую систему ext4 внесены оптимизации производительности, связанные c обработкой блокировки inode при операциях чтения и записи. Повышена производительность перезаписи в режиме прямого ввода/вывода (Direct I/O). Для упрощения диагностики проблем обеспечено сохранение в суперблоке первого и последнего кодов ошибок.
    • В файловой системе F2FS реализована возможность хранения данных в сжатом виде. Для отдельного файла или каталога сжатие может быть включено при помощи команды "chattr +c file" или "chattr +c dir; touch dir/file". Для сжатия всего раздела в утилите mount можно использовать опцию "-o compress_extension=ext".
    • В состав ядра принята файловая система ZoneFS, упрощающая низкоуровневую работу с зонированными устройствами хранения. Под зонированными накопителями подразумеваются устройства на жёстких магнитных дисках или NVMe SSD, пространство для хранения в которых разбито на зоны, составляющие группы блоков или секторов, в которые допускается лишь последовательное добавление данных с обновлением целиком всей группы блоков. ФС ZoneFS разработана компанией Western Digital и связывает каждую зону в накопителе с отдельным файлом, который можно использовать для хранения данных в raw-режиме без манипуляции на уровне секторов и блоков, т.е. позволяет приложениям использовать файловый API вместо прямого обращения к блочному устройству при помощи ioctl.
    • В NFS отключено по умолчанию монтирование разделов поверх UDP. Добавлена поддержка определённой в спецификации NFS 4.2 возможности прямого копирования файлов между серверами. Добавлена новая опция монтирования "softreval", в случае отказа сервера допускающая использование прокэшированных значений атрибутов. Например, при указании данной опции после недоступности сервера сохраняется возможность перемещения по путям в NFS-разделе и обращения к информации, которая осела в кэше.
    • Проведена оптимизация производительности механизма fs-verity, применяемого для контроля целостности и проверки подлинности отдельных файлов. Повышена скорость последовательного чтения, благодаря применению хеш-дерева Меркла. Оптимизирована производительнлсть FS_IOC_ENABLE_VERITY в условиях отсутствия данных в кэше (применено упреждающее чтение страниц с данными).
  • Виртуализация и безопасность
    • Объявлена устаревшей возможность отключения модуля SELinux во время работы, а в будущем выгрузка уже активированного SELinux будет запрещена. Для отключения SELinux потребуется передать параметр "selinux=0" в командной строке ядра.
    • Добавлена поддержка пространств имён для времени (time namespaces), позволяющих привязать к контейнеру состояние системных часов (CLOCK_REALTIME, CLOCK_MONOTONIC, CLOCK_BOOTTIME), использовать в контейнере своё время и при миграции контейнера на другой хост обеспечить неизменность показаний CLOCK_MONOTONIC и CLOCK_BOOTTIME (учесть время после загрузки с учётом или без учёта нахождения в спящем режиме).
    • Удалён блокируемый пул /dev/random. Поведение /dev/random приближено к /dev/urandom в плане предотвращения блокирования энтропии после инициализации пула.
    • В основной состав ядра включён драйвер, позволяющий гостевым системам, работающим под управлением VirtualBox, монтировать каталоги, экспортируемые хост-окружением (VirtualBox Shared Folder).
    • В подсистему BPF добавлен набор патчей (BPF dispatcher), в условиях применения механизма Retpoline для защиты от атак класса Spectre V2 позволяющий повысить эффективность вызова BPF-программ при наступлении привязанных к ним событий (например, даёт возможнось ускорить вызов XDP-обработчиков при поступлении сетевого пакета).
    • Добавлен драйвер для поддержки встроенных в APU AMD окружений TEE (Trusted Execution Environment).
  • Память и системные сервисы
    • В BPF добавлена поддержка глобальных функций. Разработка ведётся в рамках инициативы по добавлению поддержи библиотек функций, которые можно подключать в программах BPF. Следующим шагом станет поддержка динамических расширений, позволяющих загружать глобальные функции, в том числе для замены существующих глобальных функций во время их использования. В подсистеме BPF также добавлена поддержка варианта операции map (используется для сохранения постоянных данных), поддерживающего выполнение в пакетном режиме.
    • Добавлено устройство "cpu_cooling" позволяющее охлаждать перегретый CPU путём перевода его в состояние простоя (idle) на короткие промежутки времени.
    • Добавлен системный вызов openat2(), предлагающий набор дополнительных флагов для ограничения разрешения файлового пути (запрет пересечения точек монтирования, символических ссылок, magic-ссылок (/proc/PID/fd), компонентов "../").
    • Для разнородных систем на базе архитектуры big.LITTLE, комбинирующих в одном чипе мощные и менее производительные энергоэффективные ядра CPU, при выполнении задач реального времени обеспечено выставление параметра uclamp_min (появившийся в ядре 5.3 механизм закрепления нагрузки). Указанный параметр гарантирует, что задача будет размещена планировщиком на ядре CPU, имеющем достаточно производительности.
    • Ядро избавлено от проблемы 2038 года. Заменены последние остающиеся обработчики, в которых для счётчика эпохального времени использовался 32-разрядный (signed int) тип time_t, который с учётом отсчёта от 1970 года должен переполниться в 2038 году.
    • Продолжено усовершенствование интерфейса асинхронного ввода/вывода io_uring, в котором обеспечена поддержка новых операций: IORING_OP_FALLOCATE (резервирование пустых областей), IORING_OP_OPENAT, IORING_OP_OPENAT2, IORING_OP_CLOSE (открытие и закрытие файлов), IORING_OP_FILES_UPDATE (добавление и удаление файлов из списка быстрого доступа), IORING_OP_STATX (запрос информации о файле), IORING_OP_READ, IORING_OP_WRITE (упрощённые аналоги IORING_OP_READV и IORING_OP_WRITEV), IORING_OP_FADVISE, IORING_OP_MADVISE (асинхронные варианты вызовов posix_fadvise и madvise), IORING_OP_SEND, IORING_OP_RECV (отправка и приём сетевых данных), IORING_OP_EPOLL_CTL (выполнение операций над файловыми дескрипторами epoll).
    • Добавлен системный вызов pidfd_getfd(), дающий возможность процессу извлечь из другого процесса файловый дескриптор открытого файла.
    • Реализован механизм "bootconfig", позволяющий помимо опций командной строки определять параметры работы ядра через файл с настройками. Для добавления подобных файлов в образ initramfs предложена утилита bootconfig. Указанная возможность может применяться, например, для настройки kprobes во время загрузки.
    • Переработан механизм ожидания записи и чтения данных в неименованных каналах (pipe). Изменение позволило ускорить выполнение таких задач, как распараллеленная сборка больших проектов. При этом оптмизация может привести к состоянию гонки в GNU make из-за ошибки в выпуске 4.2.1, которая устранена в версии 4.3.
    • В prctl() добавлен флаг PR_SET_IO_FLUSHER, который может применяться для пометки процессов, занимающихся высвобождением памяти, для которых не следует применять ограничения в ситуации нехватки памяти в системе.
    • На основе применяемой в Android системы распределения памяти ION реализована подсистема dma-buf heaps, позволяющая управлять выделением DMA-буферов для совместного использования областей памяти драйверами, приложениями и различными подсистемами.
  • Аппаратные архитектуры
    • Добавлена поддержка расширения E0PD, появившегося в ARMv8.5 и позволяющего реализовать защиту от атак, связанных со спекулятивным выполнением инструкций в CPU. Защита на базе E0PD приводит к меньшим накладным расходам, чем защита KPTI (Kernel Page Table Isolation).
    • Для систем на базе архитектуры ARMv8.5 добавлена поддержка инструкции RNG, предоставляющей доступ к аппаратному генератору псевдослучайных чисел. В ядре инструкция RNG задействована для формирования энтропии при инициализации предоставляемого ядром генератора псевдослучайных чисел.
    • Удалена поддержка расширений MPX (Memory Protection Extensions), добавленная в ядре 3.19 и позволяющая организовать проверку указателей на соблюдение границ областей памяти. Указанная технология не получила распространения в компиляторах и была удалена из GCC.
    • Для архитектуры RISC-V реализована поддержка отладочного инструмента KASan (Kernel address sanitizer), обеспечивающего выявление ошибок при работе с памятью.
  • Оборудование
    • Реализована поддержка спецификации USB 4.0, которая основана на протоколе Thunderbolt 3 и обеспечивает пропускную способность до 40 Гбит/с, сохраняя обратную совместимость с USB 2.0 и USB 3.2. По аналогии с Thunderbolt интерфейс USB 4.0 позволяет туннелировать различные протоколы поверх одного кабеля с разъёмом Type-C, включая PCIe, Display Port и USB 3.x, а также программные реализации протоколов, например, для организации сетевых линков между хостами. Реализация основана на уже входящем в ядро Linux драйвере Thunderbolt и адаптирует его для работы с хостами и устройствами, совместимыми с USB4. Изменения также добавляют поддержку устройств Thunderbolt 3 в программную реализацию менеджера соединений (Connection Manager), который отвечает за создание туннелей для подключения нескольких устройств через один разъём.
    • В драйвер amdgpu добавлена начальная поддержка технологии защиты от копирования HDCP 2.x (High-bandwidth Digital Content Protection). Добавлена поддержка ASIC-чипа AMD Pollock, основанного на Raven 2. Реализована возможность сброса GPU для семейств Renoir и Navi.
    • В DRM-драйвер для видеокарт Intel добавлена поддержка DSI VDSC для чипов на базе микроархитектуры Ice Lake и Tiger Lake, реализован LMEM mmap (device local memory), улучшен парсинг VBT (Video BIOS Table), реализована поддержка HDCP 2.2 для чипов Coffee Lake.
    • Продолжена работа по унификации кода драйвера amdkfd (для дискретных GPU, таких как Fiji, Tonga, Polaris) с драйвером amdgpu.
    • Переработан драйвер k10temp, в котором появилась поддержка вывода параметров напряжения и силы тока для CPU AMD Zen, а также расширенных сведений c датчиков температуры, применяемых в CPU Zen и Zen 2.
    • В драйвере nouveau добавлена поддержка режима верифицированной загрузки прошивки для GPU NVIDIA на базе микроархитектуры Turing (GeForce RTX 2000), что позволило включить поддержку 3D-ускорения для данных карт (требуется загрузка официальных прошивок с цифровой подписью NVIDIA). Добавлена поддержка графического движка TU10x. Решены проблемы с HD Audio.
    • Добавлена поддержка сжатия данных при передаче через DisplayPort MST (Multi-Stream Transport).
    • Добавлен новый драйвер "ath11k" для беспроводных чипов Qualcomm с поддержкой 802.11ax. Драйвер основан на стеке mac80211 и поддерживает режимы точки доступа, рабочей станции и узла Mesh-сети.
    • Через sysfs предоставлен доступ к читаемым показаниям датчиков температуры, используемых на современных жёстких дисках и SSD.
    • Внесены существенные изменения в звуковую систему ALSA, нацеленные на избавление кода от проблемы 2038 года (уход от использования 32-разрядного типа time_t в интерфейсах snd_pcm_mmap_status и snd_pcm_mmap_control). Добавлена поддержка новых звуковых кодеков Qualcomm WCD9340/WCD9341, Realtek RT700, RT711, RT715, RT1308, Ingenic JZ4770.
    • Добавлены драйверы для LCD-панелей Logic PD 28, Jimax8729d MIPI-DSI, igenic JZ4770, Sony acx424AKP, Leadtek LTK500HD1829, Xinpeng XPP055C272, AUO B116XAK01, GiantPlus GPM940B0, BOE NV140FHM-N49, Satoz SAT050AT40H12R2, Sharp LS020B1DD01D.
    • Добавлена поддержка ARM-плат и платформ Gen1 Amazon Echo (OMAP3630-based), Samsung Galaxy S III mini (GT-I8190), Allwinner Emlid Neutis, Libre Computer ALL-H3-IT, PineH64 Model B, Aibretech Amlogic GX PC, Armada SolidRun Clearfog GTR, NXPGateworks GW59xx, Tolino Shine 3 eBook reader, Embedded Artists COM (i.MX7ULP), SolidRun Clearfog CX/ITX и HoneyComb (LX2160A), Google Coral Edge TPU (i.MX8MQ), Rockchip Radxa Dalang Carrier, Radxa Rock Pi N10, VMARC RK3399Pro SOM ST Ericsson HREF520, Inforce 6640, SC7180 IDP, Atmel/Microchip AM9X60 (ARM926 SoC, Kizboxmini), ST stm32mp15, AM3703/AM3715/DM3725, ST Ericsson ab8505, Unisoc SC9863A, Qualcomm SC7180. Добавлена поддержка PCIe-контроллера, применяемого в Raspberry Pi 4.

Одновременно латиноамериканский Фонд свободного ПО сформировал вариант полностью свободного ядра 5.6 - Linux-libre 5.6-gnu, очищенного от элементов прошивок и драйверов, содержащих несвободные компоненты или участки кода, область применения которых ограничена производителем. В новом выпуске отключена загрузка блобов в драйверах для AMD TEE, ATH11K и Mediatek SCP. Обновлён код чистки блобов в драйверах и подсистемах AMD PSP, amdgpu и nouveau.

  1. Главная ссылка к новости (https://lkml.org/lkml/2020/3/2...)
  2. OpenNews: Релиз ядра Linux 5.2
  3. OpenNews: VPN WireGuard принят в ветку net-next и намечен для включения в ядро Linux 5.6
  4. OpenNews: Релиз ядра Linux 5.3
  5. OpenNews: Релиз ядра Linux 5.4
  6. OpenNews: Релиз ядра Linux 5.5
Лицензия: CC-BY
Тип: Интересно / Программы
Короткая ссылка: https://opennet.ru/52632-kernel
Ключевые слова: kernel, linux
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (142) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Коровавирус (?), 11:13, 30/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +8 +/
    Учись, Гугл: этим коровавирус не страшен.
     
     
  • 2.45, BlackRot (ok), 13:52, 30/03/2020 [^] [^^] [^^^] [ответить]  
  • +8 +/
    Даже наоборот, больше времени поработать с ядром сидя дома.
     
     
  • 3.69, Аноним (69), 15:40, 30/03/2020 [^] [^^] [^^^] [ответить]  
  • +8 +/
    А Линус куда-то ходил раньше? На сколько знаю всегда дома сидел, точнее стоял за своим стоячим столом.
     
     
  • 4.78, Аноним (78), 16:27, 30/03/2020 [^] [^^] [^^^] [ответить]  
  • +5 +/
    точнее ходил, у него беговая дорожка
     
     
  • 5.149, VINRARUS (ok), 18:21, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Если он использует беговую дорожку для ходьбы то шо ж говорить за его логику использования ядра?
     
  • 4.151, BlackRot (ok), 16:18, 03/04/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Он не один ядро пилит
     

  • 1.5, iPony129412 (?), 11:19, 30/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    а Санта Барбара с exFAT как там?
     
     
  • 2.6, _hide_ (ok), 11:22, 30/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Присутствует.
     
  • 2.8, Аноним (8), 11:25, 30/03/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Так же как Санта Барбара с ZFS.
     
  • 2.15, Аноним (15), 12:08, 30/03/2020 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Добавление нового exFAT драйвера Samsung отложили до ядра 5.7.
    https://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs.git/commit/?h=for-nex
     
     
  • 3.157, _hide_ (ok), 14:33, 13/05/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Добавление нового exFAT драйвера Samsung отложили до ядра 5.7.
    > https://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs.git/commit/?h=for-nex

    Ну так отложили включение по умолчанию

     

  • 1.9, гтщс_г34 (?), 11:25, 30/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Wireguard! Bingo!
     
     
  • 2.20, Аноним (20), 12:21, 30/03/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    На оффсайте до сих пор бенчмарки старые.
    Одной из киллер-фич WG всегда топят скорость высокую, которая по словам автора в т.ч. обеспечена его собственной реализацией API, которую не хотели брать в ядро.

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

     
  • 2.24, Аноним (24), 12:38, 30/03/2020 [^] [^^] [^^^] [ответить]  
  • –10 +/
    Кому он нужен WG ваш, как только ты его разворачиваешь больше чем для себя, начинаются проблемы.
     
     
  • 3.38, dimez (?), 13:33, 30/03/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Какие проблемы? Раздал всем conf-файлы, весь офис сидит удалённо через wg. Нет проблем.
     
  • 3.41, Чолхан (ok), 13:43, 30/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    с PKI - так нормально?
    https://github.com/tengre/kurenma/
     
     
  • 4.65, Crazy Alex (ok), 15:14, 30/03/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    На вид - какой-то безумный костыль
     
     
  • 5.139, Чолхан (ok), 16:14, 31/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Автоматизирует выдачу wireguard ключей на основе PKI инфраструктуры - куда уже безумнее! )) - надо бы отзыв сертификата протестировать. Плюс возможность использования knocking'а перед предъявлением грамот, еще автобан запилить не мешало бы.
     
  • 3.43, Аноним (43), 13:46, 30/03/2020 [^] [^^] [^^^] [ответить]  
  • +6 +/
    РКН запрещает использовать? ;)
     
  • 3.55, microsoft (?), 14:20, 30/03/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    ещеб и работадо поверх tcp ибо в офисе с маньячными безопасниками открытых udp портов нету
     

  • 1.10, ротииииииииилллллллллллллл (?), 11:26, 30/03/2020 Скрыто модератором [﹢﹢﹢] [ · · · ]
  • –12 +/
     
     
  • 2.13, Аномномномнимус (?), 11:33, 30/03/2020 Скрыто модератором
  • +3 +/
     
  • 2.14, iPony129412 (?), 12:07, 30/03/2020 Скрыто модератором
  • –4 +/
     
     
  • 3.28, Отец Гавриил (?), 12:54, 30/03/2020 Скрыто модератором
  • –4 +/
     
  • 3.37, Аноним (37), 13:27, 30/03/2020 Скрыто модератором
  • +4 +/
     
     
  • 4.52, Аноним (-), 14:13, 30/03/2020 Скрыто модератором
  • +/
     
  • 4.114, Lex (??), 20:48, 30/03/2020 Скрыто модератором
  • +/
     
  • 2.48, qetuo (?), 14:03, 30/03/2020 Скрыто модератором
  • +5 +/
     
  • 2.60, IRASoldier_registered (ok), 15:01, 30/03/2020 Скрыто модератором
  • +1 +/
     
  • 2.70, Аноним (69), 15:42, 30/03/2020 Скрыто модератором
  • +2 +/
     
     
  • 3.75, Аноним (75), 15:58, 30/03/2020 Скрыто модератором
  • +6 +/
     
     
  • 4.128, Аноним (128), 02:59, 31/03/2020 Скрыто модератором
  • +/
     
  • 3.133, Аноним (133), 10:41, 31/03/2020 Скрыто модератором
  • +/
     

     ....ответы скрыты модератором (12)

  • 1.11, Аномномномнимус (?), 11:31, 30/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > DisplayPort MST

    Вообще крайне полезная штука, особенно поверх type-c

     
     
  • 2.23, Аноним (20), 12:31, 30/03/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    При выходе из состояния энергосбережения экрана при подключенном через MST мониторе экраны несколько раз выключаются-включаются и конфигурация положений сбрасывается каждый раз.
     

  • 1.16, Аноним (16), 12:09, 30/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +14 +/
    > Добавлена поддержка Samsung Galaxy S III mini

    Когда уже Линус телефон себе новый купит

     
  • 1.17, Zenitur (ok), 12:11, 30/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –6 +/
    Жду замены стека USB на новый. Я не против, что его писала женщина-гомосексуалист, как-то плевать на это. Но её деструктивные действия в отношении Торвальдса и попытка прогнуть Linux под SJW вызывают желание не пользоваться её кодом вообще.
     
     
  • 2.25, A.Stahl (ok), 12:38, 30/03/2020 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Ну и чем ты её лучше, если готов отбросить в сторону рабочий код лишь потому что его автор -- гей/еврей/подставь_сюда_что_попало
     
     
  • 3.29, Zenitur (ok), 12:57, 30/03/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    На ориентацию плевать. Не плевать на то что, во время недавней нападки на Linux со стороны SJW, она тоже участвовала
     
     
  • 4.31, A.Stahl (ok), 13:00, 30/03/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    А код тут каким боком?


     
     
  • 5.33, Zenitur (ok), 13:15, 30/03/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Действительно, ни при чём. Ладно, пусть будет.
     
     
  • 6.96, Аноним (96), 18:41, 30/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Бешено плюсую! Не ну уважуха тебе братан. Подлянок прощать не надо. Они ещё на Линуса психологов натравливали.
     
  • 4.44, Аноним (43), 13:52, 30/03/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Про недавние нападки на Linux со стороны SJW поподробнее можно?
     
     
  • 5.50, Zenitur (ok), 14:10, 30/03/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    https://www.opennet.ru/opennews/art.shtml?num=49284

    https://www.linux.org.ru/news/kernel/14478708?cid=14486352

    И ещё вот: https://www.linux.org.ru/forum/talks/15235904

     
  • 3.73, Константавр (ok), 15:50, 30/03/2020 Скрыто модератором
  • –3 +/
     
     
  • 4.92, Ordu (ok), 17:58, 30/03/2020 Скрыто модератором
  • +4 +/
     
     
  • 5.105, Аноним (75), 19:53, 30/03/2020 Скрыто модератором
  • –1 +/
     
     
  • 6.116, Ordu (ok), 20:57, 30/03/2020 Скрыто модератором
  • +/
     
  • 2.34, Ждун (?), 13:16, 30/03/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Товарисчи, у нас ждун!

    Давай отрывай свой толстый зад от дивана наконец и пиши пулл-реквест с нормальным кодом, ибо от газифицирования форумов он сам не появится.

     
     
  • 3.49, Релиз (?), 14:09, 30/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Полностью поддерживаю. Задолбали ныть как бабки у подезда.
     
  • 2.39, Аноним (39), 13:42, 30/03/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Пересобери ведро, выкинь написанный ей код, пользуйся.
     

  • 1.18, Аноним (18), 12:16, 30/03/2020 Скрыто модератором [﹢﹢﹢] [ · · · ]
  • –7 +/
     
     
  • 2.22, Лентяй (??), 12:25, 30/03/2020 Скрыто модератором
  • +/
     
     
  • 3.26, Аноним (26), 12:43, 30/03/2020 Скрыто модератором
  • –7 +/
     
  • 3.93, Аноним (18), 18:03, 30/03/2020 Скрыто модератором
  • –1 +/
     

     ....ответы скрыты модератором (3)

  • 1.21, Нанобот (ok), 12:22, 30/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >существенные изменения в звуковую систему ALSA, нацеленные на избавление кода от проблемы 2038 года

    как? как можно было так накодить, чтобы звуковая подсистема зависила от времени по utc?

     
     
  • 2.30, llolik (ok), 12:59, 30/03/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Здесь, в общем-то, если я правильно понимаю, важно не время utc, а тип данных time_t в 64-бита.
    upd. Собственно, в описании к патчу так и написано.
     
     
  • 3.35, имя_ (?), 13:17, 30/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Что-то не совсем понял: у них там были проблемы лишь в получении информации о статусе? В описании вроде только об этом написано.
     
     
  • 4.40, llolik (ok), 13:42, 30/03/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Что-то не совсем понял: у них там были проблемы лишь в получении
    > информации о статусе? В описании вроде только об этом написано.

    Ну так правильно написано. И структура snd_pcm_mmap_status (ну и ещё несколько) рассчитана на 32-бита (как и всегда время представлялось). Пришлось дико извращаться, чтобы не поломать работу и на 32-битах. И, если я всё правильно понял, перестать её mmap-ить на не-x64 системах.

     
     
  • 5.76, Аноним (76), 16:00, 30/03/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Они там чё, в каждом сэмпле число-месяц-год шлют в звуковуху?
     
     
  • 6.79, llolik (ok), 16:30, 30/03/2020 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > Они там чё, в каждом сэмпле число-месяц-год шлют в звуковуху?

    Для примера
    int clock_gettime(clockid_t clock_id, struct timespec *t_time);
    int clock_settime(clockid_t clk_id, const struct timespec *tp);

    int nanosleep(const struct timespec *, struct timespec *);

    struct timespec {
        time_t   tv_sec;        /* seconds */
        long     tv_nsec;       /* nanoseconds */
    };

    Первое поле какого типа?

     
  • 2.32, Отец Гавриил (?), 13:05, 30/03/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    |как можно было так накодить, чтобы звуковая подсистема зависила от времени по utc?

    Дык жеж а что? Что войсом говорит, что в Петропавловске-Комчатском полночь?  

     
  • 2.36, segesg (?), 13:26, 30/03/2020 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Вывод звука работает пакетами, через промежтки *времени*. Время надо считать, вот его и посчитали, через time_t, а оно - 32 бита.
     
     
  • 3.98, Нанобот (ok), 18:49, 30/03/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Врядли. time_t имеет точность в одну секунду, этого явно недостаточно, чтобы звук обрабатывать
     
  • 2.54, Аноним (54), 14:18, 30/03/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это уже давно норма, попробуйте удалить, (неожидано), "libthai" (библиотеку тайского языка), пол-системы снесёт.
     
     
  • 3.56, Michael Shigorin (ok), 14:27, 30/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Это уже давно норма, попробуйте удалить, (неожидано),
    > "libthai" (библиотеку тайского языка), пол-системы снесёт.

    Это заслуга libpango, скорее всего -- которую приколотили гвоздями вместо dlopen при надобности.  Ну повесьте на неё что-нибудь...

     
     
  • 4.80, Crazy Alex (ok), 16:45, 30/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Вот ровно из-за этого я сбежал на генту, где подобное легко решается
     
     
  • 5.147, anonymous (??), 12:25, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Может уже и напишешь как? А то я на арче, гентой не пользовался.
     

  • 1.42, Док (?), 13:46, 30/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Ядро избавлено от проблемы 2038 года

    Нужна машина времени чтобы это проверить

     
     
  • 2.46, Аноним (-), 13:54, 30/03/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Главное, не попасться на глаза Организации!
     
  • 2.47, Аноним (43), 13:56, 30/03/2020 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Легко, команда date
     
  • 2.71, Аноним (69), 15:43, 30/03/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А что за мода time64_t это кто-то уже поддерживает? Что там POSIX по этому поводу думает?
     
     
  • 3.82, Crazy Alex (ok), 16:46, 30/03/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А что ядро поддерживает - этого мало, что ли? Остальные подтянутся, проблема-то вполне понятная, да и держать 32-битный тип никакого смысла нет
     
  • 2.131, Аноним (131), 04:09, 31/03/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>Ядро избавлено от проблемы 2038 года
    >Нужна машина времени чтобы это проверить

    А просто часы перевести на 2038-й год религия не позволяет?

     

  • 1.51, Аноним (-), 14:12, 30/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    > верифицированной загрузки прошивки для GPU NVIDIA на базе микроархитектуры Turing (GeForce RTX 2000), что позволило включить поддержку 3D-ускорения для данных карт (требуется загрузка официальных прошивок с цифровой подписью NVIDIA).

    О как. Лок-ин по полной. Видать не зря я такое не покупаю.

     
     
  • 2.57, Аноним (57), 14:28, 30/03/2020 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Вообще не пользуешься видеокартами? Ух ты, молодец какой. Или нет. Сидишь на сгнивших?
     
  • 2.106, Аноним (106), 20:00, 30/03/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    У правильных пацанов сейчас AMD в моде)
    Пользую, вот, WX2100
     
     
  • 3.154, Аноним (154), 06:01, 06/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > У правильных пацанов сейчас AMD в моде)
    > Пользую, вот, WX2100

    И как там, можно любую фирмварь лить?

     

  • 1.53, Аноним (54), 14:13, 30/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    С каждой новой версией я наблюдаю лишь растущее количество ненужных мне процессов. Кто Торвальдса кормит, тот его и танцует, энтерпрайз такой энтерпрайз.
     
     
  • 2.58, konrad (??), 14:35, 30/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    мем смешной - ситуация страшная((
     
     
  • 3.66, Аноним (66), 15:24, 30/03/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не обычная разве? )
     
  • 2.61, arthi747 (ok), 15:04, 30/03/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да фиг его знает. Это конечно не показатель но помню когда вышла убунта 11.04 там дикая просадка по производителности была. Щас на подопытный ноутбук накатил еще не готовую 20.04 кубунту и неожиданно она оказалась довольно шустрой. Кстати начитался тут "нитакихкакфсе" давно еще и чтобы почувствовать себя настоящим линуксоидом перешел на арч. И знаете что идите вы в жoпу дорогие советчики.
     
     
  • 3.84, Crazy Alex (ok), 16:51, 30/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Не знаю насчёт арча, но заставить убунту работать как мне надо я немного замучаюсь, а вот генту - запросто.
     
  • 2.83, Crazy Alex (ok), 16:49, 30/03/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Если это процессы ядра - то какая разница, сколько их там? Это внутреннее дело ядра, что держать отдельным процессом, а что - нет. Ну и в этом случае вы, скорее всего, даже не определите, что вам нужно, а что - нет.

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

     

  • 1.59, Анонас (?), 15:00, 30/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > Добавлен новый тип BPF-программ BPF_PROG_TYPE_STRUCT_OPS, позволяющий реализовывать обработчики функций ядра через BPF.
    > В BPF добавлена поддержка глобальных функций.

    Помню как тут смеялись над тупыми бздунами, когда в ядро NetBSD добавили интерпретатор Lua.

     
     
  • 2.63, arthi747 (ok), 15:12, 30/03/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Щас часто срач идет между линуксоидами и бздунами и приводят одни и те же доводы и само собой никто не слушает мнение оппонента. А мне думается все проще и дело не в лицензии и не в поддержке а дело в том что во фряхе нет  ̶п̶у̶т̶и̶н̶а̶  единоличного диктатора как в линуксе чтобы рулил процессом. А был бы то был бы еще вопрос кто кого. Когда некому показать указующим перстом правильный путь получается что зря.
     
     
  • 3.72, Аноним (57), 15:47, 30/03/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Бздунов не существует, это миф. Примерно в 2005 окончательно повыпиливали ото всюду.
     
     
  • 4.97, Аноним (-), 18:47, 30/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Я двоих знаю это Изя и Буратино.
     
     
  • 5.103, Аноним (57), 19:07, 30/03/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Я двоих знаю это Изя и Буратино.

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

     
     
  • 6.109, Аноним (-), 20:16, 30/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >> Я двоих знаю это Изя и Буратино.
    > У них же виндоус.

    У буратины? Или у ivan83? Это Пингви-Няши опять по себе судят? Так у ПингвиНяш вроде последнее время макось популярна - с нее они и Пингвинчика разрабатывают
    https://developers.redhat.com/blog/2020/02/12/podman-for-macos-sort-of/
    > I have a problem. My daily laptop is a MacBook Pro, which is great unless you want to dual boot into Linux and develop on containers. While it is simple enough to install Red Hat CodeReady Containers,

    и "год линукса на десктопе" объявляют ...

     
     
  • 7.112, Аноним (57), 20:26, 30/03/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Они же сами признавались, что видят открытые системы исключительно в putty.exe и накидывают с целью поиздеваться над реальными пользователями.
     
     
  • 8.115, Аноним (-), 20:49, 30/03/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну-ну https www opennet ru openforum vsluhforumID3 119574 html 36 https www... текст свёрнут, показать
     
     
  • 9.119, Аноним (57), 21:04, 30/03/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Не знаю кто этот нонейм, я про Изена и компанию ... текст свёрнут, показать
     
     
  • 10.122, Аноним (122), 21:42, 30/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Нонейм тут очередная анонимная пингвиняша-все-все-знаша А Ивана я знаю, потому... большой текст свёрнут, показать
     
     
  • 11.124, Аноним (57), 21:47, 30/03/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Так пользуйся равноценными определениями, а не эмфемизмами Если линуксоид назва... текст свёрнут, показать
     
     
  • 12.134, Аноним (-), 12:49, 31/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Эталон опеннетного пингвиноида из палаты мер и весов ... текст свёрнут, показать
     
  • 2.85, Crazy Alex (ok), 16:53, 30/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    И не зря смеялись. Сравни - поддержка специально разработанного прекомпилированного байткода и интерпретатор общего назначения.
     
     
  • 3.150, Анонас (?), 23:00, 02/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Действительно, сравни. Проверенный продукт с большим сообществом, 30летней историей промышленного использования и одной из лучших ВМ (LuaJIT) и велосипед очередных Поттерингов с кучей дыр.
     

  • 1.62, Аноним (-), 15:07, 30/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    >>> размер патча - 40 Мб

    Пардон - это 40 мегаБит что ли? Разве не нужно писать МБ ("Б" бльшое) для Байтов?

     
     
  • 2.64, arthi747 (ok), 15:14, 30/03/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Это нормально. Современные технические ресурсы уже не удивляют. Когда меня на хабре спросили что такое локальный DNS и зачем он нужен я понял что все.
     
     
  • 3.67, Аноним (66), 15:26, 30/03/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Запятые поняли раньше :)
     
  • 3.74, Аноним (74), 15:55, 30/03/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    и что же такое "Локальный DNS"? Локальная система доменных имен? Чем она отличается от "глобальной"?

    Если речь про сервер, то никаких локальных или нелокальных не бывает. Есть авторитативные и неавторитативные. То, что у вас в локалочке появился DNS сервер еще не повод вносить какую-то новую терминологию.

     
     
  • 4.113, arthi747 (ok), 20:32, 30/03/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Блин вот вы реально не понимаете о чем речь или лиш бы написать? Ну вот например https://darkfess.ru/создание-и-настройка-лок-dns-pdnsd/
    Статья старая но вы с таким же успехом можете то же самое сделать с unbound или другими популярными DNS серверами.
     
  • 2.99, Аноним (-), 18:56, 30/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Непонял. 1 000 000 это МегаБайт, а Мебибайт это 1024*1024=1 048 576. Ты про это что-ли? Но ведь производители жёстких дисков используют десятичную нотацию. А данные хранятся в дисках так ведь? Гибибайты и мебибайты в реальности актуальны, когда измеряется интернет трафик, или когда измеряются данные хрянящиеся в кеше процессора и ячейках оперативной памяти.
     
  • 2.117, Ordu (ok), 20:58, 30/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Разве не нужно писать МБ ("Б" бльшое) для Байтов?

    Не нужно. Все кроме тебя поймут и так.


     

  • 1.68, Аноним (68), 15:34, 30/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/

    > Удалён блокируемый пул /dev/random. Поведение /dev/random приближено к
    > /dev/urandom в плане предотвращения блокирования энтропии после инициализации пула.

    А зачем ? если кому нужен не блокируемый поток, и так есть urandom. зачем нужно 2 устройства с одинаковыми свойствами ?

     
     
  • 2.86, pda (?), 17:00, 30/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Идиоты среди мейнтейнеров никого не слушают и ничего не читают. Ниет, /dev/random секьюрнее, буду использовать его, плевать что тормозить всё из-за блокировок будет.
     
     
  • 3.140, Майнтейнер (?), 18:01, 31/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Простите, но это разве ваше дело, тормозит что-то у мейнтейнеров или нет? Они на каком основании чужие решения через свои патчи правят?
     

  • 1.77, pda (?), 16:10, 30/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    "в будущем выгрузка уже активированного SELinux будет запрещена"

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

     
     
  • 2.104, pin (??), 19:42, 30/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Выстрели себе в пятку,называется.

    >  С другой стороны от production-режима, когда без перезагрузки отключить нельзя я бы не отказался.

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

     
     
  • 3.127, pda (?), 00:59, 31/03/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Э? Вам тоже к окулисту направление выписывать надо? Слова "production-режим" каким-то образом получилось не прочитать?
     
     
  • 4.137, pin (??), 15:03, 31/03/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Запишитесь на кусры по развиию логики. Вам это показано.
     

  • 1.81, Аноним (81), 16:45, 30/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    Осталось завести в Linux нормальный DE и тогда заживем!
     
     
  • 2.143, Аноним (143), 19:42, 31/03/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    TDE Trinity.
     

  • 1.87, КО (?), 17:03, 30/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    "1810 разработчиков"
    Я не думаю что простой коммит делает меня разработчиком
     
     
  • 2.100, Аноним (-), 18:58, 30/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Делает потому-что это базарный тип разработки.
     

  • 1.88, omgwtf (?), 17:20, 30/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    А ядро все пухнет и пухнет, как на дрожжах...Нужно больше сотен тысяч строк кода -"угоди всем"
     
     
  • 2.90, Аноним (81), 17:25, 30/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Альтернативы?
     
  • 2.91, Аноним (57), 17:27, 30/03/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Там 90% кода видеодрова. И прочие дрова. Производители заботятся о том, чтобы их железки работали -- это же прекрасно. А вот замедление из-за спектры не айс. Я не получаю никакого ускорения при отключении "защит", получается замедление перманентное и не зависит от флажков. Это реальная проблема.
     
  • 2.102, user90 (?), 19:06, 30/03/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну что ты как маленький - возьми да собери сам.
     

  • 1.89, Аноним (89), 17:21, 30/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Владельцы WiFi от Intel - обождите обновляться.

    https://www.phoronix.com/scan.php?page=news_item&px=Linux-5.6-Broken-Intel-IWL

     
     
  • 2.107, Аноним (106), 20:02, 30/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Интеловские олени и в ветке 5.5 два раза умудрились Wifi для ноубычных карточек поломать. И два раза ядро пришлось откатывать. Но тут уж сам понимаешь что ставить свежесобранное ядро - всегда риск.
     
     
  • 3.108, iPony129412 (?), 20:14, 30/03/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Ну сказано же, что stable API is nonsense
     
     
  • 4.141, Майнтейнер (?), 18:03, 31/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Подмена понятия, ошибки не зависят от стабильности API.
     
     
  • 5.155, Аноним (155), 19:26, 06/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Подмена понятия, ошибки не зависят от стабильности API.

    Скорее синдром УМВР всему виной.

     

  • 1.118, жабабыдлокодер (ok), 21:01, 30/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Проблема 2038 года все равно не решена, а только лишь отложена. Через 292 миллиарда лет опять придется что-то с этим делать.
     
     
  • 2.123, llolik (ok), 21:45, 30/03/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Через 292 миллиарда лет опять придется что-то с этим делать.

    Предполагаемый возраст вселенной ЕМНИП ~14млрд. лет. Думаю человечество не доживёт до времени, когда этим надо будет озаботиться.

     
     
  • 3.125, Аноним (57), 22:52, 30/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >не доживёт

    Что ему помешает? Хотя будет забавно, если путешествия в космосе окажутся принципиально невозможными (даже в пределах соседних звёзд), и любая жизнь во вселенной обречена влачить своё существование на ближайших каменюках и только пока идёт реакция в ближайшей звезде и ресурсы не исчерпаны.

     
     
  • 4.126, llolik (ok), 23:11, 30/03/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Что ему помешает?

    Например, в самой отдалённой перспективе - эволюция и смерть Солнца (~4,5млрд. лет, хотя сильно раньше на самом деле). В самой ближайшей перспективе - любой приличной кометы/астеройда хватит. Межзвездных путешествий и колоний у нас пока в перспективе не просматривается.

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

     
     
  • 5.152, Вася (??), 21:32, 03/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Как у вас всех таких язык поворачивается писать: "биткойн, андройд, астеройд"
    Гиперболойд?
     
     
  • 6.153, llolik (ok), 22:33, 03/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Как у вас всех таких язык поворачивается писать: "биткойн, андройд, астеройд"
    > Гиперболойд?

    Ну извиняйте, очепятался поторопившись. Вы абсолютно правы, товарищ астроном-филолог.

     
  • 2.129, Аноним (129), 03:22, 31/03/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Проблема 2038 года решена. То что вас беспокоит проблема 292000002038 года - ваши половые проблемы.
     

  • 1.120, Linpinlinux (?), 21:15, 30/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    XCHI Починили или как, а то в 5.5 проблема была, отваливался.
     
  • 1.132, Аноним (132), 09:27, 31/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > избавление ядра от проблемы 2038 года

    А жизнь не кончится завтра, она у нас будет длинной!

     
  • 1.135, JL2001 (ok), 13:31, 31/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    если я сделаю bonding/bridge на свои локальные сетевые (вайфай/модем/...) - я получу тот же самый MPTCP ?
     
  • 1.136, Аноним (155), 15:02, 31/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Wireguard - это ещё один шажок на пути к цифровому концлагерю, запомните это. VPN давно уже сидит костью в горле правящей элиты, от Китая до США. Запретить его было нельзя так как от него зависят их деньги. Но можно сделать новую, "более лучшую" версию где полностью убрать приватность зато упростить развёртывание в корпоративной среде.

    Ну да, местные админы зато кипятком от него писают.

     
     
  • 2.142, Аноним (142), 18:05, 31/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Существующие решения никто не собирается выкидывать, wireguard это узкоспециализированное решения для конкретной проблемы, с кучей своих ограничений.
     
     
  • 3.145, Аноним (145), 23:52, 31/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Тогда зачем оно такое специализированное нужное только 1,5 землекопам решение засунули в ядро используемое всеми?
     

  • 1.138, JL2001 (ok), 16:00, 31/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    как защищаться от DMA через USB 4.0 ?
     
  • 1.144, And (??), 20:38, 31/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    SELinux без презагруки не выключишь. Ну, г-да девляпсы, ежа вам за пазуху. )))
     
  • 1.146, Аноним (146), 07:05, 01/04/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Удалена поддержка расширений MPX (Memory Protection Extensions), добавленная в ядре 3.19 и позволяющая организовать проверку указателей на соблюдение границ областей памяти.

    Плохо, ынтель так старалась..

    Взамен что предложат?

     
     
  • 2.148, Аноним (89), 12:29, 01/04/2020 [^] [^^] [^^^] [ответить]  
  • +/
    На самом деле, не сильно-то и старались. Взамен (почти) - CET.

    https://software.intel.com/en-us/blogs/2016/06/09/intel-release-new-technology

     

  • 1.156, lockywolf (ok), 10:18, 28/04/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >>Объявлена устаревшей возможность отключения модуля SELinux во время работы, а в будущем выгрузка уже активированного SELinux будет запрещена. Для отключения SELinux потребуется передать параметр "selinux=0" в командной строке ядра.

    Хер вам, не рут на Андроиде? Или я что-то не понимаю?

     

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



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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