The OpenNET Project / Index page

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

Релиз ядра Linux 6.8

11.03.2024 10:08

После двух месяцев разработки Линус Торвальдс представил релиз ядра Linux 6.8. Среди наиболее заметных изменений: драйвер Xe для GPU Intel, режим защиты блочных устройств с примонтированными ФС, механизм планировщика задач Deadline server, автоматическая оптимизация слияния идентичных страниц памяти, первый драйвер на языке Rust, системные вызовы listmount и statmount, удаление bpfilter и SLAB, механизм guest_memfd в KVM, профилирование обращения к данным.

В новую версию принято 15641 исправлений от 2018 разработчиков, размер патча - 44 МБ (изменения затронули 12212 файлов, добавлено 663864 строк кода, удалено 339094 строк). В прошлом выпуске было 18405 исправлений от 2066 разработчиков, размер патча - 72 МБ. Около 42% всех представленных в 6.8 изменений связаны с драйверами устройств, примерно 15% изменений имеют отношение к обновлению кода, специфичного для аппаратных архитектур, 14% связано с сетевым стеком, 6% - с файловыми системами и 3% c внутренними подсистемами ядра.

В Git-репозитории с ядром 6.8 присутствует 9.996 млн. объектов, что свидетельствует о том, что следующее ядро 6.9 преодолеет знаковый рубеж в 10 млн git-объектов. Ранее смена номеров веток 3.x и 4.x хорошо коррелировала с числом git-объектов в репозитории - ядро 3.0 было выпущено, когда в репозитории находилось примерно 2 млн объектов, а ядро 4.0 - 4 млн объектов. При этом в 2019 году выпуск 5.0 разорвал данную логическую цепочку, так как в при его формировании репозиторий включал примерно 6.5 млн git-объектов.

Основные новшества в ядре 6.8:

  • Дисковая подсистема, ввод/вывод и файловые системы
    • Добавлен режим блокирования прямой записи на блочные устройства, на которых имеются примонтированные файловые системы (после включения режима, пользователь root не сможет внести изменения в ФС через манипуляции на уровне блочного устройства). По умолчанию режим отключён и требует указания параметра BLK_DEV_WRITE_MOUNTED при сборке. Для разделов с Btrfs блокировка пока не работает, так как в код Btrfs ещё не приняты необходимые изменения.
    • Добавлены системные вызовы listmount() и statmount(), позволяющие из пространства пользователя получить детальную информацию о примонтированных файловых системах.
    • В файловой системе XFS продолжена работа над реализацией возможности применения утилиты fsck для проверки и исправления выявленных проблем в online-режиме, без отмонтирования файловой системы.
    • В Ext4 для блоков размером меньше страницы памяти задействован вызов dioread_nolock, позволяющий повысить производительность, благодаря избавлению от лишних блокировок. Некоторые функции переведены на использование фолиантов страниц памяти (page folios).
    • В Btrfs добавлена поддержка флага монтирования "nospace_cache" для отключения кэша свободных блоков. Некоторые функции переведены на использование фолиантов страниц памяти (page folios).
    • В файловой системе EROFS (Extendable Read-Only File System), предназначенной для использования на разделах, доступных в режиме только для чтения, добавлена поддержка сжатия субстраниц и улучшена работа в ситуации нехватки памяти.
    • В файловой системе F2FS улучшена поддержка зонированных устройств хранения (разделение на зоны групп блоков или секторов, в которые допускается лишь последовательное добавление данных с обновлением целиком всей группы блоков).
    • Для ФС SMB реализована возможность создания блочных и символьных файлов устройств.
    • В Bcachefs добавлена частичная поддержка проверки и восстановления целостности примонтированных ФС.
    • В подсистеме device-mapper прекращена поддержка обработчиков MD_LINEAR, MD_MULTIPATH и MD_FAULTY, объявленных устаревшими в 2021 году.
  • Память и системные сервисы
    • В подсистему Zswap добавлена активируемая при нехватке оперативной памяти возможность принудительной выгрузки в реальный раздел подкачки "холодных" страниц памяти, к которым не было обращения и которые скорее всего останутся невостребованными. Zswap выполняет кэширование вытесняемых в раздел подкачки страниц, храня их в оперативной памяти в сжатом виде по возможности без сброса в реальный несжатый раздел подкачки на диске. Внесённые изменения при нехватке памяти позволяют уменьшить размер хранимого в ОЗУ пула Zswap и высвободить память системе.
    • В Zswap предложен новый режим, который полностью отключает отложенную запись (writeback) в реальный раздел подкачки, если попытка записи не увенчалась успехом, и не сбрасывает уже имеющиеся в пуле zswap страницы в раздел подкачки.
    • В планировщик задач добавлен механизм SCHED_DEADLINE server, решающий проблему с недополучением ресурсов CPU обычными задачами в условиях монополизации CPU высокоприоритетными (realtime) задачами. Для предотвращения монополизации CPU в ядре ранее использовался механизм Realtime throttling, который пытался резервировать 5% для низкоприоритетных задач, оставляя 95% времени realtime-задачам. Данный механизм оставлял желать лучшего так как обычные задачи во многих ситуациях недополучали процессорное время. SCHED_DEADLINE server реализует более эффективный механизм резервирования ресурсов.
    • В подсистему DAMON (Data Access MONitor), позволяющую отслеживать доступ процесса к данным в оперативной памяти (например, можно узнать к каким областям памяти обращался процесс, а какие области памяти остались невостребованными), добавлен механизм автоматической настройки агрессивности потребления памяти на основе заданных квот.
    • Добавлена поддержка многоразмерных больших страниц памяти (mTHP - multi-size Transparent Huge Pages), позволяющая выделять память в блоках, размером больше базовой страницы, но меньше традиционной THP-страницы.
    • Добавлена поддержка крупных фолиантов (page folios, объединённые страницы памяти) для анонимной памяти (не привязанной к ФС, например, выделенной через malloc). Изменение нацелено на повышение производительности за счёт выделения больших кусков памяти во время обращения к невыделенным страницам памяти (page faults). Например, использование крупных фолиантов позволило на 5% сократить время пересборки ядра (при сокращении времени проводимого на уровне ядра на 40%).
    • В файл конфигурации ядра добавлен параметр TRANSPARENT_HUGEPAGE_NEVER, дающий возможность отключить использование больших страниц памяти (Transparent Huge Pages).
    • В системный вызов userfaultfd(), дающий возможность создавать обработчики обращений к невыделенным страницам памяти (page faults) в пространстве пользователя, добавлена операция UFFDIO_MOVE, позволяющая при упаковке кучи (heap compaction) перемещать страницы памяти в виртуальном адресном пространстве без выполнения операции выделения страницы памяти. В проведённых тестах применение UFFDIO_MOVE позволило на 40% снизить время упаковки по сравнению с использованием операции UFFDIO_COPY.
    • Добавлен механизм "KSM advisor", позволяющий автоматически оптимизировать параметры подсистемы слияния идентичных страниц памяти (KSM - Kernel Samepage Merging).
    • Продолжен перенос изменений из ветки Rust-for-Linux, связанных с использованием языка Rust в качестве второго языка для разработки драйверов и модулей ядра (поддержка Rust не активна по умолчанию, и не приводит ко включению Rust в число обязательных сборочных зависимостей к ядру). В новой версии включены изменения, добавляющие Rust-обвязку над уровнем абстракции phylib и использующий данную обвязку драйвер ax88796b_rust, обеспечивающий поддержку PHY-интерфейса Ethernet-контроллера Asix AX88772A (100MBit). По функциональности драйвер на Rust полностью эквивалентен старому драйверу ax88796b, написанному на языке Си, и может быть использован с сетевыми картами X-Surf 100, оснащёнными чипом AX88796B. Для архитектуры LoongArch предоставлена возможность написания модулей на языке Rust. Осуществлён переход на использование выпуска Rust 1.74.1.
    • Добавлен механизм BPF token, позволяющий выборочно делегировать обработку отдельных возможностей BPF, таких как загрузка программы BPF или создание BPF map, непривилегированным процессам в пространстве пользователя, достоверность которых подтверждена специальным токеном.
    • Расширена функциональность верификатора BPF-программ.
    • В утилиту perf добавлена поддержка профилирования данных, позволяющая отслеживать чтение и запись в структуры данных, например, с целью выявления наиболее активно модифицируемых полей в структурах. На системах с процессорами, поддерживающими сбор информации об операциях с памятью (Intel, AMD, ARM), для накопления статистики следует использовать команду "perf mem record", а для вывода отчёта об обращениях к структурам данных - "perf annotate --data-type".
    • Проведена оптимизация производительности обработки системных вызовов на архитектуре s390 (IBM Z), которая привела в тестах к ускорению входа в системный вызов примерно на 11%.
    • Предоставлена возможность изменения размера буферов трассировки, применяемых для буферизации информации о событиях трассировки, передаваемых в пространство пользователя.
    • Удалён ранее объявленный устаревшим механизм распределения памяти SLAB, вместо которого в ядре теперь используется только SLUB. В качестве причины называются проблемы с сопровождением, наличие проблем в коде и дублирование функциональности с более совершенным аллокатором SLUB.
    • При сборке ядра включён флаг "-Wmissing-prototypes", генерирующий предупреждения для вызовов глобальных функций, которые не имеют определения прототипа.
    • Для архитектуры RISC-V на системах с поддержкой расширения SUSP SBI реализована поддержка перехода в ждущий режим с сохранением состояния в ОЗУ. Предоставлена возможность использования системного вызова riscv_hwprobe() для получения информации о поддерживаемых расширениях архитектуры набора команд RISC-V.
  • Виртуализация и безопасность
    • Добавлены новые системные вызовы lsm_list_modules(), lsm_get_self_attr() и lsm_set_self_attr() для вывода списка загруженных LSM-модулей (Linux Security Modules) и получения/выставления атрибутов LSM-модуля. Добавлена новая структура lsm_ctx для коммуникации в контексте LSM между пространством пользователя и ядром.
    • Подсистема AppArmor переведена на использование для верификации правил алгоритма SHA-256, вместо хэшей SHA-1.
    • Из ядра удалена реализация функции strlcpy(), которая летом была включена в состав Си-библиотеки Glibc 2.38. Strlcpy является альтернативой функции strncpy(), содержащей защиту от переполнения буфера и обязательно выставляющей замыкающий строку нулевой байт.
    • В гипервизор KVM добавлена поддержка подсистемы guest_memfd (guest-first memory), предоставляющая функции управления памятью, позволяющие реализовать возможности и оптимизации, недостижимые при использовании общей подсистемы управления памятью. Например, guest_memfd даёт возможность выделить и отразить на гостевую систему область память, недостижимую для хост-окружения, что может использоваться для организации конфиденциальных вычислений.
    • Для гостевых систем, работающих под управлением гипервизора KVM, включена поддержка предоставляемого в процессорах Intel режима LAM (Linear Address Masking), позволяющего использовать часть битов 64-разрядных указателей (c 57 по 62 биты) для хранения не связанных с адресацией метаданных.
    • В гипервизор KVM для систем на базе архитектуры ARM64 добавлена поддержка 52-разрядных (LPA2) физических адресов. Для систем с архитектурой x86 предоставлена возможность сборки без эмуляции гипервызовов Hyper-V, позволяющая сократить размер ядра.
    • Добавлен драйвер iaa (IAA Compression Accelerator) для ускорения операции сжатия и распаковки данных методом DEFLATE, используя возможности криптографических ускорителей Intel Analytics Accelerator (IAA).
    • На стороне хост-окружения реализована поддержка механизма Intel TDX (Trusted Domain Extensions), позволяющего при использовании гипервизора KVM создавать защищённые гостевые окружения, в которых используется шифрование памяти виртуальных машин.
    • В SELinux добавлен SID-идентификатор "init", позволяющий выделить запускаемые на начальном этапе загрузки процессы, запущенные до применения политик SELinux. Усовершенствован интерфейс /sys/fs/selinux для управления SELinux.
  • Сетевая подсистема
    • Проведена низкоуровневая реорганизация базовых сетевых структур данных, выполненная для повышения эффективности кэширования. Ранее поля в структурах сетевого стека socks, netdev, netns и mibs располагались по мере добавления, что ограничивало использование процессорного кэша. Пересмотр размещения переменных в структурах привёл к заметному увеличению скорости работы TCP, благодаря минимизации использование строк кэша на стадии передачи данных и оптимизации доступа к переменным. В случаях обработки множества параллельных TCP-соединений ускорение может достигать 40%.
    • Удалена подсистема bpfilter, использующая BPF для фильтрации пакетов. Bpfilter поставлялся начиная с выпуска 4.18, но так и не был доведён до уровня, пригодного для широкого использования. В последние годы код bpfilter в ядре не развивался, а разработка продолжалась компанией Facebook в отдельном репозитории.
  • Оборудование
    • В состав включён новый drm-драйвер (Direct Rendering Manager) Xe для GPU на базе архитектуры Intel Xe, которая используется в видеокартах Intel семейства Arc и интегрированной графике, начиная с процессоров Tiger Lake. Драйвер Xe позиционируется как основа для обеспечения работы новых чипов, не привязанная к коду для поддержки старых платформ. Драйвер построен с использованием новой архитектуры, в которой более активно используются уже существующие компоненты подсистемы DRM, а также типовые компоненты драйвера i915, не привязанные к конкретным GPU, например, код для взаимодействия с экранами, модель памяти и реализация execbuf. В Mesa работа OpenGL и Vulkan поверх драйвера Xe реализована на уровне изменений, внесённых в существующие Mesa-драйверы Iris и ANV.
    • В драйвере i915 продолжена работа по реализации поддержки чипов Intel LunarLake (Xe 2). Улучшена поддержка чипов Intel Meteor Lake.
    • В драйвере Nouveau реализована настройка для использования по умолчанию функций прошивки GSP для работы с GPU NVIDIA на базе микроархитектур Turing и Ampere, в которых операции инициализации и управления GPU выполняются отдельным микроконтроллером GSP (GPU System Processor). При включении настройки драйвер будет работать через обращение к прошивке, вместо прямого программирования операций взаимодействия с оборудованием.
    • В драйвере AMDGPU реализована поддержка ACPI WBRF и VPE DPM, изменена обработка скорости канала PCIe, в применяемых для синхронизации очередях задействованы 64-разрядные порядковые номера, добавлена поддержка специфичных для AMD механизмов управления цветом, решена проблема с переходом в спящий режим.
    • Добавлена начальная реализация драйвера для GPU Broadcom VideoCore 7.1, используемого в платах Raspberry Pi 5.
    • Добавлен драйвер для GPU серии PowerVR 6 на базе микроархитектуры Rogue от компании Imagination Technologies.
    • Добавлена поддержка контроллеров Thunderbolt/USB4, интегрированных в чипы на базе микроархитектуры Intel Lunar Lake.
    • Добавлены драйверы для камер, используемых в SoC Starfive, GalaxyCore GC2145/GC0308, Chips&Media Wave и THine THP7312.
    • Добавлена поддержка игровых контроллеров NSO (Nintendo Switch Online) - варианты старых контроллеров от SNES (Super Nintendo), Genesis и N64 (Nintendo 64), адаптированные для Nintendo Switch. Добавлен драйвер для геймпадов Adafruit Seesaw. В драйвер xpad добавлена поддержка контроллеров Lenovo Legion Go.
    • В драйвер dts добавлена поддержка игровых устройств Powkiddy RK2023, Powkiddy X55 и Anbernic RG351V.
    • Добавлена поддержка звуковых систем, используемых в чипах NXP i.MX8m MICFIL, Qualcomm SM8250, AMD ACP5x, Intel Arrow Lake, SM8550, SM8650 и X1E80100.
    • Компания AMD внесла изменения, связанные с поддержкой будущей серии процессоров на базе новой микроархитектуры Zen 5.
    • Добавлена поддержка ARM64 SoC: Qualcomm SM8650 (Snapdragon 8 Gen 3), Qualcomm X1E80100 (Snapdragon X Elite), Samsung Exynos Auto v920, Google GS101 (Tensor G1), MediaTek MT8188 и Unisoc UMS9620 (Tanggula 7).
    • Добавлена поддержка ARM-плат и устройств: Huashan Pi, Microsoft Lumia, HTC One Mini 2, Motorola MotoG 4G, Huawei Honor 5X/GR5, Anbernic RG351V, Powkiddy RK2023, Powkiddy X55, ComXpress на базе Marvell CN913x, Chromebook Lenovo, Asus и Acer на базе Mediatek MT8183, Toradex Verdin AM62, платы на базе Allwinner H616/H618.
    • Прекращена поддержка процессоров ARM11 ARMv6K SMP.

Одновременно латиноамериканский Фонд свободного ПО сформировал вариант полностью свободного ядра 6.8 - Linux-libre 6.8-gnu, очищенного от элементов прошивок и драйверов, содержащих несвободные компоненты или участки кода, область применения которых ограничена производителем. В выпуске 6.8 обновлён код чистки блобов в различных драйверах и подсистемах. Проведена чистка драйверов Intel qat_420xx, Imagination PowerVR, Intel Xe, Chips&Media Wave5, Intel VSC, Aquantia PHY и Realtek rtw8922a. В связи с удалением из ядра прекращена чистка драйверов atmel, hermes, orinoco_usb, libertas_cs и zd1201. Проведена чистка имён блобов в dts-файлах (devicetree) для архитектур ARM и Aarch64. Устранены проблемы с чисткой драйвера i915.

  1. Главная ссылка к новости (https://lkml.org/lkml/2024/3/1...)
  2. OpenNews: Релиз ядра Linux 6.7
  3. OpenNews: Релиз ядра Linux 6.6
  4. OpenNews: Релиз ядра Linux 6.5
  5. OpenNews: Релиз ядра Linux 6.4
  6. OpenNews: Релиз ядра Linux 6.2
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/60768-kernel
Ключевые слова: kernel, linux
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (255) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 10:33, 11/03/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +11 +/
    Линусу конечно подфартило в своё время с ГНУ
     
     
  • 2.3, анон (?), 10:46, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +10 +/
    Как и hurd'у?
     
     
  • 3.101, Аноним (101), 14:35, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Ну что вы сразу? Ещё папу в Европарламенте вспомните.
     
  • 2.12, сщта (?), 10:59, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • –9 +/
    Бгг. Этой гнутость только латиносы прониклись и продолжают пилить. Оригинальный под гнутость плохо подходит по-видимому.
     
     
  • 3.29, 12yoexpert (ok), 11:59, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +4 +/
    твой гейбук весь на gnu работает, есличо
     
  • 3.49, Аноним (-), 12:39, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Бгг. Этой гнутость только латиносы прониклись и продолжают пилить. Оригинальный
    > под гнутость плохо подходит по-видимому.

    Торвальдс никогда не скрывал что...
    1) Ему не деньгами так борзыми щенками^W^W комитами - вполне нормуль.
    2) Кто не комитит ему - GTFO, и #$%тся с своими проблемами сам.

     
     
  • 4.80, Аноним (-), 13:30, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    1. С одной стороны логично, с другой - есть же куча поехавших на идеологии которые пованивают.
    Типа либрбутов, работа которых это уменьшать список поддерживаемых устройств.
    И он не может сказать "они просто глупые"

    2. Сначала ты всем пальчики показываешь и GTFO говоришь, а потом такой
    "извините был не прав! чмук-пляк, простите я больше так не буду! не выпирайте меня с моего тепленьгого местечка".
    Потому что быковать на тех, кто оплачивает написание кода можно, но...
    'Великодушный пожизненный диктатор' великодушный не потому что такой хороший, а потому что если он будет каакхой - то его проект просто форкнут и будут пилить самостоятельно.

     
     
  • 5.92, сщта (?), 14:01, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Редко с тобою соглашаюсь.но здесь поддержу. BSD честнее,ведь так?
     
     
  • 6.108, Аноним (-), 15:02, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Редко с тобою соглашаюсь.но здесь поддержу. BSD честнее,ведь так?

    Вот вы свое BSD и юзайте. Тыря графические дрова из линуха, криво и с отставанием, через костыль-прослойки (это все еще "честно"?) - попутно с загрузкой линуха как "драйвера вафли".

    А мне проще сразу пингвина взять чем так выделываться. По моему это - честнее! :)

     
     
  • 7.111, Аноним (-), 15:07, 11/03/2024 Скрыто ботом-модератором     [к модератору]
  • –2 +/
     
     
  • 8.148, Аноним (-), 16:05, 11/03/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 9.156, Аноним (-), 16:20, 11/03/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 10.180, Аноним (180), 17:41, 11/03/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 10.191, Аноним (-), 19:14, 11/03/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 5.104, Аноним (-), 14:52, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Торвальдс прагматик - и использует GPL в весьма прагматичном режиме По этой при... большой текст свёрнут, показать
     
     
  • 6.115, Аноним (-), 15:14, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > удар по кошельку с покраснением топ500 может достичь больше чем один только фак.

    Хаха, сам хоть в это веришь? У амд сейчас нет конкурентных продуктов, к сожалению.
    Особенно в контексте последнего безумия с LLM.

    > обещания DMCA takedown

    Обещать не значит жениться. Я просто представляю почту Линуса с кучей писем "какого х..." от шапки, ibm, производителей ноутов, серваков и тд. И он даст заднюю. Не впервой.
    Такие заявления это просто сотрясание воздуха и знак "давайте попробуем договориться".

    И думаю они смогут. Просто перенесут все что нужно в блобы. А GPL condom никуда не исчезнет.

     
     
  • 7.145, Аноним (-), 15:56, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Я верю тому что вижу своими глазами Если топ500 набит AMD, очевидно, эти гигаба... большой текст свёрнут, показать
     
     
  • 8.151, Аноним (-), 16:10, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Очень-очень-очень сильное допущение АМД For the full year 2023, the company re... большой текст свёрнут, показать
     
     
  • 9.205, Аноним (-), 20:31, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А таки - AMD вот пошел в HPC Хоть как И свое уже не упустит А вот эти господа... большой текст свёрнут, показать
     
     
  • 10.222, Аноним (-), 22:29, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вошел с процами С видяхами у них не все так хорошо Поживем-увидим https www... большой текст свёрнут, показать
     
     
  • 11.231, Аноним (-), 00:25, 12/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Насколько я вижу - в новых и видяхи амдшные как раз часто Ну вот когда у кой ко... большой текст свёрнут, показать
     
     
  • 12.237, Аноним (-), 01:38, 12/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Я это и не отрицал Но они скорее всего идут в нагрузку А им это и не нужно Бе... большой текст свёрнут, показать
     
     
  • 13.265, Аноним (-), 12:49, 12/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Видяхи внагрузку - на суперкомпьютере ORLY И еще подумать как саппортить св... большой текст свёрнут, показать
     
  • 7.176, 12yoexpert (ok), 17:18, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > У амд сейчас нет конкурентных продуктов, к сожалению.

    Согласен, продукты AMD сейчас вне конкуренции: ryzen имеют во все щели intel-овские cpu, radeon имеют по самые гланды nvidia gpu. И это при меньшей стоимости и при человеческом отношении к пользователям.

    Не совсем понял, почему вы сожалеете. Купили акции intel/nvidia?

     
     
  • 8.179, Аноним (-), 17:29, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ахаха, пощади человек-анекдот Топовейшая RX 7900 XTX в сухую сливает RTX 4090 ... текст свёрнут, показать
     
     
  • 9.206, Аноним (-), 20:34, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Взаимоисключающие параграфы как они есть Попробуйте себе прищемить что-нибудь д... текст свёрнут, показать
     
     
  • 10.213, Аноним (-), 22:04, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Неа Не взаимоисключающие И пример твой мягко говоря так себе У них есть куда ... текст свёрнут, показать
     
     
  • 11.266, Аноним (-), 13:05, 12/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Кроме цен на видяху есть еще maintenance costs - и если вас из линуха посылают и... текст свёрнут, показать
     
  • 9.304, Аноним (-), 19:24, 28/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Попробуй абсолютно новую видеокарту Radeon R9 280 ... текст свёрнут, показать
     
  • 6.208, Аноним (208), 20:58, 11/03/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.34, Аноним (34), 12:16, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> первый драйвер на языке Rust,
    > подфартило в своё время с ГНУ

    В наше время кто Linux от ржавчины чистить будет?

    > Одновременно латиноамериканский Фонд свободного ПО сформировал вариант полностью свободного ядра 6.8 - Linux-libre 6.8-gnu, очищенного от элементов прошивок и драйверов, содержащих несвободные компоненты или участки кода, область применения которых ограничена производителем.

    Надо теперь ещё и патч для очистки от ржавчины.

     
     
  • 3.38, Аноним (38), 12:24, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Кому надо? Поехавшим опеннетным экспертам?
     
     
  • 4.274, namenotfound (?), 18:05, 12/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    ну не линусу же

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

     
  • 3.46, Аноним (-), 12:37, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > В наше время кто Linux от ржавчины чистить будет?

    Наверное ты.
    Ты сможешь взять и написать надежные и не падучие драйвера.

    Сможешь ведь, правда?
    Или будет просто языком трепаться на форуме?

     
     
  • 4.77, EULA (?), 13:22, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Rust в ядре, как гей-эмодзи в ВК: вроде как есть, но нафик никому не сдались. В смысле модуль сборки компонентов на Раст до сих пор по умолчанию не включен, а значит и не собирается по умолчанию. Для включения его в спеках пактов еще не придумали механизма, то ест в дистрибутивах его опять не будет.
     
     
  • 5.96, Аноним (-), 14:14, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Rust в ядре, как гей-эмодзи в ВК: вроде как есть, но нафик никому не сдались.

    Хм... у тебя странные ассоциации и примеры, интересно чтобы сказfл по этому поводу дедушка Фройд?
    Возможно у тебя какие-то нереализованные фантазии и желания.

    > В смысле модуль сборки компонентов на Раст до сих пор по умолчанию не включен, а значит и не собирается по умолчанию.

    Знаешь, есть такая мемная табличка "вы находитесь здесь".
    Ну так вот, ПОКА он по умолчанию не включен, и да "вы находитесь здесь".
    Думаю через 1-2 версии ядру уже будет представлен механизм.
    А еще в мажороной версии 7 уже станет обязательным.
    Луддиты могут сколько угодно гавкать, но караван идет.
    Прогресса остановить можно, но очень сложно.

     
     
  • 6.118, Денис Попов (?), 15:18, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Направление движения каравана гораздо важнее того факта что он идет. Машем ручкой вслед.
     
     
  • 7.248, Прохожий (??), 07:46, 12/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    И сидим потом у разбитого корыта, горько плачем, как тот дед из известной сказки.
     
  • 6.283, EULA (?), 07:07, 13/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Интересно, а что дедушка Фрейд скажет про ассоциацию с Rust Ведь во времена Фр... большой текст свёрнут, показать
     
  • 3.51, Аноним (-), 12:41, 11/03/2024 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
  • 2.202, Аноним (202), 20:10, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Гну конечно подфартило в свое время с линуксом
     
     
  • 3.209, Аноним (208), 21:04, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да, иначе до сих пор последний хурд без соли компиляли бы под мантры жиpнoго гуру что почти совсем вот-вот уже свобода победит и искали чей код ещё скоммуниздить можно.
     
  • 3.282, Аноним (282), 23:49, 12/03/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     

     ....ответы скрыты (42)

  • 1.2, Герострат (?), 10:46, 11/03/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Исправили рост потребления оперативки на 500-600 мб?
     
     
  • 2.5, Аноним (5), 10:48, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Что значит исправили это же и есть фича.
     
     
  • 3.10, rhbm (?), 10:51, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Мало растет!

     
     
  • 4.25, Аноним (-), 11:31, 11/03/2024 Скрыто ботом-модератором     [к модератору]
  • +5 +/
     
  • 4.31, Аноним (31), 12:15, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +8 +/
    от слова раст
     
  • 2.75, qs (ok), 13:18, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Исправили, кажется, ещё в 6.7.6; хотя это, похоже, было ожидаемое поведение.
    В моём случае рост потребления составлял 25-40 MB (очень много, как по мне).
    Я добавил в параметры загрузки ядра transparent_hugepage=never.
    Негативных последствий не заметил.
    Подробнее здесь: https://www.linux.org.ru/forum/general/17487370?cid=17499452
    P.S. Я — не автор поста.
     
     
  • 3.102, Аноним (102), 14:37, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А с каких пор там always? Всегда же было madvise, как раз из-за этого.

     
     
  • 4.160, qs (ok), 16:32, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Не знаю, если честно.
    Возможно, последствия активации ZRAM_MEMORY_TRACKING в отличии от 6.6.*.
    Здесь пытались разобраться: https://gitlab.archlinux.org/archlinux/packaging/packages/linux/-/issues/23
    Я не программист и не стал закапываться в то, в чём ничего не понимаю.
    Потестировал, получил нужный мне результат (обратил негативный для меня эффект) и успокоился.
    Может, вы разберётесь. Я пока с опаской (теперь) жду нового ядра.
     
  • 3.288, Аноним (288), 09:45, 13/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Шел 2024, люди продолжают удивляться hugepage. Нахрена Линус это добавил, не понимает никто. Ко всем базам данным давно идёт рекомендация - отключить нахрен. На производительность влияет в районе погрешности.
     
     
  • 4.291, qs (ok), 14:16, 13/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Будь я одмином в датацентре, пожалуй, я бы знал об этом Или если бы я постоянно... большой текст свёрнут, показать
     

  • 1.4, Аноним (5), 10:47, 11/03/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Вот не будет Линуса Торвальдса что будем делать?
     
     
  • 2.7, сщта (?), 10:50, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +8 +/
    Помянем и дальше пойдём.
     
  • 2.8, Аноним (8), 10:51, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Кто-то другой подхватит и будет делать.
     
  • 2.9, A.Stahl (ok), 10:51, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +4 +/
    А сейчас ты что делаешь? Ну вот и будешь продолжать...
     
     
  • 3.107, Аноним (-), 14:58, 11/03/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.15, Аноним (15), 11:06, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Корпорасты будут делить наследство. Заодно и увидим, какая GPL "свободная, но не как 'непродажная'".
     
  • 2.18, Аноним (1), 11:15, 11/03/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 3.19, Аноним (19), 11:22, 11/03/2024 Скрыто ботом-модератором     [к модератору]
  • +2 +/
     
  • 2.22, Аноним (22), 11:27, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Скорее всего, будет несколько форков ядра.
     
     
  • 3.42, Аноним (38), 12:31, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не будет. Много знаете проектов такого объёма с выжившими форками? А тут ведь не прикладное ПО, которое могут писать полтора человека. Так сейчас корпорации (ну а кто линуксом занимается) и начнут вкладываться в несколько форков одновременно.
     
     
  • 4.122, Аноним (5), 15:21, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Смысл что будет ядро от Майков от эпл от Гугла. И какое ядро будет самым настоящим каким пользовпться? Кто последним нажимает на кнопку комит перед релизом?
     
     
  • 5.143, Аноним (38), 15:53, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ага, а все остальные будут коммитить в три ядра параллельно, с учётом их особенностей? Не, тут уж корпорасты как-нибуь договорятся.
     
     
  • 6.165, Аноним (5), 16:47, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Никто в три коммитить не будет у всех будет своё. Единственно правильное.
     
     
  • 7.177, Аноним (177), 17:21, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Никто в три коммитить не будет у всех будет своё. Единственно правильное.

    Еще как будут.
    Вот у шапки будет своё, в оракла своё, у майков своё. А будут еще гугел, невидия и куча других.
    Собственно они сейчас частично уже так.
    И все исходники будут открыты. Просто они будут конфликтовать друг с другом.

     
     
  • 8.249, Аноним (249), 08:14, 12/03/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Появится какое-нибудь Moonchild Productions , которое будет переносить лучшие ф... текст свёрнут, показать
     
  • 2.53, Аноним (-), 12:42, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +12 +/
    > Вот не будет Линуса Торвальдса что будем делать?

    Будут господа типа Кроа-Хартмана и проч. Впрочем, вы сперва Торвальдса пережить попробуйте чтобы париться вообще. У вас то медобслуживание не чета его. Поэтому в ящик вы сыграете куда раньше.

     
  • 2.89, Максим (??), 13:40, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Не будет и Линукса, всё когда-то кончается. Хотя Линус походу уже потихоньку сдаёт и идёт на поводу у корпорастов.
     
     
  • 3.105, Аноним (38), 14:56, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Без корпорастов он сдох бы уже давным-давно.
     
     
  • 4.123, Аноним (5), 15:23, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Чтож тогда корпарасты своего Линуса не сделали? Значит есть в нём смысл. Хотя бы как единая точка откуда выходит результат.
     
     
  • 5.133, Аноним (-), 15:29, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Значит есть в нём смысл. Хотя бы как единая точка откуда выходит результат.

    Конечно есть. Потому что есть результат.
    Как только результата не будет, или выход будет не тот что ожидали, то начнут искать замену.

     
     
  • 6.166, Аноним (5), 16:48, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    В том то и дело что зима близко.
     
     
  • 7.250, Аноним (249), 08:17, 12/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    В южном полушарии. Торвальдс живёт в северном.
     
  • 5.210, Советский инженер (ok), 21:10, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >Чтож тогда корпарасты своего Линуса не сделали?

    посчитали что проще держать на оутсорсе.

     
  • 2.185, Аноним (185), 18:37, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >Вот не будет Линуса Торвальдса что будем делать

    Не знаю как другие, но я скорее всего перейду на *BSD. Что то не нравится мне каким путем развивается Линукс, много всего сомнительного стали добавлять, блоб на блобе. Проще снести и поставить BSD чем пытаться исправить.

     
     
  • 3.207, Аноним (-), 20:36, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Не знаю как другие, но я скорее всего перейду на *BSD. Что
    > то не нравится мне каким путем развивается Линукс, много всего сомнительного
    > стали добавлять, блоб на блобе. Проще снести и поставить BSD чем
    > пытаться исправить.

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

     
     
  • 4.252, Аноним (252), 08:33, 12/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Может перерости в тенденцию, а потом в потерю пользователей, так что 'ложить' на всех можно, но в итоге все могут положить на того кто ложил на всех )))
     
     
  • 5.267, Аноним (-), 13:07, 12/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Может перерости в тенденцию, а потом в потерю пользователей, так что 'ложить'
    > на всех можно, но в итоге все могут положить на того
    > кто ложил на всех )))

    Я думаю что Торвальдс чувсвтвует правильный баланс. А совсем наглых халявщиков таки надлежит строить. Нвидия где-то в топе этого списка.

     
  • 2.226, Аноним (226), 23:30, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Брюссель найдёт кого..
     
  • 2.264, Анонимус3000 (?), 12:46, 12/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Даже если Линуса не станет, Linux всё равно будет свободен!
     
  • 2.279, Аноним (279), 20:12, 12/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну дарпа выделит нового человека представлять Linux. Ничего особого не произойдёт.

    Цитата из интернета: "Linus Torvalds is the owner of the Linux trademark. They are not the owner of the trademark for the name Linux. The source code itself has no one owner, it is owned in many parts by the thousands of contributors". Ну вот по наследству передадут торговую марку, а наследники с ней сделают то что считают нужным — продадут, будут гордо выступать и предоставлять Линукс, ну или отдадут другому мейнтейнеру. Там ещё Хартман и Кхан есть. Ну или был Линукс, станет Хартмакс.

     
     
  • 3.280, Аноним (279), 20:15, 12/03/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    вы там не забывайте причастность оборонки штатов к разработке ядра
     

  • 1.6, сщта (?), 10:48, 11/03/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Пробовал rc7 с патчами RT,тормозят игрушки. Без патчей не использовал пока.
     
  • 1.11, Аноним (11), 10:59, 11/03/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –8 +/
    >первый драйвер на языке Rust

    Алилуйа!

     
     
  • 2.21, Аноним (102), 11:25, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Корпорациям вроде Майкрософта и Гугла интересны эксперименты по удешевлению в промышленных средах. Чем больше подопытных, тем лучше. А вот левый тулчейн это уже eee, изначально было ясно.
     
  • 2.23, Аноним (22), 11:29, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Уточним, вновь переписанных существующий драйвер.
     
  • 2.24, Аноним (-), 11:29, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Теперь кроссплатформенная ОС - это NetBSD.
     
     
  • 3.47, Аноним (22), 12:38, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Кроссплатформенная ОС - ОС работающая под другими различными ОС?
     
  • 3.58, Аноним (-), 12:44, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Теперь кроссплатформенная ОС - это NetBSD.

    Во всяких городских легендах. Линух работает на куда большем числе железок чем это дино.

     
     
  • 4.65, Аноним (180), 12:51, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >> Теперь кроссплатформенная ОС - это NetBSD.
    > Во всяких городских легендах. Линух работает на куда большем числе железок чем
    > это дино.

    "но разве ж это жизнь"? (с)
    На этих платформах системд не запустишь, а разве ж это работа? Нюхать портянки - это не работа. Нет сисдемд и вейланда - нет линукса.

     
     
  • 5.114, Аноним (-), 15:14, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    С чего бы вдруг У меня прекрасно работает на всем, начиная с десятибаксового од... большой текст свёрнут, показать
     
     
  • 6.142, Аноним (180), 15:48, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Жрущий, жирный, привязанный к версиям ядра, удаву, глибц, и тд и тп Огосспади, ... большой текст свёрнут, показать
     
     
  • 7.164, Аноним (-), 16:46, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да ничего он не жрет А куча скриптоты при загрузке тормозит и жрет сильно хуже ... большой текст свёрнут, показать
     
     
  • 8.173, Аноним (180), 17:09, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    поэтому в эмбеддеде обмазываются скриптотой, а не берут бажественный системд Чо... большой текст свёрнут, показать
     
     
  • 9.227, Аноним (-), 23:30, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Кто вам это сказал Фичреквестов для системды Поттерингу подогнали как раз на оч... большой текст свёрнут, показать
     
     
  • 10.230, Аноним (180), 00:15, 12/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    лан, поскипал весь бессмысленный бред, вижу что не можешь ответить по существу, ... большой текст свёрнут, показать
     
     
  • 11.295, Аноним (177), 20:36, 14/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    У меня нет цели загасить альтернативы, без выбора мир скучен Но я за объективну... большой текст свёрнут, показать
     
  • 5.120, Денис Попов (?), 15:20, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ваш systemd пахнет чем-то более вонючим, чем портянки.
     
  • 2.253, Аноним (252), 08:37, 12/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Разве раст дозрел, чтоб его в ядро сувать?
     
     
  • 3.292, Аноним (292), 18:12, 13/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, под него даже устоявшегося стандарта нет. Но разве это когда-то их останавливало?
     
  • 2.268, o_O (?), 13:18, 12/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Алилуйа!

    аминь же

     

     ....большая нить свёрнута, показать (17)

  • 1.16, Аноним (102), 11:07, 11/03/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Так и раньше zswap забивался и тупо переставал использоваться. Этому багу уже лет сколько и самому zswap. Теперь они сделали это фичей?
     
  • 1.17, Аноним123 (?), 11:11, 11/03/2024 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +/
     

     ....ответы скрыты (2)

  • 1.28, 12yoexpert (ok), 11:57, 11/03/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    В гугл транслейте я и сам мог перевести
     
  • 1.30, Аноним (30), 12:11, 11/03/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Что-то нету упоминания io_uring. Пилят его? Баги фиксят? Есть прогресс?
     
     
  • 2.35, Аноним (31), 12:16, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    "Переписывают на паскале" же https://www.opennet.dev/opennews/art.shtml?num=59297
     
  • 2.40, сщта (?), 12:27, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Он же высоконагруженным системам норм только. Хомячкам на десктопах в минус только будет.Зачем он нам?
     
     
  • 3.71, Аноним (30), 13:08, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Он же высоконагруженным системам норм только

    Не только. С использованием io_uring удалось существенно ускорить samba. Погугли, есть детальная презентация от разраба самбы.

     
     
  • 4.97, сщта (?), 14:16, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Я собирая ядро гуглил как удалить из ядра ЫMB(о которой помнил) но в конфиге ядра 6.8 её нет.Подскажите как из ядра эту шару выпилить если она там до сих пор есть.Спасибо.
     
     
  • 5.192, glad_valakas (-), 19:19, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    как-нибудь так:
    $ grep CIFS /boot/config-5.15.151
    # CONFIG_CIFS is not set

    или обходом лабиринта в make nconfig

     

  • 1.36, Аноним (36), 12:17, 11/03/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > Добавлен драйвер iaa (IAA Compression Accelerator) для ускорения операции сжатия и распаковки

    Ну наконец-то кто-то сподобился сделать такую полезную вещь в железе.

    Скоро можно будет спокойно включать сжатие в ФС не сопоставляя задачи, скорость процессора и накопителя.

     
     
  • 2.41, Аноним (31), 12:27, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Intel® In-Memory Analytics Accelerator (Intel® IAA)
    Он вроде бы немножко (не факт что эффективно) умеет в Deflate, а вот всякое действительно нужное и востребованное что-то как-то и нет... zstd, lz4, brotly и прочего и не пахнет
     
     
  • 3.62, Аноним (-), 12:49, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Intel® In-Memory Analytics Accelerator (Intel® IAA)
    > Он вроде бы немножко (не факт что эффективно) умеет в Deflate, а
    > вот всякое действительно нужное и востребованное что-то как-то и нет... zstd,
    > lz4, brotly и прочего и не пахнет

    А что ты в LZ4 собрался ускорять, чудак? Он в оперативу обычно упирается, иногда делая memcpy... :)

     
     
  • 4.81, Аноним (102), 13:31, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Оператива вполне может быть 4х канальная, во что ты там упираться собрался, чудак? Там, где используется lz4, и 8 канальная норма. Сейчас уже и 12 канальная вполне применяется.
     
     
  • 5.98, cheburnator9000 (ok), 14:25, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    4х канальная это когда на одном контроллере памяти от CPU сидят 4 DIMM слота под озу?
     
     
  • 6.100, Аноним (102), 14:34, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    При этом они все работают параллельно, что фактически даёт N-кратный прирост производительности.
     
     
  • 7.138, Аноним (-), 15:34, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > При этом они все работают параллельно, что фактически даёт N-кратный
    > прирост производительности.

    Далеко не всегда, кстати. Ибо latency и проч не отменяли. А если вы хотели именно большие блоки, последовательным доступом - может, вы GDDR какой так то хотели? А то и вовсе HBM какой. Тот вообще на 4096 бит шине висит, сколько это в терминах каналов - сами посчитайте. Но как вы уже поняли, профит с этого наступает только сильно местами. Latency разворота шины в другой адрес это ж не отменяет...


     
     
  • 8.214, cheburnator9000 (ok), 22:19, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    На простых материнских платах десктоп и серверных доступ к озу идет по каналам с... текст свёрнут, показать
     
     
  • 9.228, Аноним (-), 23:55, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Тут вот какое дело по шине сперва надо адрес передать И это всегда подразумева... большой текст свёрнут, показать
     
  • 5.117, Аноним (-), 15:17, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Оператива вполне может быть 4х канальная, во что ты там упираться собрался, чудак?

    Вот в нее. LZ4 - _очень_ быстрый в декодировани алго. Он mem-bound в общем случае. И бывает быстрее memcpy за счет снижения чтения из RAM и нагрузки на шинах.

    > Там, где используется lz4, и 8 канальная норма. Сейчас уже
    > и 12 канальная вполне применяется.

    И чего? Типа, проц это не прогрузит чтоли? В LZ4 сложность декомпрессии сравнима с memcpy по сути.

     
  • 3.90, Аноним (90), 13:40, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Он вроде бы немножко (не факт что эффективно) умеет в Deflate

    Остальные может потом подтянут.

    Но и deflate гораздо лучше, чем ничего.

     

  • 1.39, anonymous (??), 12:26, 11/03/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >добавлена поддержка специфичных для AMD механизмов управления цветом

    Похоже что HDR в гноме не за  горами, ставлю на GNOME 47. Раньше отбрехивались тем, что производители видкарт мутят воду, теперь осталось протокол вяленого для управления цветом допилить и все. Калибраторы монитора будут работать без плясок, торренты в HDR, одно сплошное телевидение.

     
     
  • 2.43, сщта (?), 12:32, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Можете объяснить недалёкому как резон в управлении цветом? Ярче,насыщинее или как Решейд оно?
     
     
  • 3.45, 12yoexpert (ok), 12:37, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    какой смысл, если ты зелёный цвет от оранжевого отличить не можешь, турист
     
  • 3.48, Аноним (38), 12:38, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Если вы задаёте такой вопрос, вам оно не нужно.
     
     
  • 4.59, сщта (?), 12:44, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Не ну у зеленых в nvidia-settings есть така хрень,но единственную выгоду о которой знаю. Это можно настроить так,что в смоге силуэты будут видны.
     
  • 3.93, anonymous (??), 14:09, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    ну это как мерять все деревянной полусгнившей линейкой с не очень равномерными рисками, в принципе лучше чем пальцами, но качественная металлическая получше будет. И паровой двигатель меньше чадить будет, и реже подшипники менять ибо износ меньше.
     

  • 1.52, Аноним (52), 12:42, 11/03/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Хотел на i586 поиграться, всё - поезд ушел. Sound Blaster - не поддерживается, Xorg - не грузится. Остается только i686 с PAE.
     
     
  • 2.66, Аноним (-), 12:52, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Хотел на i586 поиграться, всё - поезд ушел. Sound Blaster - не
    > поддерживается, Xorg - не грузится. Остается только i686 с PAE.

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

     
     
  • 3.150, Аноним (52), 16:07, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    В одноплатник размером с кредитку, с питанием от зарядника мобилы или в виртуалку на нем нужно как-то попасть по сети. У старого компа есть сетевая карта, экран, клава и мышь. Консоль, SSH и VNC старый пень тянет.
     
     
  • 4.235, Аноним (-), 00:59, 12/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Я это цепляю к куда более нормальному десктопу Который может кернель перестроит... большой текст свёрнут, показать
     
  • 2.72, Аноним (-), 13:10, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Хотел на i586 поиграться, всё - поезд ушел.

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

    > Sound Blaster - не поддерживается, Xorg - не грузится. Остается только i686 с PAE.

    А что мешает использовать ядро предыдущей версии? 6.7 или даже 6.6 ?
    Думаю оно будет работаь не хуже (если вообще будет работать))


     
  • 2.78, Аноним (180), 13:25, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Хотел на i586 поиграться, всё - поезд ушел. Sound Blaster - не
    > поддерживается, Xorg - не грузится. Остается только i686 с PAE.

    Ставь NetBSD. Разумеется, линукс работает на большем количестве платформ, я верю здешним клоунам, просто i586 видимо в этот список платформ не входит. :-D

     
     
  • 3.154, Аноним (52), 16:18, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Блогодарю за наводку. Действительно, похоже NetBSD на старом железе ложит современное ядро Linux на лопатки:

    > NetBSD 9.3 runs on all i486 or later PC-compatible systems with 1 to 32 processors. The minimal configuration for a full, standard installation is 32MB of RAM and 250MB of disk space.

    И вишенка на тортике:

    > Supported devices
    > Sound Cards
    > - SoundBlaster, SoundBlaster Pro, SoundBlaster 16 [*] [+]

    https://cdn.netbsd.org/pub/NetBSD/NetBSD-9.3/i386/INSTALL.html

     
     
  • 4.168, Аноним (180), 16:50, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Незачто Я частенько на ютубе и в твиттере поглядываю на нетбсдшников, куда они ... большой текст свёрнут, показать
     
     
  • 5.281, Аноним (281), 23:14, 12/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    это система чисто для эксперементальных фич, не подходит ни для домашнего использования, ни для серверов. советчик хренов
     
  • 2.116, Аноним (-), 15:15, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >Хотел на i586 поиграться

    Нет-нет-нет и ещё раз нет! Я не хочу слышать эти слова! Intel Pentium 4?! АААААА-АА-ААААААААА!!!!!!!!

    >Sound Blaster - не поддерживается

    Боже ты из какого года сюда пишешь? С 2003 года?

     
     
  • 3.124, Аноним (38), 15:24, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >  Intel Pentium 4?!

    Pentium 1 не хотите ли?

     
  • 2.139, Аноним (288), 15:40, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Sound Blaster - не поддерживается

    Да ладно, ты просто в autoexec.bat забыл прописать:

    SET BLASTER=A220 I5 D1 H5 P330 T6

     

  • 1.55, Аноним (55), 12:43, 11/03/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Добавлен режим блокирования прямой записи на блочные устройства, на которых ... Для разделов с Btrfs блокировка пока не работает, так как в код Btrfs ещё не приняты необходимые изменения.

    Btrfs вроде достаточно популярна, зачем релизить ядро, не дождавшись принятия?

     
     
  • 2.61, Аноним (-), 12:47, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Btrfs вроде достаточно популярна, зачем релизить ядро, не дождавшись принятия?

    Затем что это не срочная фича и никак не блокер. Все ФС до этого момента жили без этой фичи, и ничего, не парились. Странно было бы блочить релиз из-за такой причины. Как запилят - так и вкомитят. Столько лет без этого все жили же, на всех ФС, и ничего. Тем более что это еще и явно активировать надо пока. Ибо может вызвать отвалы в работе ряда утил.

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

     
     
  • 3.182, Аноним (55), 18:17, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Спасибо за разжёвывание, я тут совсем не в теме, просто стало любопытно.
     

  • 1.68, Минона (ok), 12:53, 11/03/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > В Git-репозитории с ядром 6.8 присутствует 9.996 млн. объектов, что свидетельствует о том, что следующее ядро 6.9 преодолеет знаковый рубеж в 10 млн git-объектов.

    А что, LoC уже не модно меряться, теперь git-объект в качестве писькомерки?

     
     
  • 2.74, Аноним (-), 13:16, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну надо же чем-то меряться!
    Чтобы потом линукс фоундейшн делала красивые презентации.
    А гну апологеты проповедовали пастве что-то типа
    "Вы! Именно вы смогли написать 10 лямов гит объектов!
    Присоединяйся к Сообществу разработчиков! Потрать свое время бесплатно ради Свободы и ГНУ!"

    Ну и тд, для поиска новых немамонтов, а то старые уже выгорели и не хотят работать. Приходится даже поддержку LTS версий сокращать.

     

  • 1.76, Golangdev (?), 13:19, 11/03/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    > первый драйвер на языке Rust

    хорошая новость для растовчан, порадуемся за них

    кто бы что ни говорил, а втащить поддержку ещё чего-то кроме C в ядро - это достижение

    можно даже поблагодарить корпорацию уже-не-добра G***le, за то что они наняли разработчика для допилки Rust для ядра

     
     
  • 2.82, xxxxxxxxx (?), 13:31, 11/03/2024 Скрыто ботом-модератором     [к модератору]
  • –1 +/
     
     
  • 3.83, Golangdev (?), 13:32, 11/03/2024 Скрыто ботом-модератором     [к модератору]
  • –3 +/
     
     
  • 4.152, 12yoexpert (ok), 16:11, 11/03/2024 Скрыто ботом-модератором     [к модератору]
  • +3 +/
     
     
  • 5.171, Golangdev (?), 17:04, 11/03/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 3.85, сщта (?), 13:35, 11/03/2024 Скрыто ботом-модератором     [к модератору]
  • –1 +/
     
  • 2.95, Golangdev (?), 14:12, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • –6 +/
    как это обычно бывает, когда моё мнение расходится со мнением стада (не любящего Rust, Wayland, Golang, Java, ...), они ставят минусы %)
     
     
  • 3.106, Аноним (102), 14:58, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Ты неправ, "стадо" очень любит всё перечисленное, только прекратите пихать нерабочее перечисленное в качестве замены уже рабочему, проверенному, и хорошо зарекомендовавшему себя. Если мнение (по мнению читателя, надо понимать) не выдерживает никакой критики, то можно поставить минус и пойти дальше. Только это уже затраты, а объяснять "почему" таким бесполезно. В основном о плюсах/минусах беспокоятся местные чувачки, их накручивающие.
     
     
  • 4.125, Аноним (-), 15:25, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    О, опять началась песня "замены уже рабочему, проверенному, и хорошо зарекомендовавшему себя".
    Почти каждые 2-3 недели читаем про очереджеую уязвимость в ядре по причине дыряшки.
    И ошибки одни и те же, такие же как и 30 лет назад - use-after-free, out-of-bounds, double-free.
    Но стадо просто мычит "диды так овнякодили и мы будем! руки прочь от нашей пахучей субстанции!"

    И с ХОргом так же. Устаревший кусок кала, который не хотят палочкой ковырять вообще никто, который не удовлетворяет современным технологиям.
    Но воплей "мне нужна сетевая прозрачность, я не вижу тиринга, зачем нужны 2 монитора" в любой тебе про очередной переход на вейланд.

    Хорошо что на этих малохольных все забивают)
    Их мало, они громкие, но благо они ничего не решают.

     
     
  • 5.141, Аноним (102), 15:43, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Именно. Читаем об исправлениях, потому что современный стек технологий всё больше позволяет находить все проблемы. И никакие эзотерические языки и поделки на гц не нужны для этого оказались.
     
     
  • 6.144, Аноним (-), 15:56, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Так почему я все еще читаю вот такие новости
    opennet.ru/opennews/art.shtml?num=60668 или opennet.ru/opennews/art.shtml?num=59852 ?

    Почему "современный стек технологий" не нашел это раньше?
    А еще лучше, чтобы он предотвратил такое позорище.
    Ведь то что уязвимость живет в ядре 3-5-10 лет это же не круто)

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

     
     
  • 7.158, Аноним (180), 16:25, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    почему я всё еще читаю такие новости https cve mitre org cgi-bin cvekey cgi ke... большой текст свёрнут, показать
     
     
  • 8.172, Golangdev (?), 17:07, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    госпаде, нашёл что приводить там большинство уязвисостей - фуфло настоящие тоже... текст свёрнут, показать
     
     
  • 9.175, Аноним (180), 17:14, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    ваши уязвимости не уязвимости ... текст свёрнут, показать
     

     ....большая нить свёрнута, показать (13)

  • 1.79, Аноним (79), 13:30, 11/03/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Раньше в Ubuntu можно было спокойно поставить свежее ванильное ядро, сейчас же оно разделено на куски вроде linux-modules и linux-modules-extra, а без них обрубается и wi-fi и ethernet, впрочем и ванильное скатилось давно, пора переходить на колибри.
     
     
  • 2.86, сщта (?), 13:38, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Чел,я тоже возомнил себя хацкером,но Колибри не поддерживает мой не совсем винтаж.(
     
  • 2.170, Аноним (170), 16:56, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А вот фиг тебе, версии ядра 6ю5+ требуют libc6 > 2.38, а его тупо нет в актуальных бубунтах, включая 22.04.4
     
     
  • 3.263, Аноним (263), 12:20, 12/03/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это нужно для сборки? Пишу на убунте 22.04 с ванильным 6.7.3 ядром, собранном в дебиане (make bindeb-pkg)
     

  • 1.84, Максим (??), 13:35, 11/03/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    > первый драйвер на языке Rust

    Первые следы ржавчины появились в ядре, печально, я думал оно из нержавейки, срочно нужен антикор, иначе это всё плохо кончится!

     
     
  • 2.88, сщта (?), 13:39, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Уже есть бро. FreBSD.Не благодари.
     
     
  • 3.94, Аноним (180), 14:09, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Уже есть бро. FreBSD.Не благодари.

    https://www.opennet.dev/opennews/art.shtml?num=60473

    Фряха как линукс, только бедный.

     
     
  • 4.132, Минона (ok), 15:29, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Уже есть бро. FreBSD.Не благодари.
    > https://www.opennet.dev/opennews/art.shtml?num=60473
    > Фряха как линукс, только бедный.

    Линукс - это Фряха для слабых духом! 😎

     
  • 3.126, Аноним (-), 15:25, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Уже есть бро. FreBSD.Не благодари.

    О да, она не может заржаветь - ржаветь нечему, у этого автомобиля нету дна и водила сам бежит ногами по мостовой. Но вот откуда они будут драйверы копировать без линуха?! :)

     
  • 3.183, Аноним (183), 18:17, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > FreBSD

    А ничо шо весь графический стек состоит чуть менее чем полностью из линуксизмов?

     
     
  • 4.298, Аноним (-), 21:32, 15/03/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А ничо шо весь графический стек состоит чуть менее чем полностью из
    > линуксизмов?

    И вафля - в виде опенврт в виртуалочке. Вот такое вот хреновое лето^W драйвер вафли. Эти пчелы будут против меда? :)

     
  • 2.91, An (??), 13:51, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Смотри в сторону Free/NetBSD - они пока еще оцинкованы.
     
     
  • 3.99, Аноним (-), 14:30, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Пока да, но они уже не отвергают идею использования Раст как 'невозможно'.

    "Разработчики FreeBSD обсуждают использование языка Rust в базовой системе"
    opennet.ru/opennews/art.shtml?num=60473
    Более того, даже составили список утилит которые стоило бы переписать.
    Так что возможно хорошая фряха, станет еще лучше))

     
     
  • 4.112, An (??), 15:10, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Поэтому и написал "пока еще оцинкованы".
    На NetBSD надежд больше - если они начнут внедрять rust, им придется отказаться от тех платформ, которые он не поддерживает.
    Поэтому есть надежда, что в NetBSD мы не увидим rust еще долго.
     
     
  • 5.127, Аноним (-), 15:26, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Поэтому и написал "пока еще оцинкованы".
    > На NetBSD надежд больше - если они начнут внедрять rust, им придется
    > отказаться от тех платформ, которые он не поддерживает.
    > Поэтому есть надежда, что в NetBSD мы не увидим rust еще долго.

    Там вон есть такая штука как gccrs - хрен его знает как оно нетбсдюкам, а Linux устроит, вероятно.

     
  • 5.146, Аноним (180), 15:57, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Поэтому и написал "пока еще оцинкованы".
    > На NetBSD надежд больше - если они начнут внедрять rust, им придется
    > отказаться от тех платформ, которые он не поддерживает.
    > Поэтому есть надежда, что в NetBSD мы не увидим rust еще долго.

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

     
     
  • 6.293, Аноним (292), 18:22, 13/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >достаточно продержаться пока не пройдет волна хайпа и раст не забудут

    Исправил фактическую ошибку, не благодари.  

     
  • 3.184, Аноним (183), 18:18, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > они пока еще оцинкованы

    Если не ставить GUI. В ином случае познаешь все прелести dbus, avahi прочих линуксизмов и фридесктопного мусора.

     
     
  • 4.190, Аноним (180), 19:07, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >> они пока еще оцинкованы
    > Если не ставить GUI. В ином случае познаешь все прелести dbus, avahi
    > прочих линуксизмов и фридесктопного мусора.

    NetBSD уже идёт с гуи. Но приложения канеш придётся подбирать: чтоб без dbus, avahi, и прочих линуксизмов и фридрисктопного мусора. Впрочем, это несложно.

     
     
  • 5.196, Аноним (183), 19:44, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > придётся подбирать

    И много ты таких подберешь?! Как же вы теоретики уже достали

     
     
  • 6.200, Аноним (180), 19:50, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> придётся подбирать
    > И много ты таких подберешь?!

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

    > Как же вы теоретики уже достали

    ппц, для тебя это теория? :-D

     
     
  • 7.215, Аноним (215), 22:24, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > у меня весь софт без дбаса, пульсы, и прочего *kit шлака

    busybox? охотно верю

     
     
  • 8.223, Аноним (180), 22:50, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    coreutils скажи, а ты понятно, что не бсдшник бо знал бы о гуи , и видимо не л... текст свёрнут, показать
     
  • 3.269, Anonim (??), 14:19, 12/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    freebsd обязательно приползет туда, где пингвин покопался, только сильно позже. Ползти за пингвином смысл существования freebsd. netbsd любят все, так что раст они туда обязтельно эксперимента ради затащют. А вот в openbsd скорее всего раста не будет.
     
     
  • 4.294, Аноним (292), 18:24, 13/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Пока они туда приползут весь хайп на Раст пройдет и те два с половиной драйвера что они перепишут выкинут на помойку где им и место.
     

  • 1.109, Аноним (-), 15:04, 11/03/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Где-то читал, что в ядерной утилите для Ext4 имеется опция запуска дефрагментации. Как его запустить? Кто-нибудь пробовал? Да-да, я знаю, что в Линуксе делать процедуру дефрагментации не требуется! Просто интересно по какой причине есть такая опция?
     
     
  • 2.163, Admino (ok), 16:41, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    # e4defrag <device>

    А почему опция, это просто программа.

     

  • 1.113, Аноним (113), 15:10, 11/03/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Дилетантский вопрос, прошу не бить ногами. 600 тыс. строк добавили, 300 тыс. удалили. +300 тысяч строк с последнего релиза. Больше строк - больше объём загружаемого бинарника.

    Увеличение будет всегда? Почему нельзя совершенствовать что есть?

     
     
  • 2.128, Аноним (-), 15:26, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    1. Новые технологии - новые стоки кода, старые технологии будут ещё долго поддерживаться и старый код никто не поторопится выкинуть.
    2. Давно замечено что сотрудники компаний склонны писать "мусорный код". Их нельзя стравнивать хакерами юнискоидами старой закалки. Да-да первые линуксоиды - это юниксоиды.
    3. Заголовочные файлы от AMD стали уже анекдотом.
    4. Раст как язык программирования привнесёт кратное увеличение количества строк. Растаман не умеет писать лаконично, как чистосишник.

    >Больше строк - больше объём загружаемого бинарника.

    Логично.

     
     
  • 3.140, Минона (ok), 15:42, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > 4. Раст как язык программирования привнесёт кратное увеличение количества строк.

    Это хорошо, снова начнут меряться LoC.

    > Растаман не умеет писать лаконично, как чистосишник.

    Лаконичность не показатель.
    Код должен быть понятным.

    >>Больше строк - больше объём загружаемого бинарника.
    > Логично.

    Не факт.

     
  • 3.155, Аноним (-), 16:20, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    К сожалению В каждую тему про дроп устаревшего из ядра набегают обиженные меньш... большой текст свёрнут, показать
     
     
  • 4.162, Аноним (180), 16:34, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Там где растоману придется

    Не придётся:
    https://cve.mitre.org/cgi-bin/cvekey.cgi?keyword=rust

     
     
  • 5.212, Минона (ok), 21:53, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >> Там где растоману придется
    > Не придётся:
    > https://cve.mitre.org/cgi-bin/cvekey.cgi?keyword=rust

    https://cve.mitre.org/cgi-bin/cvekey.cgi?keyword=oberon
    Самый безопасный это Оберон 😉

     
     
  • 6.224, Аноним (180), 22:57, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >>> Там где растоману придется
    >> Не придётся:
    >> https://cve.mitre.org/cgi-bin/cvekey.cgi?keyword=rust
    > https://cve.mitre.org/cgi-bin/cvekey.cgi?keyword=oberon
    > Самый безопасный это Оберон 😉

    срочно переписываем все хелловорды с раста на оберон!

     
  • 6.255, Аноним (-), 09:02, 12/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >Самый безопасный это Оберон

    Никлаус Вирт в раю радуется. Служебные слова в языке Оберон пишутся с большой буквы. Данный факт меня смущает.

     
  • 3.187, Аноним (187), 18:45, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Растаман не умеет писать лаконично, как чистосишник.

    Да и Си не сказать чтоб лаконичный язык.

     
     
  • 4.194, Аноним (-), 19:31, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это тебе так кажется ты же привык к ООП-ешному сахарку.
     
  • 3.197, Аноним (183), 19:46, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > 4. Раст как язык программирования привнесёт кратное увеличение количества строк. Растаман не умеет писать лаконично, как чистосишник.

    Чел, ты серьезно думаешь что в 2024 году кто-то код пишет вручную без помощников а-ля copilot?

     
     
  • 4.201, Аноним (180), 20:04, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> 4. Раст как язык программирования привнесёт кратное увеличение количества строк. Растаман не умеет писать лаконично, как чистосишник.
    > Чел, ты серьезно думаешь что в 2024 году кто-то код пишет вручную
    > без помощников а-ля copilot?

    чел, тебе мс платит за продажу этой чепухи, или ты сам такой полезный и инициативный?

     
  • 3.225, Аноним (225), 23:00, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А можно ссылку на эти заголовочные файлы, пожалуйста. Не могу понять, что ни там генерят.
     
  • 2.130, Аноним (-), 15:28, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > удалили. +300 тысяч строк с последнего релиза. Больше строк - больше
    > объём загружаемого бинарника.

    Одна из причин по которым модули ядра появились.

    > Увеличение будет всегда?

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

    > Почему нельзя совершенствовать что есть?

    Например вендоры выпускают новые железки. Как вы себе представляете их поддержку таким способом?!

     
  • 2.135, Аноним (38), 15:31, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А с чего вы взяли, что то, что есть, не совершенствуется? Это параллельный процесс.
    Также совершенствование тоже зачастую подразумевает увеличение размера.
     
     
  • 3.261, fi (ok), 12:00, 12/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Это точно!

    помню был драйвер железки - размер около 80к, очень глючил. Когда его дописали до 600к - вполне себе заработал. ))))

     
  • 2.137, derfenix (ok), 15:33, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Размер кодовой базы ≠ размер собранного бинарника.
     
     
  • 3.149, Аноним (-), 16:07, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну так перед тем как сконфигурировать и пустить на компиляцию своё ядро, которое должно весить сотни килобайт, надо сначала закачать архив размером 136 Мегабайт.
     
     
  • 4.153, diablocrp (?), 16:16, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А у тебя по сей день интернет через dial-up?
     
     
  • 5.256, Аноним (102), 09:30, 12/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Так всего-то часов 6 качать. Ради сгенерированных файлов АМД можно и пострадать.
     
  • 4.188, derfenix (ok), 18:55, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну так перед тем как сконфигурировать и пустить на компиляцию своё ядро,
    > которое должно весить сотни килобайт, надо сначала закачать архив размером 136
    > Мегабайт.

    Бедняжечка.. До сих пор на 28800 бод сидишь? Может переедешь уже из тайги, а?

     
  • 4.299, Аноним (-), 21:35, 15/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну так перед тем как сконфигурировать и пустить на компиляцию своё ядро,
    > которое должно весить сотни килобайт, надо сначала закачать архив размером 136
    > Мегабайт.

    Однажды качнув git - можно его дифференциально апдейтить. Если пинать периодически, будет покачивать по нескольку мегов за присест. Главное начальный даунлоад своротить - а потом можно хоть на GPRS'е актуализировать.

     
  • 3.199, Аноним (183), 19:49, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Для твоего хеллоуворлда может и так
     
  • 2.259, Аноним (259), 11:06, 12/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Погляди старые биосы - там глюкалово часто происходит - нет тонны кода как себя вести в случаетой или иной ошибки, как ее обрабатывать и т.п. А в новых уефи, хоть они и убогие уже мало глючащего железа при втыкании.
    Если тебе ненужен мусор переходи на runit, который многопоточный и грузит систему быстро, при этом нет орды дятлов, которых хлебом не корми дай написать фичу, которая копирует существующий функционал. Больше ненужнодэ богу ненужнодэ - это корпорастский подход делать рабочее среднего качества.
    Все равно только нужное при загрузке включится - принцип модульности работает.
     

  • 1.136, Аноним (136), 15:32, 11/03/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > после включения режима, пользователь root не сможет

    Отличную фичу с винды притащили! Теперь даже root не будет являться полноправным владельцем компьютера. Ждём "запись в файл невозможна, так как файл открыт другим процессом".

     
     
  • 2.147, 12yoexpert (ok), 16:04, 11/03/2024 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
     
  • 3.169, diablocrp (?), 16:56, 11/03/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 3.174, 12yoexpert (ok), 17:13, 11/03/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.161, _kp (ok), 16:34, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    sudo TrustedInstaller
     
  • 2.167, Admino (ok), 16:48, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    То появление xattr, selinux, rsbac и прочие подсистемы, запрещающие даже root разные операции, ты проспал?
     
     
  • 3.186, Аноним (-), 18:44, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В любом случае суперпользователя нельзя органичивать. Он root - бог. Это всё мерзкие происки Майкрософта.
     
     
  • 4.278, n00by (ok), 19:22, 12/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Любой пользователь изначально ограничен пространством пользователя.
     
  • 2.277, n00by (ok), 19:20, 12/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Твой руткит теперь перестанет работать, или это просто случился рефлекс?
     

  • 1.178, Аноним (178), 17:21, 11/03/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Как это решит проблему отстойного UI\UX и рваного скроллинга на тачпадах? Всё остальное подкапотное меня мало волнует.
     
     
  • 2.181, C00l_ni66a (ok), 18:02, 11/03/2024 Скрыто ботом-модератором     [к модератору]
  • –3 +/
     
  • 2.189, Аноним (38), 19:06, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да, UI/UX у ядра и действительно не очень.
     
     
  • 3.193, Admino (ok), 19:24, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Да, UI/UX у ядра и действительно не очень.

    А скроллинг вообще выпилили.

     
  • 2.234, Аноним (-), 00:47, 12/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Как это решит проблему отстойного UI\UX

    Для этого надо пардон иксы выкинуть и заменить на вяленд. Со стороны ядра все давно мощно и круто уже. Но вон тот якорь нам до сих пор UX нагибает. За что и пострадает.

    > и рваного скроллинга на тачпадах? Всё остальное подкапотное меня мало волнует.

    Да вроде норм скроллится. Плюс-минус воооон то.

     
     
  • 3.238, Аноним (183), 01:48, 12/03/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Да вроде норм скроллится. Плюс-минус воооон то.

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

     
     
  • 4.296, Аноним (-), 20:49, 14/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вот выкинем xorg который без лагов в принципе работать при активном выводе гр... большой текст свёрнут, показать
     
  • 4.300, AleksK (ok), 19:12, 18/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Откуда ты на винде нормальный скроллинг разглядел, вообще не понимаю. На винде скроллинг в частности и работа с тачпадом это лютая говнина, всегда корёжит когда на виндовом ноуте надо тачем пользоваться.
     

  • 1.195, dannyD (?), 19:41, 11/03/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    пробовать-то будем?
     
     
  • 2.198, Аноним (183), 19:48, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Пробовать имеет смысл только на супер новом железе. Это явно не про пользователей опеннет, где средний возраст железа +\- 15 лет.
     
     
  • 3.203, dannyD (?), 20:11, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    из "всего-всего" меня только вот этот момент интересует:

    >>В драйвере AMDGPU .......... решена проблема с переходом в спящий режим.

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

    короче - пять минут полёт нормальный, дальше будем посмотреть.


    PS. хедера 6.6

     
  • 2.302, AleksK (ok), 20:21, 18/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    В Сизифе уже 6.8.1. Не переживай, уже пробуем.
     

  • 1.204, Аноним (204), 20:29, 11/03/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Ядро-ядро, сносную ось на нем скоро сделают? Андройд не предлагать.
     
     
  • 2.211, Аноним (38), 21:52, 11/03/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ChromeOS сделали же.
     
  • 2.239, Аноним (183), 01:51, 12/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем? Есть винда, есть макось. Линпуксам этим место только во встройке и серверах.
     
     
  • 3.285, An (??), 08:53, 13/03/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Для игр есть консоли.
    Для всего остального BSD* и Linux системы.
     

  • 1.229, MT (ok), 00:14, 12/03/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Как там со встроенной полноценной поддержкой NTFS?
     
     
  • 2.233, Аноним (-), 00:46, 12/03/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Как там со встроенной полноценной поддержкой NTFS?

    Давно запилили - Paragon решили открыть свой драйвер и смогли его замайнлайнить. Постепенно его допинали до ума и теперь старый readonly драйвер вообще могут скоро дропнуть аж.

     
     
  • 3.236, MT (ok), 01:04, 12/03/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да, об этом я в курсе. Но процесс внедрения NTFS-драйвера Paragon вроде был поэтапный, и интересно, дошло ли уже до его окончательного включения и использования по умолчанию. Для казуального пользователя Linux, в основном использующего Windows, полноценная работа с NTFS — это важно. :-)
     
     
  • 4.254, Аноним (249), 08:56, 12/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >Для казуального пользователя Linux, в основном использующего Windows

    Это как, использование Wine преимущественно или виртуалок с Виндой?

     
     
  • 5.271, MT (ok), 16:50, 12/03/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Однократная загрузка Ubuntu из любопытства реже, чем выходят новые версии. ;-)
     
  • 4.273, dannyD (?), 18:05, 12/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >>и интересно, дошло ли уже до его окончательного включения и использования по умолчанию.

    а попробуйте сами, я рискнул, итог - возврат на ntfs-3g (((

     
  • 4.297, Аноним (-), 20:51, 14/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > и использования по умолчанию. Для казуального пользователя Linux, в основном использующего
    > Windows, полноценная работа с NTFS — это важно. :-)

    Уже внедрен и работает. А в 6.9 старый NTFS будет дропнут, ибо парагоновский лучше во всех мыслимых аспектах, без глупых ограничений, и на "старый" NTFS все давно забили.

    Комит с ремувом уже прилетел - смотрите соседнюю новость, это уже in effect в майнлайне.

     
  • 4.301, AleksK (ok), 20:18, 18/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Так ты не пользуйся windows и тогда тебе драйвер для окаменелого г*на не будет нужен. У меня вот ни на компе ни на ноуте уже года три нет ни одного раздела ntfs
     
     
  • 5.303, MT (ok), 20:35, 18/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Угу, когда-нибудь, может быть.
     

  • 1.257, name (??), 09:38, 12/03/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А почему strlcpy удалили?
     
     
  • 2.258, name (??), 09:45, 12/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А, ок, там strscpy вместо нее.
     

  • 1.260, vlad1.96 (ok), 11:26, 12/03/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > В драйвере Nouveau реализована настройка для использования по умолчанию функций прошивки GSP для работы с GPU NVIDIA на базе микроархитектур Turing и Ampere, в которых операции инициализации и управления GPU выполняются отдельным микроконтроллером GSP (GPU System Processor). При включении настройки драйвер будет работать через обращение к прошивке, вместо прямого программирования операций взаимодействия с оборудованием.

    О класс! Наконец, для самого лучшего драйвера Nvidia, управление питанием будет включено по умолчанию не только для самых новых видеокарт!

     
     
  • 2.276, fazi (ok), 19:08, 12/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Для самых новых карт мне кажется только поддержка графики в груб включена. Задрало бороться с разрешениями, читабельностью
     
     
  • 3.289, vlad1.96 (ok), 12:05, 13/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Для самых новых карт, мне кажется, только поддержка графики в груб включена.
    > Задрало бороться с разрешениями, читабельностью

    Не могу сказать про себя так же. С разрешением никогда проблем не было, а с приходом управления питанием вообще разницы в работе нет. Только electron приложения в xwayland не артефажат, как на проприетарных, и нет проблем с производительностью, когда открытие окон сопровождалось дикими тормозами, как раньше. Дают знать только игры и некоторые приложения, где нужна 3д графика (vulkan только-только появился, а gallium ничего не может), и CUDA

     

  • 1.262, Аноним (262), 12:18, 12/03/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Добавлен режим блокирования прямой записи на блочные устройства, на которых имеются примонтированные файловые системы (после включения режима, пользователь root не сможет внести изменения в ФС через манипуляции на уровне блочного устройства).
    >but the syzbot team thinks that this can be used to break out of a kernel lockdown after a UEFI secure boot

    всё для платиновых копирастов-тивоизастов.

     
     
  • 2.270, Аноним (-), 16:02, 12/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Интересная мысль, я об этом даже не подумал. Хотя, Linux Foundation напрямую к разработке ядра не имеет никакого отношения.
     
     
  • 3.272, Аноним (272), 17:04, 12/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >Linux Foundation напрямую к разработке ядра не имеет никакого отношения.

    разумеется, их цель в осваивании бюджетов на мероприятия и связь с сообществами

     

  • 1.286, onanim (?), 09:36, 13/03/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >  На стороне хост-окружения реализована поддержка механизма Intel TDX (Trusted Domain Extensions), позволяющего при использовании гипервизора KVM создавать защищённые гостевые окружения, в которых используется шифрование памяти виртуальных машин.

    а как это раньше работало в ESXI, которая импортозамещённый редхат?
    или не работало?

     
     
  • 2.287, onanim (?), 09:38, 13/03/2024 [^] [^^] [^^^] [ответить]  
  • +/
    а, невнимательно прочитал
    > при использовании гипервизора KVM

    то есть qemu раньше не умело в шифрование памяти, а вмварские мокрописьки умели

     

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



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

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