The OpenNET Project / Index page

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

Релиз ядра Linux 6.15

26.05.2025 11:48

После двух месяцев разработки Линус Торвальдс представил релиз ядра Linux 6.15. Среди наиболее заметных изменений: механизм аудита в Landlock, режим закрепления маппинга памяти, подсистема fwctl, драйвер Nova для GPU NVIDIA, реализация хост-системы для гипервизора Hyper-V, поддержка зонированных устройств хранения в XFS, оптимизация сетевой подсистемы, scrub-проверка в Bcachefs, возможность контроля над операциями через io_uring.

В новую версию принято 15945 исправлений от 2154 разработчиков, размер патча - 59 МБ (изменения затронули 13596 файлов, добавлено 739608 строк кода, удалено 312168 строк). В прошлом выпуске было 12115 исправлений от 1984 разработчиков, размер патча - 39 МБ. Около 41% всех представленных в 6.15 изменений связаны с драйверами устройств, примерно 16% изменений имеют отношение к обновлению кода, специфичного для аппаратных архитектур, 13% связано с сетевым стеком, 5% - с файловыми системами и 4% c внутренними подсистемами ядра.

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

  • Дисковая подсистема, ввод/вывод и файловые системы
    • В механизм fanotify добавлена возможность отслеживания событий монтирования и отмонтирования.
    • В XFS добавлена поддержка зонированных устройств хранения (разделение на зоны групп блоков или секторов, в которые допускается лишь последовательное добавление данных с обновлением целиком всей группы блоков). Добавлен флаг rwf_dontcache для отключения кэширования при записи. Реализована возможность атомарной записи сразу нескольких блоков данных.
    • В Btrfs реализована возможность указания при монтировании отрицательных уровней сжатия zstd (от -15 до -1, например, "compress=zstd:-5"), обеспечивающих более высокую скорость работы ценой снижения эффективности сжатия. Улучшено кэширование файловых путей (в проведённом тесте выполнение операции "send" ускорилось на 30%). Добавлена поддержка блоков размером 2Кб.
    • В EXT4 повышена производительность при воспроизведении журнала с очень большим числом отозванных записей (нагрузка, свойственная разделам под ФС Lustre). Реализован линейный поиск записей "dentry" (внутреннее представление элементов каталогов), решающий проблемы с доступом к некоторым файлам в режиме без учёта регистра символов. Налажена работа опции монтирования "errors=remount-ro". Повышена стойкость при обработке повреждённых ФС.
    • В F2FS реализован ioctl для получения сведений о приоритете операции ввода/вывода для заданного файла. Проведена работа по переходу на использование фолиантов страниц памяти (page folios).
    • В Bcachefs добавлен режим "scrub", при котором осуществляется проверка корректности чтения всех данных и метаданных из ФС. В случае выявления ошибок запускается процедура восстановления. В Bcachefs также добавлена поддержка работы с ФС, размер блока в которых больше, чем размер страницы памяти. Стабилизирован формат дисковых структур Bcachefs (дальнейшие изменения формата будут реализовываться в форме опциональных дополнений).
    • В EROFS добавлена поддержка 48-разрядной адресации блоков.
    • В подсистеме FUSE реализованы sysctl default_request_timeout и max_request_timeout для задания таймаутов на выполнение запросов, что позволяет отслеживать зависания компонентов FUSE, работающих в пространстве пользователя. Максимальный размер имён файлов в FUSE увеличен до 1024 символов.
    • В системный вызов statmount() добавлена возможность получения информации о маппинге идентификаторов пользователей примонтированных файловых систем, применяемом для сопоставления файлов определённого пользователя на примонтированном чужом разделе с другим пользователем в текущей системе.
    • Релизована возможность создания точки монтирования с иным маппингом идентификаторов пользователей, чем у исходного примонтированного раздела.
    • В API для управления монтированием внесены изменения, упрощающие сборку сложных иерархий файловых систем без раскрытия отдельных частей файловых систем, которые необходимо оставить скрытыми.
    • В подсистему для работы с блочными устройствами добавлена поддержка аппаратных устройств защиты ключей шифрования.
    • В файловой системе SMB реализована опция is_network_name_deleted и включён по умолчанию режим smb_server_kerberos5.
    • Для ФС OverlayFS добавлена опция монтирования "override_creds", при указании которой для доступа к нижним уровням хранилища будут использоваться учётные данные вызывающего пользователя, а не выполнившего монтирование. Изменение, например, позволяет при монтировании OverlayFS требовать пользователя с полномочиями CAP_SYS_ADMIN, но использовать ФС с учётными данными без данной привилегии.
    • В exFAT ускорены операции удаления файлов. Вместо отправки запросов "discard" по отдельности на каждый освобождаемый кластер удаляемого файла, драйвер теперь группирует запросы. В проведённом тесте время удаления файла, размером 80 ГБ, сократилось с 286 секунд до 1.6 секунды.
    • Все псевдо-ФС, а также ФС EXT2, переведены на использование нового API монтирования разделов.
    • Удалён код для поддержки файловых систем SYSV (SystemV/386, Xenix и Coherent), который с 2023 года помечен как неподдерживаемый (orphaned).
  • Память и системные сервисы
    • Необходимая для сборки ядра минимальная версия GCC поднята до 8.1, а Clang - до 15.0.0.
    • Добавлена подсистема fwctl (Firmware Control), предоставляющая API для безопасного управления прошивками и выполнения обработчиков на стороне прошивок из пространства пользователя. На базе fwctl подготовлены драйверы для устройств CXL (Compute Express Link), Ethernet-адаптеров Mellanox ConnectX (mlx5) и сервисных карт AMD/Pensando.
    • Расширены возможности механизма pidfd, позволяющего использовать идентификаторы, связанные с конкретными процессами и в отличие от pid повторно не назначаемые. Предоставлена возможность извлечения данных о состоянии завершения процесса, идентифицируемого через pidfd после того, как родительский процесс получил подтверждение о завершении дочернего процесса (reaped) и его ресурсы были освобождены. В системные вызовы добавлен флаг PIDFD_SELF, при помощи которого процесс может сослаться на самого себя.
    • Для архитектуры RISC-V реализована поддержка расширений BFloat16, Zaamo (атомарные операции с памятью), Zalrsc (Load-Reserved/Store-conditional) и ZBKB (битовые операции для криптографии).
    • При трассировке обеспечена возможность сохранения аргументов вызываемых функций и их отображения в логах трассировки.
    • В систему асинхронного ввода/вывода io_uring добавлена поддержка чтения информации о событиях epoll. Применение io_uring для обработки событий epoll позволяет снизить число переключений контекста и даёт возможность обрабатывать за раз несколько событий epoll.
    • В подсистеме eBPF улучшена верификация программ с циклами. Добавлены новые инструкции "timed_may_goto", "load-acquire" и "store-release". Предоставлена возможность изменения расширенных атрибутов файлов из BPF-программ. Добавлена функция try_alloc_pages(), рассчитанная на выделение памяти при высокой вероятности неудачного выполнения операции (при запуске BPF-программ в ограниченных контекстах).

      Реализован новый примитив блокировок - rqspinlock (Resilient Queued Spin Lock), во время выполнения выявляющий ситуации, приводящие к взаимным блокировкам. Новый примитив даёт возможность загружать BPF-программы, для которых верификатор не гарантировал корректность работы с блокировками.

    • Значительно повышена надёжность выделения больших страниц памяти (huge-page).
    • Значительно ускорено вычисление контрольных сумм CRC64 на системах x86. Среди прочего, для ускорения задействованы новые векторные инструкции из набора AVX-512. В некоторых ситуациях производительность возросла в 100 раз.
    • Продолжен перенос изменений из ветки Rust-for-Linux, связанных с использованием языка Rust в качестве второго языка для разработки драйверов и модулей ядра (поддержка Rust не активна по умолчанию, и не приводит ко включению Rust в число обязательных сборочных зависимостей к ядру). Предоставлена возможность использования в коде ядра макроса "#[kunit_tests()]" для запуска unit-тестов. Добавлена поддержка архитектуры ARMv7. Реализованы модули dma и hrtimer с Rust-обвязками для DMA (добавлены Линусом в обход мэйнтейнера, который после этого ушёл со своего поста) и высокоточных таймеров. Расширены модули 'list', 'str', 'sync', 'error' и 'alloc'. Добавлена поддержка нового синтаксиса '&raw' (raw_ref_op).
    • В подсистеме perf реализована возможность профилирования задержек, используя информацию от планировщика задач.
    • Добавлен параметр командной строки ядра "traceoff_after_boot", отключающий трассировку после того как ядро загрузилось и запущен процесс init. Параметр может использоваться при диагностике проблем, связанных с загрузкой, гарантируя, что накопленные во время загрузки данные трассировки не будут перезаписаны.
    • Прекращена поддержка 32-разрядных систем x86, имеющих более 8 CPU и 4 ГБ ОЗУ. Подобное оборудование уже давно не выпускается, а требующие такие ресурсы системы переведены на 64-разрядные CPU.
    • В реализацию POSIX-таймеров внесены изменения, позволяющие инструментарию CRIU (Checkpoint/Restore in Userspace) сохранять и восстанавливать идентификаторы таймеров.
  • Виртуализация и безопасность
    • Добавлена возможность использования Linux в качестве корневого окружения (Dom0. root partition) для гипервизора Hyper-V (Microsoft Hypervisor). Хост-окружение отвечает за управление гипервизором, организацию запуска гостевых систем, выделение ресурсов и обеспечение взаимодействия виртуальных машин с оборудованием. Управление гипервизором Hyper-V в Linux осуществляется через устройство /dev/mshv.
    • В модуль Landlock, предоставляющий непривилегированным программам средства для ограничения использования объектов ядра Linux (иерархии файлов, сетевые сокеты, ioctl и т.п), добавлен механизм аудита. Аудит позволяет детально оценивать причины блокировок доступа, осуществляемых при использовании Landlock, а также даёт возможность понять, когда и какая операция заблокирована, почему выполнена блокировка и какое правило сработало.
    • Добавлена возможность реализации в LSM-модулях (Linux Security Modules) обработчиков, контролирующих обращения к системе асинхронного ввода/вывода io_uring и позволяющих блокировать использование io_uring для обхода ограничений доступа к системным вызовам. Подобный обработчик реализован в LSM-модуле SELinux.
    • В SELinux реализована возможность применения политик к любым типам данных, загружаемым ядром, включая образы прошивок, политики безопасности и сертификаты.
    • Добавлен режим закрепления (seal) некоторых операций маппинга памяти, осуществляемых ядром в адресном пространстве процесса. Закрепление переводит маппинг в режим только для чтения и не позволяет изменить в случае эксплуатации уязвимости. Действие распространяется на маппинг vDSO, vsyscall, vvar, sigpage и uprobes. Режим по умолчанию отключён, так как может нарушить работу некоторых приложений. Для включения добавлена сборочная настройка CONFIG_MSEAL_SYSTEM_MAPPINGS.
  • Сетевая подсистема
    • Продолжена работа по избавлению сетевого стека от глобальной блокировки RTNL (rtnl_lock) и её преобразованию в блокировки, привязываемые к отдельным пространствам сетевых имён.
    • Добавлена начальная возможность получения сетевых пакетов через io_uring c копированием содержимого сразу в память программы в пространстве пользователя без промежуточной буферизации (zero-copy). В проведённых тестах изменение позволило справиться с обработкой трафика через 200 гигабитный канал, используя одно ядро CPU.
    • Реализованы sysctl tcp_rto_max_ms и опция TCP-сокетов TCP_RTO_MAX_MS, через которые можно выставить максимальное время между попытками повторной передачи пакетов.
    • В BPF добавлена серия callback-вызовов для получения сведений о времени из различных мест сетевого стека, что может использоваться для диагностики проблем с сетевыми задержками.
    • Добавлены оптимизации производительности сетевых операций:
      • Оптимизация GRO (Generic Receive Offload), объединяющая несколько мелких пакетов в один большой, теперь задействована при переключении обработки пакета на другой CPU (для балансировки нагрузки) при использовании подсистемы XDP (eXpress Data Path), позволяющей обрабатывать пакеты на уровне сетевого драйвера на стадии до их передачи сетевому стеку. Прирост производительности обработки TCP-потоков от применения оптимизации может достигать двух раз.
      • В условиях сильной нагрузки производительность функции connect() повышена до двух раз за счёт замены spin-блокировки на механизм синхронизации RCU (Read-Copy-Update) при поиске записей с информацией о сторонах соединения (исходные и целевые IP-адреса и порты). Дополнительно проведена оптимизация хэширования, обеспечившая прирост производительности ещё на 229%.
      • Ускорена реализация MPTCP (Multipath TCP), расширения протокола TCP для организации доставки пакетов одновременно по нескольким маршрутам через разные сетевые интерфейсы, привязанные к разным IP-адресам. MPTCP в режиме с одним потоком ускорен на 29%.
      • В netfilter при наличии сокета прекращено выполнение операций поиска маршрутов в FIB (Forwarding Information Base). Благодаря данной оптимизации производительность возросла на 20%.
      • Производительность UDP в условиях флуда (flood) увеличена на 10% за счет исключения лишних операций со структурой sk_tsflags при получении пакетов.
    • Добавлен драйвер с реализацией протокола MCTP-over-USB.
  • Оборудование
    • В состав ядра принята начальная реализация драйвера Nova для GPU NVIDIA, оснащённых GSP-прошивками, используемыми начиная с серии NVIDIA GeForce RTX 2000 на базе микроархитектуры Turing. Драйвер написан на языке Rust. На первом этапе добавлен только каркас nova-core, насчитывающий около 400 строк кода и реализующий базовый уровень абстракций над программными интерфейсами прошивок GSP. На следующем этапе в ядро планируют включить DRM-драйвер nova-drm (Direct Rendering Manager) для взаимодействия с GPU из пространства пользователя, а также VFIO-драйвер с менеджером vGPU, позволяющим использовать виртуальные GPU NVIDIA в системах виртуализации.
    • Продолжена работа над drm-драйвером (Direct Rendering Manager) Xe для GPU на базе архитектуры Intel Xe, которая используется в видеокартах Intel семейства Arc и интегрированной графике, начиная с процессоров Tiger Lake. Добавлена поддержка SVM (Shared Virtual Memory), компонента фреймворка DRM, управляющего разделяемой памятью, совместно используемой в CPU и GPU.
    • В драйвер i915 добавлены идентификаторы новых GPU.
    • В драйвере Nouveau переработан GSP RPC и интегрирован интерфейс drm_slave_encoder.
    • В драйвере AMDGPU реализована поддержка архитектуры DCN36 (Display Core Next). Добавлена возможность задания своих кривых яркости, используемых для коррекции яркости дисплея.
    • В драйвер adreno добавлена поддержка GPU Qualcomm Adreno 623.
    • Добавлена поддержка сенсорных панелей Apple Touch Bar.
    • Добавлена поддержка второй версии расширения eUSB2 (eUSB2V2 - Embedded USB2 Version 2.0), позволяющего снизить напряжение питания (до 1.2 вольт) и повысить производительность USB 2.0. Скорость передачи данных в eUSB2V2 может достигать 4.8 Гбит в секунду, что в 10 раз быстрее обычных 480 Мбит в секунду, типичных для USB 2.0. eUSB2V2 позволит производителям ноутбуков комплектовать свои устройства веб-камерами более высокого разрешения, продолжая при этом использовать для их подключения шину Embedded USB2.
    • Добавлена поддержка Ethernet-адаптеров Intel Killer E5000 (RTL8126).
    • Добавлена поддержка экранных панелей Visionox RM692E5, Rockchip w552793dba-v10, kingdisplay-kd110n11-51ie и starry-2082109qfh040022-50e.
    • Добавлен драйвер для ноутбуков Samsung Galaxy Book.
    • Добавлена поддержка звуковых систем Presonus Studio 1824c, Jabra Evolve 65. Добавлена поддержка DSP-модулей AMD ACP 7.x, AWINC WM88166, Everest ES8388, Intel AVS PEAKVOL и GAIN. Улучшена поддержка звука на ноутбуках ASUS, HP и Lenovo.
    • Добавлена поддержка ARM-плат, SoC и устройств: Arm Morello, AMD (Xilinx) Versal NET, Google Pixel Pro 6, NetCube Kumquat, MYIR Remi Pi, Huawei Matebook E Go, Milk-V Jupiter ST STM32MP2, Mediatek MT8370, Apple T2, Skov (i.MX8MP), EVK (i.MX95), Rockchip RK35xx, Allwinner A523, 11 плат Toradex на базе i.MX6.

Одновременно латиноамериканский Фонд свободного ПО сформировал вариант полностью свободного ядра 6.15 - Linux-libre 6.15-gnu, очищенного от элементов прошивок и драйверов, содержащих несвободные компоненты или участки кода, область применения которых ограничена производителем. В выпуске 6.15 нейтрализована загрузка блобов в драйверах nova, Qualcomm iris v4l2, Airoha NPU, Tehuti Networks TN40xx 10G ethernet, Realtek 8814A wifi, Apple Silicon SoC touchscreen, Renesas UFS и aw88166 audio. Прекращена чистка драйвера Spider 1Gb ethernet, который был удалён из состава ядра. Удалены ссылки на тивоизированные бинарные файлы. Реализована блокировка загрузки блобов из кода на языке Rust.

  1. Главная ссылка к новости (https://lkml.org/lkml/2025/5/2...)
  2. OpenNews: Релиз ядра Linux 6.14
  3. OpenNews: Релиз ядра Linux 6.13
  4. OpenNews: Релиз ядра Linux 6.12 с поддержкой Realtime-режима
  5. OpenNews: Релиз ядра Linux 6.11
  6. OpenNews: Релиз ядра Linux 6.10
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/63305-kernel
Ключевые слова: kernel, linux
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (255) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 11:59, 26/05/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –26 +/
    зачем в ядре дрова, ну вот зачем? неужто непонятно, что монолит для зоопарка ЭВМ это абсолютно неправильный путь?
     
     
  • 2.6, Аноним (6), 12:09, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +10 +/
    Ну дак не пользуйся дровами в ядре, что ныть то?
     
     
  • 3.66, Аноним (1), 13:58, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    почему вы так ущемляетесь когда вам оглашают очевидные факты?
     
     
  • 4.80, Аноним (80), 14:20, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +8 +/
    без дров, ядро то никому не нужно :)
     
  • 4.109, Аноним (6), 15:48, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +10 +/
    Да я не ущемляюсь, честно. Я не понимаю почему вы пользуетесь дровами в ядре, если вам не нравится это. Есть же миникс и hurd с дровами в юзерспейсе. Пользуйтесь.
     
  • 2.7, Аноним (7), 12:13, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Так все дрова по отдельным модулям раскиданы.
     
     
  • 3.10, Аноним (7), 12:15, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Или вы желаете драйвера в userspace загружать? Это ж ерунда получается
     
     
  • 4.65, Аноним (65), 13:58, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В userspace это уже почти микроядерность получается.
     
     
  • 5.119, Аноним (80), 16:42, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    если юзать драйвера в юзерспейсе, то и ядро не нужно, получается так называемая борт-программа. Одна программа на одной машине.
     
     
  • 6.122, Аноним (65), 17:05, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    И кого же на дескопе устроит ныне однозадачность? Как во времена DOS: Запустил LO Writer, понабирал документ. Что-то надо посмотреть в таблицах, закрыл Writer, открыл Calc. Закрыл Calc, открыл Writer, продолжил. Очень удобно, да.
    В общем, без ядра только в эмбеддовке приемлемо.
     
     
  • 7.177, Аноним (80), 20:09, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > И кого же на дескопе устроит ныне однозадачность?

    сколько ядер в ЦПУ - столько и одновременных задач. Ваша аппаратная архитектура, архитектурно требует наличие ОС (ядра ОС), то есть того кто будет запускать задачи после передачи управления от там всякого биоса. А что такое ядро ОС? Это программа которая запускает (останавливает) другие программы. Биос же ваш не идет и не пытается запустить несколько независимых программ на всех доступных ядрах. Он запускает ядро ОС (загрузчик и т.д.)

    > В общем, без ядра только в эмбеддовке приемлемо.

    Борт-машины с борт-программами, им не нужны понятия ОС (ядро ОС и т.д.), параллельность - многозадачность.

     
     
  • 8.215, Аноним (215), 08:34, 27/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Идеально А использование ресурсов 8212 ну, кто первый встал, того и тапки А... текст свёрнут, показать
     
     
  • 9.225, Аноним (80), 10:23, 27/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вы, как я думаю, студенческой общаги не видели Как, по вашему, надо разделять о... текст свёрнут, показать
     
     
  • 10.237, Аноним (215), 11:31, 27/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Комендант есть ОС А кто раскрасит ОС ... текст свёрнут, показать
     
     
  • 11.246, Аноним (80), 11:50, 27/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    аппаратный контроллер кто-то отменил У вас и на ОЗУ и ПЗУ он есть если доступо... текст свёрнут, показать
     
     
  • 12.247, Аноним (247), 11:55, 27/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Там есть довольно глупые в этом смысле hardware automations Зато они - быстрые ... текст свёрнут, показать
     
     
  • 13.250, Аноним (80), 12:13, 27/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Хорошо делай, хорошо будет работать ЦПУ общего назначения никогда хорошо рабо... текст свёрнут, показать
     
     
  • 14.270, Аноним (270), 17:23, 27/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это абстрактные фразы Чем сложнее логика - тем больше транзисторов надо выделит... большой текст свёрнут, показать
     
     
  • 15.271, Аноним (80), 17:52, 27/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А все что вы описали это конкретная имплементация, а теория не зависит от имплем... большой текст свёрнут, показать
     
     
  • 16.273, Аноним (-), 19:15, 27/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В теории я мог бы и на Луну слетать Завтра Ничему не противоречит На практике... большой текст свёрнут, показать
     
     
  • 17.291, Аноним (80), 22:52, 27/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Не путайте теорию, где каждое утверждение необходимо доказать в том числе можно... большой текст свёрнут, показать
     
     
  • 18.308, Аноним (-), 15:57, 28/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Полет на Луну завтра - не противоречит ни 1 фундаментальному закону природы Ста... большой текст свёрнут, показать
     
     
  • 19.319, Аноним (319), 23:35, 28/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А нет ничего в природе такого, что должно противоречить этим законам Природа и ... большой текст свёрнут, показать
     
  • 16.275, Аноним (-), 19:31, 27/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Нитрид галлия это новое или уже старое А исследования применения карбида кремни... текст свёрнут, показать
     
     
  • 17.281, Аноним (281), 20:07, 27/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Справедливости ради - из этого всего чипы не делают Только силовые MOSFET с улу... текст свёрнут, показать
     
  • 17.292, Аноним (80), 23:05, 27/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Транзисторы в общем - это уже старое даже оптические Новые идеи вычислений до... текст свёрнут, показать
     
     
  • 18.296, Аноним (-), 08:42, 28/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Трансформаторы и электродвигатели - еще более старый дизайн И принципы их работ... большой текст свёрнут, показать
     
     
  • 19.303, Аноним (319), 12:58, 28/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вот так именно понимать не стоит, ниже я добавил комент-уточнение Ну, такое же ... большой текст свёрнут, показать
     
     
  • 20.310, Аноним (-), 17:08, 28/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Не вижу принципиальной разницы Технологии работают, делают свое дело, а за то в... большой текст свёрнут, показать
     
  • 21.316, Аноним (319), 22:35, 28/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А чего тут нового шатл таким же макаром назад возвращался, да носитель сгорал п... большой текст свёрнут, показать
     
  • 17.293, Аноним (80), 23:14, 27/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    старое тут не в смысле, что от этого надо избавиться ... текст свёрнут, показать
     
  • 7.207, Аноним (207), 05:18, 27/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Идеально. Концентрация на работе, никаких отвлечений.
     
  • 7.209, Андрей (??), 07:15, 27/05/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вы не слышали про DOS-Shell DesqView ? :)
     
     
  • 8.245, Аноним (215), 11:46, 27/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да кто ж 171 TechHelp 187 резидентом не загружал ... текст свёрнут, показать
     
  • 8.254, Аноним (254), 13:13, 27/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А толку от них, если всё в одном адресном пространстве и без каких-либо разграни... текст свёрнут, показать
     
  • 8.288, hbars (ok), 20:59, 27/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    От Quarterdeck Прикольная была штука У меня на ней на 286 нода фидошная крутил... текст свёрнут, показать
     
  • 5.269, Аноним (-), 16:46, 27/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > В userspace это уже почти микроядерность получается.

    Ну значит линукс получается - микроядро. Ибо VFIO всякое, FUSE, вот это все...

    Т.е. при желании можно и в юзермоде драйвер железки накатать. Или ФС. То что оно тормозит от переключения контекстов - вопрос номер два. Кстати там для ФС io_uring сватают и тормозить оно не перестанет, но будет делать это заметно меньше. Ибо будет телепать контекст сразу на эвона какой блок в shared buffer, а не постоянно, на каждую фигню.

     
  • 3.152, Fracta1L (ok), 18:22, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Он про то, что драйверы намертво прибиты к конкретной версии ядра, это реально дичь так-то
     
  • 2.15, Аноним (15), 12:27, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Например: сломался компьютер. Переставил жесткий диск в другой. Продолжил работу. 100%.  Благодаря драйверам в ядре. У Windows и BSD такое не прокатит.
     
     
  • 3.18, Ф (?), 12:32, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • –7 +/
    >У Windows такое не прокатит

    Не гони. Не будет активирована лицензия и только.

     
     
  • 4.23, 789 (?), 12:41, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да бугага, в винде  нет дров на виртуализацию из коробки, например надо сервер перенести с железки, делаем копию с диска, неделю сношаем образ чтобы запустить, а чтобы официальный образ поставить - вставьте дискету с драйверами диска, дискету Карл, 2025 год.
     
     
  • 5.32, 1 (??), 12:51, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну вставляй USB - делов-то. А неделю образ сношать, вместо того, чтоб virtio поставить, это уметь надо.
     
     
  • 6.40, 789 (?), 12:57, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Надо уметь, поставить vitrio чтобы оно не падало в синий экран, на оригинальном железе и виртуалке
     
     
  • 7.241, Аноним9444935593 (?), 11:38, 27/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Rocket Science, не иначе
     
  • 5.48, penetrator (?), 13:07, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    VMWare

    сделал копию с железного диска запустил виртуалкой Windows 11

    конечно могло не завестись, но завелось

     
     
  • 6.98, АНоним (-), 15:16, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Он про реальный сервер. А ты про виртуалку.
     
     
  • 7.299, penetrator (?), 10:54, 28/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Он про реальный сервер. А ты про виртуалку.

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

     
  • 4.68, Аноним (65), 14:00, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А если на новом системнике требуется другой драйвер чего-нибудь, которого нет в поставке Винды из коробки?
     
     
  • 5.73, Аноним (-), 14:08, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А если на новом системнике требуется другой драйвер чего-нибудь, которого нет в
    > поставке Винды из коробки?

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


     
  • 5.78, Аноним (215), 14:19, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Будет точно то же, как если бы вы ставили на этот системник винду с нуля: придётся доустановить их руками (что само не скачается). Ваш Кэп.
     
  • 5.166, Аноним (166), 18:57, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Заработает универсальный. Будет отсутствовать аппаратное ускорение и какое-нибудь 1024*768, но если винда подключена к сети, то через минут 5-10 сама скачает его. С сетью тоже всё нормально, начиная с десятой, если конечно не броадком
     
     
  • 6.242, Аноним9444935593 (?), 11:41, 27/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    даже с 8 всё относительно хорошо по моему опыту
     
  • 3.31, 1 (??), 12:49, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Чёй-та в BSD такое не прокатит ? Ещё как прокатит.
    С Windows - там чуть (именно чуть) хуже - но та же фигня.
     
  • 3.34, 1 (??), 12:51, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    c freebsd такое прокатит. раньше точно прокатывало. думаю ничего на эту тему там не изменилось.
     
  • 3.44, Pahanivo (ok), 13:03, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    С BSD усе норм - fstab поправить и вперед.
    А вот с виндами дааа - особенно на старых компах бывало, когда, скажем, с чипсета nvidia на intel перенос - где то в реестре осталась ссыла на старый драйвер и вечный bsod, с учетом всех дров сброшенных в дефолт пол дня ищешь этот баг.
     
     
  • 4.84, Аноним (215), 14:23, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это не на старых компах, а на старых виндах.
     
  • 4.99, Аноним (80), 15:23, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > С BSD усе норм - fstab поправить и вперед.

    fstab зачем? вы же диск переставляете.

     
     
  • 5.118, adolfus (ok), 16:40, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    UUID нового диска нужно прописать, чтобы автоматом монтировался.
     
     
  • 6.120, Аноним (80), 16:44, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > UUID нового диска нужно прописать, чтобы автоматом монтировался.

    перечитайте комментарий 2.15

    """
    Например: сломался компьютер. Переставил жесткий диск в другой. Продолжил работу. 100%.
    """

     
     
  • 7.251, adolfus (ok), 12:24, 27/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> UUID нового диска нужно прописать, чтобы автоматом монтировался.
    > перечитайте комментарий 2.15
    > Например: сломался компьютер. Переставил жесткий диск в другой. Продолжил работу. 100%.

    В современном linux с EFI загрузиться с такого диска не получится -- нужно явно указать диск для grub.

     
     
  • 8.262, Аноним (80), 14:57, 27/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    какой grub там конфигурацию UEFI ток надо изменить и указать партицию EFI en ... текст свёрнут, показать
     
  • 5.155, Аноним (155), 18:27, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > диск переставляете

    Нужно понаблюдать за людьми, как программисты правильно перетыкиывают диск, и как юзеры неправильно перетыкивают.

     
  • 4.174, Аноним (174), 19:21, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > С BSD усе норм - fstab поправить и вперед.

    Сколько раз без правки грузился. Так что можно и после "и вперёд" fstab поправить.
    Фряха сама попросит указать корень.

     
  • 3.49, Аноним (6), 13:09, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > BSD такое не прокатит.

    у них драйверы не в ядре?

     
  • 3.50, Аноним (50), 13:10, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Прокатит. Если SSD с Windows 10, установленный на условном i5 2500k, переставить на новую платформу с AMD на AM5 сокете, система стартанёт без бсодов.
     
     
  • 4.168, Аноним (166), 19:00, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Так и есть. Только затык может оказаться в особенных драйверах на плату
     
  • 3.187, Аноним (187), 21:56, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Недавно переставлял SATA накопитель с виндой из одного компа (Intel Core 6 поколения) в другой (Ryzen 7000). Из общего у них был только этот накопттель. Винда спокойно запустилась, докачала дрова и работает.
     
     
  • 4.232, Аон (?), 11:06, 27/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Поменяй в BIOS с ACHI на другой тип контроллера (или обратно) и весь прогресс с BSODами откатится на 2000 год
     
     
  • 5.235, Аноним (-), 11:27, 27/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Поменяй в BIOS с ACHI на другой тип контроллера (или обратно) и весь прогресс
    > с BSODами откатится на 2000 год

    Такой вот прогресс - с незабвенным INACCESSIBLE_BOOT_DEVICE. А так все хорошо, прекрасная маркиза.

     
  • 5.244, Аноним (215), 11:45, 27/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    «Ага!» сказали суровые сибирские мужики.
    Кто ж последние лет пятнадцать в режиме IDE систему ставит? (ставят, ещё как ставят.) Если уж такая оказия случилась, элементарно лечится.
     
  • 2.103, Аноним (103), 15:26, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >зачем в ядре дрова

    Потому что "stable api is nonsense". Вместо одного ядра с 10 версиями API приходится поддерживать 10 версий ядер и 10 версий драйверов к ним.

     
  • 2.104, Соль земли2 (?), 15:29, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    make menuconfig
     
  • 2.169, Аноним (169), 19:01, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    1. Линус когда о давно сказал, что если дрова выпускать отдельно они будут глючить и перестанут работать в новых версиях ядра по причине смене API. А так есть ядро со всеми о тестировании и рабочими драйверами. При сборке есть возможность выбора только необходимых драйвера.

    2. Драйвера целесообразно выполнять в контексте ядра, а не пользователя, чтобы каждый раз не проверять права и допуски драйвера с правами пользователя. Это ускоряет систему на 20-80 раз.

     
     
  • 3.173, Аноним (-), 19:11, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > они будут глючить и перестанут работать в новых версиях ядра по причине смене API.

    А стабильное апи хотя бы для мажорных версия ядра?
    Или "не, сынку, это фантастика"?

     
     
  • 4.181, Аноним (181), 20:16, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Если апи будет стабильным, то кто будет платить за поддержку?
     
     
  • 5.183, Аноним (183), 21:08, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Воооот! А так все при деле - разрабы ядра адаптируют только что сломанный крэп, мейнтейнеры пересобирают все под новое ядро, а главное только они могу в этом всем разобраться в разумное время. Почти незаменимы!

    Нужно было на них в свое время Грету натравить. Мол сколько урона они наносят бессмысленными пересборками ядра))

     
     
  • 6.217, Аноним (217), 08:42, 27/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Проблемы есть только у корпорастов которые:
    1. прижимают код модуля драйвера, чтобы не дать в ядро;
    2. прижимают деньги своим программистам за поддержку модуля драйвера своими силами.

    Модель выбрана Линусом,- изменяемое API драйверов ядра Линукс, позволяет держать высокие темпы развития ядра Линукс затрачивая минимум ресурсов.

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

     
     
  • 7.228, Аноним (-), 10:38, 27/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Проблемы есть только у корпорастов

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

    > Модель выбрана Линусом,- изменяемое API драйверов ядра Линукс,
    > позволяет держать высокие темпы развития ядра Линукс

    Ахаха. То-то мы видим просто невероятнейший прогресс например в развитии видеодрайверов на линуксе. Осталось еще немного потерпеть и они может быть догонят вантуз)))

    > затрачивая минимум ресурсов.

    Раз за разом адаптировать уже написанный код к изменениям stable nonsense - это "затрачивая минимум ресурсов"? Да ты упоротый))

    Торвальд просто хотел подсадить всех на свою "поддержку". У него это получилось.

     
     
  • 8.249, Аноним9444935593 (?), 12:11, 27/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    я пользуюсь активно линем и уже меньше виндой только у юзеров около 20 лет и ч... текст свёрнут, показать
     
     
  • 9.252, Аноним (-), 13:04, 27/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    И что из этого про ядро Разве что раст, но есть в ядре практически нет Может и... текст свёрнут, показать
     
     
  • 10.258, Аноним9444935593 (?), 14:04, 27/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так не для всех десктоп игры Я перечислял не новшества ядра, а просто оче... текст свёрнут, показать
     
     
  • 11.259, Аноним (-), 14:24, 27/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А причем тут игры Покажите мне нормальный CAD для линукса Или софтину для рент... большой текст свёрнут, показать
     
     
  • 12.283, Аноним (-), 20:19, 27/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    KiCad - вполне нормальный CAD, для линукса Вы в общем случае врядли и 10 того ... большой текст свёрнут, показать
     
     
  • 13.294, Аноним (-), 23:37, 27/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Кикад это довольно специализированный софт Платы разводить не такая частая И ... большой текст свёрнут, показать
     
     
  • 14.298, Аноним9444935593 (?), 10:17, 28/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Не путайте анонимов, про темную тему я сказал не в связи с ядром вообще а просто... текст свёрнут, показать
     
  • 14.311, Аноним (-), 21:00, 28/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    CADы по определению довольно специализированный софт Это у кого как Занятие ... большой текст свёрнут, показать
     
  • 12.297, Аноним9444935593 (?), 08:47, 28/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вот не надо ляля, в половине мест шрифты не поменяются, конечно будет не так убо... текст свёрнут, показать
     
     
  • 13.312, Аноним (-), 21:08, 28/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Я помню как я пробовал такое нарулить в виндах Раз примерно пять В результате ... текст свёрнут, показать
     
  • 8.266, Аноним (266), 16:04, 27/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это проблема с конкретным прижимистым корпорастом Не надо покупать железо не по... большой текст свёрнут, показать
     
     
  • 9.268, Аноним (-), 16:23, 27/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это проблема с лидером рынка и самыми производительными видяхами Ну-ну Уйдет ... большой текст свёрнут, показать
     
     
  • 10.295, Аноним (295), 07:40, 28/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Хотите иметь хорошие поддерживаемое аппаратное ускорение в GNU Linux без или с м... большой текст свёрнут, показать
     
  • 2.196, Аноним (-), 23:32, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще идея универсальных дров вроде бы и неплоха. Т.е. хочешь железяку прицепить, так разработчик электроники реализуй хотя-бы универсальный драйвер, а потом уже пользователь поставит специфический. Но похоже что это не работает.
     
  • 2.214, Diozan (ok), 08:12, 27/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А Вы уверены, что правильно понимаете понятие "монолитное ядро"? Да и то, что делают драйверы в ядре?. Так ядро это и есть, по сути, набор драйверов и фич...
    А про монолит? Когда я собираю ядро для Gentoo, я его делаю монолитным. Голый vmlinuz, никаких initramfs, никаких модулей, вся нужная firmware вставляется жёстко в ядро. Вот это и есть монолитное ядро. Но при компиляции я засовываю в него строго то, что мне нужно для каждого конкретного компа. И на другом компе, с различающейся аппаратной конфигурацией, оно уже нормально работать не будет.
    А в ширпотребовских линуксах, 99% драйверов и фич вынесено в модули и ядро никак не монолитное...
     
     
  • 3.290, Аноним (290), 21:59, 27/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > А Вы уверены, что правильно понимаете понятие "монолитное ядро"?

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

     
  • 2.230, Аноним (-), 10:53, 27/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > зачем в ядре дрова, ну вот зачем? неужто непонятно, что монолит для
    > зоопарка ЭВМ это абсолютно неправильный путь?

    Судя по тому как это в винде и маке работало - не такой уж этот путь и плохой :)

    В винде: вечная долботня с дровами за которые по факту никто не отвечает, факапы совместимости версий, хрен доорешься чтобы вообще починили если что не так.

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

     

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

  • 1.2, Аноним (2), 12:04, 26/05/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    люблю латиноамериканский Фонд свободного ПО! нужную работу делает!
     
     
  • 2.13, Аноним (13), 12:21, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Они по сути выпускают свободное ядро. Ванильное ядро нельзя считать свободным.
     
     
  • 3.16, Аноним (-), 12:29, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Они по сути выпускают свободное ядро. Ванильное ядро нельзя считать свободным.

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

     
     
  • 4.25, 789 (?), 12:43, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    а хирурги тоже только удалять умеют, а поди ж ты, им платят, и хорошие на дороге не валяются
     
     
  • 5.30, Аноним (30), 12:47, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > а хирурги тоже только удалять умеют, а поди ж ты, им платят,
    > и хорошие на дороге не валяются

    Хирургам платят за то, чтобы после операции организм продолжал работать.
    А если нет, то это может и на халатность потянуть (а может и не потянуть, но это не точно)))

     
     
  • 6.35, 789 (?), 12:51, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Справедливо. Но железо под это "свободное", где найти никто не знает, да и само железо судя по спискам не то, функциональность чего стоило бы обеспечивать, так что как оно там никто не знает, но пусть будет че бы нет, есть не просят
     
  • 5.37, чатжпт (?), 12:55, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    https://www.opennet.me/opennews/art.shtml?num=62028
     
  • 4.175, Аноним (65), 19:31, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А почему поехавшие именно они, а не тот, кто это написал?
     
  • 2.52, Karl Richter (ok), 13:14, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Они бесполезной работой занимаются.
     
     
  • 3.57, Аноним (-), 13:33, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Они бесполезной работой занимаются.

    Почему это бесполезной!
    Они получают грантики за удаление строчек в коде ядра.
    Вполне себе полезная и довольно выгодная работа. Для них разумеется.

     
     
  • 4.70, Аноним (65), 14:05, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    И для меня, например.
     

  • 1.3, Аноним (3), 12:04, 26/05/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Ждём 6.15.4 -  6.15.6, а вы пока ломайте копья на этой альфе.
     
     
  • 2.28, 789 (?), 12:46, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    с размозкой, друг, линус уж лет 15 как забил на привязку смены нумерации к какимто особым нововедениям, 6.15 или 6.14.100500 или 6.13.500600, без разницы
     
     
  • 3.72, Аноним (65), 14:07, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    6.15.4 это 4 багфикса 6.15-го.
     
     
  • 4.89, 789 (?), 14:36, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ааа, да, я то думал в 6.Х.6 примерно накладывают ограничения на прием новых фич, и сосредотачиваются на отладке, в результате выпуская 6.(х+1).0. О чем нам какбы говорит отбитая нумерация ядер дебиана. И с выходом 6.Y.0 открывается отно приема новых фич, но раз выговорите,...
     
  • 4.112, Аноним (112), 15:57, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    6.15.4 это минимум четыре тысячи новых багов из 6.16, три из которых на 6.16 проявляться не будут и это просто криво портировали. Так что можешь не ждать.
     
  • 3.106, Аноним (-), 15:35, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ядро Терминатора было. И этого хватит.
     
     
  • 4.236, Аноним (-), 11:29, 27/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Ядро Терминатора было. И этого хватит.

    У него 4.15 вроде было. Древненький он, потому и жизнью такой недовольнй, ядро ему не обновили вовремя.

     
  • 2.58, НяшМяш (ok), 13:33, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Мы знаем, что ты до сих пор на 2.6 сидишь.
     
     
  • 3.100, Аноним (100), 15:23, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    6.14.4-300.fc42.x86_64 #1 SMP PREEMPT_DYNAMIC Fri Apr 25 15:43:38 UTC 2025 x86_64 GNU/Linux

    В 6.14.6-7 сломан amdgpu, не смотрел в .8 починили или нет.

    Ядро Линукс. Качество. Ничего общего.

     
     
  • 4.111, Аноним (6), 15:55, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Ядро Линукс. Качество. Ничего общего.

    Если речь про amdgpu, то претензия не к линуксу и его качеству, а к AMD. В винде тоже сломан этот драйвер или нет? Если нет, то задай вопрос к AMD почему для винды они написали норм драйвер, а для линукса нет.

     
     
  • 5.115, Аноним (-), 16:33, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Если речь про amdgpu, то претензия не к линуксу и его качеству,
    > а к AMD. В винде тоже сломан этот драйвер или нет?

    В винде на 99.9 не сломан.

    > Если нет, то задай вопрос к AMD почему для винды они
    > написали норм драйвер, а для линукса нет.

    Т.е. stable nonsense это ядро, но виноваты AMD?


     
     
  • 6.130, Аноним (6), 17:35, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Уверен, что именно в этом проблема, а не в том, что индусы из AMD что-то там сломали в своих драйверах? Можно ведь и git log посмотреть, это ж не винда, где все огорожено и закрыто.
     
     
  • 7.131, Аноним (-), 17:41, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Уверен, что именно в этом проблема, а не в том, что
    > индусы из AMD что-то там сломали в своих драйверах?

    А код драйвер вообще менялся?

    > Можно ведь и git log посмотреть,

    Можно конечно. Но ты же себе позволяешь писать "претензия не к линуксу и его качеству, а к AMD." не посмотрев git log?

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

    > это ж не винда, где все огорожено и закрыто.

    Так так это и не нужно. Драйвер же не сломали))

     
     
  • 8.135, Аноним (6), 17:55, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Дак я хз, у меня встройка Интел Но AMD коммитят чуть ли не каждый день Так что... текст свёрнут, показать
     
  • 7.134, Афроним (?), 17:53, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Можете написать и доделать аж целый драйвер? Иначе какая выгода от открытости? Вон, проприетарный зеленый драйвер патчат тысячи глаз чтобы работал, но сделать полноценный,открытый еще не удалось сообществу.
     
     
  • 8.150, Аноним (65), 18:16, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да, и как же они закрытый блоб патчат ... текст свёрнут, показать
     
     
  • 9.160, Афроним (?), 18:45, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вот к примеру https gist github com joanbm def2bf57ed7a799c1d84a67606459314 ... текст свёрнут, показать
     
  • 5.206, Аноним (206), 05:17, 27/05/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Поддержу - амдшный драйвер просто отвратительного качества. Репорты с крашами висят по пол года, им тупо плевать... Порой посылают в репозиторий mesa, порой советуют твики, типа отключение PSR флагом amdgpu.dcdebugmask=0x10

    PSR, по-хорошему, нужно вообще выпилить. В текущей реализации работоспособность нулевая.

     
     
  • 6.224, Аноним (6), 10:23, 27/05/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да всем фанатам AMD-карт надо показывать такой код на ночь:
    https://github.com/torvalds/linux/blob/master/drivers/gpu/drm/amd/display/dc/d
     
  • 4.231, Аноним (-), 11:05, 27/05/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > В 6.14.6-7 сломан amdgpu, не смотрел в .8 починили или нет.
    > Ядро Линукс. Качество. Ничего общего.

    А все должны узнать что у твоего величества, оказывается, баг? Не, блин, ВСЕХ суперкомбо GPU, ВСЕХ моделей, от ВСЕХ OEM на планете - нету даже у AMD.

    А OEM порой плоско прикалываются вписывая в таблицы DVFS всякий мусор, переоценив свою подсистему питания и охладилово, чтобы в бенчах круче выглядеть а за материалы и компоненты платить поменьше.

    Так что не пишите баги - и сможете ругаться на качество до упора. ЧСХ такой хрени и в винде можно покушать, при том не только с амд. Нвидия умеет весьма багованые дрова выкатывать, у интеля некоторые дрова вообще - виснут нахрен, так что даже систему не выключишь, и проч. GPU штуки сложные. И конфиг возможно много.

     
     
  • 5.305, Аноним (305), 13:22, 28/05/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Оболдетсо какая огромная комбинация пк и ноутов на планете - проц 2 марок, мат.платы поголовно с генерик биосом, 2 винды, 20 васяно сборок линукса со своим чсв логотипом. Ну просто охулиардное колличество.
    Отговорки, потому что лень тестить что делаешь ибо зарплата в месяц и пофиг что в итоге.
     
     
  • 6.313, Аноним (-), 21:16, 28/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Видяхи и их подвиды штампует дофига OEMов С очень сильно своими идеями насчет D... большой текст свёрнут, показать
     
  • 4.284, Аноним (-), 20:22, 27/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > 6.14.4-300.fc42.x86_64 #1 SMP PREEMPT_DYNAMIC Fri Apr 25 15:43:38 UTC 2025 x86_64 GNU/Linux

    Опа, это не ванила? Тогда - contact your support. В смысле федоры своей. Мало ли что они там поменяли относительно майнлайна.

    > В 6.14.6-7 сломан amdgpu, не смотрел в .8 починили или нет.

    Можно ждать у моря погоды. Но если вон там работало а тут сломалось - можно git bisect зафигачить. И через сутки гонять фикс. Я проверял, это работает. Попробуйте для сравнения распереть проприетарщика на такие тайминги фиксов вообще.

     
  • 2.186, Анониссимус (?), 21:43, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Линусу уже скоро надоест шестёрка в качестве мажорной версии. Когда захочет поменять, вот лайхфак: нужно убрать точку и выпустить версию 616. Тогда у Линуса будет самый большой! То есть, большая. Т. е. версия, у линукса.
     

  • 1.8, Аноним (13), 12:14, 26/05/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Я хоть и уволился с работы на которой виртуальные машины и их резервное копирование были в моей зоне ответственности, но все равно интересно, это что хайпер-ви теперь можно будет в Линукс перенести? Кто-нибудь нибудь понимает как это работает?
     
     
  • 2.39, чатжпт (?), 12:55, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    https://www.opennet.me/opennews/art.shtml?num=62028
     

  • 1.12, Аноним (12), 12:20, 26/05/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >На следующем этапе в ядро планируют включить DRM-драйвер nova-drm (Direct Rendering Manager) для взаимодействия с GPU из пространства пользователя, а также VFIO-драйвер с менеджером vGPU, позволяющим использовать виртуальные GPU NVIDIA в системах виртуализации.

    Это можно будет использовать с консумерскими картами или редхат в такое не умеет и нужна нвидия? Вроде новости есть, что нвидия на базе старых дров представила возможность vGPU. Полноценное ускорение для виртуалок это топ.

     
     
  • 2.306, Аноним (305), 13:25, 28/05/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это аппаратно зарезано в прошивке видюхи.
    Пока нвяшка не позволит, а она бесплатно не позволит - новую куртку нужно на что-то покупать, или кулхацкер не расшифрует проштвку как это было до gtx1xxx - всё это ваши влажные мечты.
     

  • 1.17, Аноним (-), 12:29, 26/05/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    > В выпуске 6.15 нейтрализована загрузка блобов в драйверах nova

    Но ведь это карты с GSP и без прошивки они даже работать не будут! Какой смы...
    А, это же  латиноамериканский Фонд свободного ПО!
    Им главное чтобы швo6oдно, а не чтобы работало)))

     
     
  • 2.22, Аноним (22), 12:41, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Им главное - показать, что современный Linux - это имитация свободы, потому что как только вендоры сказали "мы сами реализуем тивоизированные дрова с закрытым исходником, но вам дадим возможность сохранить лицо, путём неукоснительного соблюдения GPL нами в вашей интерпретации (не в Столлмановской!)" - так сразу все открытые драйвера накрылись. Поматросили временно - и выкинули как ненужных. Идите разрабы драйверов, устрайвайтесь в корпу, и фигачьте проприетарный код.
     
     
  • 3.27, Аноним (30), 12:46, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > соблюдения GPL нами в вашей интерпретации (не в Столлмановской!)

    А почему это не в Столлмановской? И причем тут интерпретации? Как борода написал лицензию - так они и исполняют. Иначе было бы нарушение.

    > тивоизированные

    А разве в GPLv2 есть что-то про тивоизацию?))
    Тогда какие могут быть претензии к кому-то кроме Столлмана?

    > все открытые драйвера накрылись.

    А когда они были? Именно нормальные полнофункциональные дрова, а не полуработающий огрызок.

     
     
  • 4.107, Аноним (-), 15:40, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >А разве в GPLv2 есть что-то про тивоизацию?))

    Вот поэтому мы хотим чтобы ядро имело лицензию GPL_v3.

     
     
  • 5.108, Аноним (-), 15:46, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>А разве в GPLv2 есть что-то про тивоизацию?))
    > Вот поэтому мы хотим чтобы ядро имело лицензию GPL_v3.

    Хотеть вы можете все что хотите))
    И, слава богу, Торвальдс не дурак и ядро не будет иметь лицензию GPL_v3.


     
     
  • 6.123, Аноним (65), 17:11, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Может, и поменял бы, если бы всех комитеров за >30 лет смог опросить. Надо было изначально использовать передачу прав на код.
     
     
  • 7.128, Аноним (-), 17:33, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Может, и поменял бы, если бы всех комитеров за >30 лет смог
    > опросить. Надо было изначально использовать передачу прав на код.

    Нет, не поменял бы.

    "I think it's insane to require people to make their private signing keys available, for example. I wouldn't do it. So I don't think the GPL v3 conversion is going to happen for the kernel, since I personally don't want to convert any of my code."

    "No. You think "v2 or later" is the default. It's not. The _default_ is to not allow conversion.
    Conversion isn't going to happen."

    https://lwn.net/Articles/169158/

     
     
  • 8.148, Аноним (65), 18:14, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем их ключи собирать Надо подписи их ключами собирать Что и есть опросить и... текст свёрнут, показать
     
  • 8.185, Аноним (185), 21:22, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    GPLv3 не требует чужие ключи Она требует не быть вредителем, потому что раздава... текст свёрнут, показать
     
  • 4.157, Аноним (185), 18:38, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Как лицензию интерпретировать - решает не лицензиар, не лицензиат, а суд И руко... большой текст свёрнут, показать
     
     
  • 5.164, Аноним (-), 18:53, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А должен предоставлять бесплатно До такого маразма даже комми не додумались Тя... большой текст свёрнут, показать
     
  • 2.42, Афроним (?), 13:01, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Амуде при тех же равных годами визжало про открытоcть. Что не так?
     
     
  • 3.47, Аноним (30), 13:06, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Амуде при тех же равных годами визжало про открытоcть.

    Ну а кто им запретит.

    > Что не так?

    Что амд тоже не будет работать)))

     
  • 3.279, Аноним (-), 19:57, 27/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Амуде при тех же равных годами визжало про открытоcть. Что не так?

    Так у них и есть куда менее проблемный в целом драйвер - без долботни характерной для нвидий. Ессно с учетом сложности GPU, разнообразием конфиг и заскоками OEM вытворяющих хз что - всегда можно найти кого-то с багами. АМД вообще по жизни костылит факапы OEM в драйверах, прописывая оверрайды TDP/DVFS и проч в драйвере. По мере выявления проблем. А если ваш OEM рвач и переоценил себя и это не закостылили - вы и в лине откушаете, и в винде, и где там еще дрова есть. Потому что красивые цифры в бенче были - за счет стабильности железа, например.

     

  • 1.19, Аноним (22), 12:34, 26/05/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >https://packages.ubuntu.com/search?suite=questing&arch=any&searchon=names&keyw

    Пока что ничего нет.

     
     
  • 2.114, Аноним (114), 16:32, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Скоро:
    https://get.opensuse.org/ru/tumbleweed/
     

  • 1.20, Аноним (112), 12:35, 26/05/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Gcc15 уже собирается или опять заблеклистят как с gold?
     
     
  • 2.85, Аноним (65), 14:25, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Так на gold же вообще забили те, кто его пропихнул (Google).
     
     
  • 3.124, Аноним (112), 17:12, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Тут нужно понимать, что я такого вообще не видел прежде. Но теперь, видимо, ядро будет собираться только clang.
     
     
  • 4.143, Афроним (?), 18:02, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Голд получше ЛЛД. побыстрее,а так ГСС развивается прогрессивно в ногу со временем. Раст теперь будет собирать.
     
     
  • 5.159, Аноним (185), 18:45, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Голд нафиг не нужен - кроме clang комилятора не бывает, и линкера кроме lld (да, только он может хавайть LLVM биткод, который clang производит в режиме link-time optimization, то что в других компиляторах и линкерах LTO, по сравнению с clang - это позор).
     
     
  • 6.238, Аноним (-), 11:32, 27/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Голд нафиг не нужен - кроме clang комилятора не бывает, и линкера кроме lld

    При том первое не умеет дофига архитектур а второе крайне печальное и кривое.

    > (да, только он может хавайть LLVM биткод, который clang производит в режиме
    > link-time optimization, то что в других компиляторах и линкерах LTO,
    > по сравнению с clang - это позор).

    Там примерно то же самое - LTO делается "fat objects" которые с IR позволяющим глобальный анализ. И кстати линкуется что с такими же - что и с простыми объектниками, удобно так то. Хоть и менее оптимально в случае замеса того и другого.

    А LLVM/Clant это летающий энтерпрайзный макароннй монстр. С библой LLVM на добрые 100 мегов уже. И со временем будет только хуже.

     
  • 4.146, Аноним (65), 18:06, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Я этим gold никогда и не пользовался. Ядро традиционно собираю GCC + binutils.
     
  • 2.113, Аноним (-), 16:30, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    gold, ты имеешь ввиду подававший ольшие надежды ввиду линкер.
     

  • 1.26, Аноним (22), 12:45, 26/05/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >Прекращена чистка драйвера Spider 1Gb ethernet, который был удалён из состава ядра.

    Вся суть.

     
     
  • 2.51, Аноним (51), 13:12, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Старые ядра удаляют что ли? В чем проблема взять относительно старое?
     
     
  • 3.74, Аноним (65), 14:11, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Фичи нового, кроме конкретного удалённого.

    Можно решить портированием удалённого модуля в новое. Конечно, если осиливаемо.

     
  • 3.161, Аноним (185), 18:46, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >В чем проблема взять относительно старое?

    В том, что очень скоро glibc будет требовать новое. А раньше её - весь софт. Вот без landlockа вообще жизни нет.

     
     
  • 4.239, Аноним (-), 11:34, 27/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > В том, что очень скоро glibc будет требовать новое. А раньше её - весь софт.
    > Вот без landlockа вообще жизни нет.

    Glibc редко требования к ядру подтягивает. И LTS версии ядер есть. Как и дистро. А так никто не давал обет поддерживать то или иное вечно. Как майнтайнеры фичи пропали а проблемы возникли - так оно и либо 1) чинится 2) идет на мороз если никому не надо.

    А какие еще опции есть? Загаживать огромную кодовую базу всякими глюкало? Оно тогда помрет от своего веса.

     
     
  • 5.255, Аноним (255), 13:25, 27/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Дешёвые отговорки.

    >Оно тогда помрет от своего веса.

    Значит туда и дорога, раз руководство может только под DoC и вендоров прогибаться, а процессы налаживать масштабируемым образом - не может.

     
     
  • 6.274, Аноним (-), 19:24, 27/05/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это не дешевые отговорки а забота о выживании проекта в целом Даже если порой и... большой текст свёрнут, показать
     
     
  • 7.307, Аноним (305), 13:35, 28/05/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Только вот при воспалении пальца в линуксе его не лечат а ампутируют всю руку
     
     
  • 8.314, Аноним (-), 21:20, 28/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Судя по состоянию некоторых проектов - это было мудрое решение Ибо вон те - так... текст свёрнут, показать
     

  • 1.36, Аноним (22), 12:54, 26/05/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Введена идиотская терминологическая путаница ... большой текст свёрнут, показать
     
  • 1.38, penetrator (?), 12:55, 26/05/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Что мне это потенциально дает как владельцу Raptor Lake со встройкой?

    Продолжена работа над drm-драйвером (Direct Rendering Manager) Xe для GPU на базе архитектуры Intel Xe, которая используется в видеокартах Intel семейства Arc и интегрированной графике, начиная с процессоров Tiger Lake. Добавлена поддержка SVM (Shared Virtual Memory), компонента фреймворка DRM, управляющего разделяемой памятью, совместно используемой в CPU и GPU.

     
     
  • 2.117, Аноним (114), 16:39, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Тут надо тестировать на конкретно вашей конфигурации.
    А вообще тесты показывают, что Интел активно пилит свои драйвера, и производительность реально растёт, относительно той, которая была на момент выпуска:
    https://www.phoronix.com/review/intel-battlemage-linux-may2025/2
     
     
  • 3.212, Аноним (212), 08:07, 27/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Когда ARC B580 в Counter Strike 2 отстает в 4К даже от RX 6500 XT это мягко говоря скромные успехи.

    https://rutube.ru/video/9c64db2fad68ce4257809153d92ff99a/

     
     
  • 4.219, Аноним (114), 09:07, 27/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Надо тестировать на вашем железе:
    https://www.youtube.com/watch?v=s6f88rCmnjQ
     

  • 1.43, Ilya Indigo (ok), 13:02, 26/05/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > В состав яда принята начальная реализация драйвера Nova ...

    Превосходная опечатка!

    NVK с Nova уже может работать или ещё нет?
    Без включенной коррозии в ядре Nova вообще работать не сможет?

     
     
  • 2.86, ProfessorNavigator (ok), 14:29, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > NVK с Nova уже может работать или ещё нет?

    Я так подозреваю - либо одно, либо другое. И зачем Nova нужно - не очень понятно. При условии конечно, что доделают NVK (хотя он вроде бы и так уже вполне работоспособный).

    > Без включенной коррозии в ядре Nova вообще работать не сможет?

    Нет.

     
     
  • 3.92, Ilya Indigo (ok), 14:58, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> NVK с Nova уже может работать или ещё нет?
    > Я так подозреваю - либо одно, либо другое.

    Если я правильно понял, NVK это только реализация Vulkan в Mesa для карт Nvidia, а Нуво и Нова это DRM драйверы ядра для карт Nvidia через которые работают драйверы Mesa (в пространстве пользователя).

     
     
  • 4.110, ProfessorNavigator (ok), 15:48, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Если я правильно понял, NVK это только реализация Vulkan в Mesa для
    > карт Nvidia, а Нуво и Нова это DRM драйверы ядра для
    > карт Nvidia через которые работают драйверы Mesa (в пространстве пользователя).

    Нет, судя по этому https://www.collabora.com/news-and-blog/news-and-events/introducing-nvk.html, NVK использует модуль ядра, открытый Nvidia, и прошивку, которая непосредственно на самой карте "крутится". Т.е. Nova там не нужно.

     
     
  • 5.121, Ilya Indigo (ok), 16:52, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Я внимательно прочитал текст по ссылке, и даже заглянул в раздел новостей, но не смог найти упоминаний о том, что NVK использует открытый драйвер Nvidia.
    Там только упоминания о том что он использует Нуво, о том что Нуво нужно переделывать или написать новый драйвер и о Zink в качестве реализации openGL вместо Нуво.
     
     
  • 6.125, ProfessorNavigator (ok), 17:19, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Возможно, я не так понял, но вот There are a few things which have changed rece... большой текст свёрнут, показать
     
     
  • 7.129, Ilya Indigo (ok), 17:34, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Тут имеется ввиду, что они используют открытые дрова Nvidia как документацию.
    Но как они используют эти прошивки через Нуво я тоже не понимаю.
     
  • 3.240, Аноним (-), 11:37, 27/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Я так подозреваю - либо одно, либо другое. И зачем Nova нужно - не очень понятно.

    Это нвидия. Место проклятое. Так что нате вам полдюжины дров, и все - полурабочие.

     
     
  • 4.253, ProfessorNavigator (ok), 13:13, 27/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Это нвидия. Место проклятое. Так что нате вам полдюжины дров, и все
    > - полурабочие.

    Да дело не столько в Nvidia)) Так любая корпорация работает. Плюс-минус. Проблема в самих корпорациях, в их погоне за прибылью. Если завтра Nvidia исчезнет, думаете лучше станет? Не-а.

     
     
  • 5.256, Аноним (-), 13:26, 27/05/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Даже если корпорации исчезнут, лучше не станет Вон в совке корпораций не было ... большой текст свёрнут, показать
     
     
  • 6.260, ProfessorNavigator (ok), 14:32, 27/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ваши слова опровергаются очень легко. Почему нет нормальных драйверов Nvidia? Потому что "добрая" корпорация не хочет открывать спецификации своих видеокарт. В погоне за прибылью. А сама нормальные драйверы сделать не способна. Так кто виноват? И да, под "корпорацией" я подразумеваю вполне конкретных людей. Тех, кто за счёт неё выкачивает прибыль.

    А про СССР даже обсуждать уже скучно. Качество может быть разным, потому что люди разные. И смотреть нужно на период. Если это восьмидесятые - ну так кто бы сомневался. Реставрация капитализма даёт вот такой вот результат, получите и распишитесь.


     
     
  • 7.261, Аноним (-), 14:37, 27/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Ваши слова опровергаются очень легко. Почему нет нормальных драйверов Nvidia? Потому что
    > "добрая" корпорация не хочет открывать спецификации своих видеокарт.

    Амдшники открыли, а дрова все равно глючные. Можно не только в спеках дело?

    > А сама нормальные драйверы сделать не способна.

    Как же не способна? На винде дрова отлично работают. Да даже на лине проприетарный жрайвер работает лучше чему открытый.

    > А про СССР даже обсуждать уже скучно.

    Конечно скучно. Именно поэтому союз заказывал дорогущие точные станка внезамно на западе.
    А автозавод ГАЗ кто строил? А ВАЗ кто строил? А это на минуточку 66 год. И что из него вышло и до сих пор выходит?))

     
     
  • 8.264, ProfessorNavigator (ok), 15:32, 27/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ваше утверждение, мягко говоря, сомнительное Потому что я например видел весь с... текст свёрнут, показать
     
     
  • 9.265, Аноним (-), 15:57, 27/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вы меня цитируете и сразу же перевираете Где там написано что проприетарный хо... большой текст свёрнут, показать
     
     
  • 10.272, ProfessorNavigator (ok), 17:57, 27/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну естественно, что проприетарный драйвер лучше открытого работает У инженеров ... большой текст свёрнут, показать
     
  • 9.277, Аноним (-), 19:40, 27/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что жигуль так то в девичестве - Фиат цельнодраный Только капиталисты мо... текст свёрнут, показать
     
     
  • 10.282, ProfessorNavigator (ok), 20:14, 27/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Не так В основе - да, Фиат Однако его достаточно серьёзно дорабатывали Под на... текст свёрнут, показать
     
     
  • 11.285, Аноним (-), 20:46, 27/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Если так посмотреть - то пролетариат так то драл все что дерется со времен Генри... большой текст свёрнут, показать
     
     
  • 12.300, ProfessorNavigator (ok), 12:49, 28/05/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Слушайте, не обижайтесь, но отвечать на ваш набор букв уже лень Фактов от вас -... текст свёрнут, показать
     
     
  • 13.315, Аноним (-), 21:51, 28/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Не, вот позвольте Загар под автохламом реально был национальным видом спорта А... большой текст свёрнут, показать
     
  • 5.276, Аноним (-), 19:37, 27/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Да дело не столько в Nvidia)) Так любая корпорация работает. Плюс-минус. Проблема
    > в самих корпорациях, в их погоне за прибылью. Если завтра Nvidia
    > исчезнет, думаете лучше станет? Не-а.

    Почему-то Intel и AMD смогли договориться и делать это значительно менее криво. И остальные присоединились со временем. Учтя даже интересы эмбедовки.

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

     
     
  • 6.280, ProfessorNavigator (ok), 19:59, 27/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Почему-то Intel и AMD смогли договориться и делать это значительно менее криво.
    > И остальные присоединились со временем. Учтя даже интересы эмбедовки.

    Потому и смогли, что конкуренция была со стороны Nvidia. Если Nvidia не было бы - сидели бы сейчас и плевались по поводу проприетарного драйвера Amd. Например. А может - Intel. Конкретный бренд не важен. Ситуация была бы принципиально та же. От перемены корпораций их суть не меняется: любая корпорация - это комбинат по производству прибыли. Прибыль - это прибавочный продукт, который производится всем обществом и принадлежит всему обществу, а присваивается кучкой владельцев и акционеров той или иной корпорации.

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

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


     
     
  • 7.286, Аноним (286), 20:56, 27/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А оно AMD нафига Чтобы до упора наслаждаться локапами в ядре хрен отдебажишь ... большой текст свёрнут, показать
     
     
  • 8.301, ProfessorNavigator (ok), 12:53, 28/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    При чём тут лучшее Я вам вовсе не про структуру управления говорю Каждый пол... текст свёрнут, показать
     
     
  • 9.302, Аноним (-), 12:57, 28/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    И кто тогда пойдет на сложные или опасные должности Вы сами как-о писали про от... текст свёрнут, показать
     
     
  • 10.304, ProfessorNavigator (ok), 13:04, 28/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А кто будет жертвовать собой - пулемёт собственным телом накрывать На гранату л... текст свёрнут, показать
     
     
  • 11.309, Аноним (-), 16:23, 28/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Те, за кем стоит комми-сар, направляя наган в затылок Делали Кто-то потому чт... большой текст свёрнут, показать
     
     
  • 12.317, ProfessorNavigator (ok), 23:01, 28/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Знаете, мне вас даже жаль немного Судя по вашим высказываниям, вы ничего стояще... текст свёрнут, показать
     
  • 2.140, vlad1.96 (ok), 18:00, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > NVK с Nova уже может работать или ещё нет?

    А что, саму Nova уже можно запустить?

     
     
  • 3.151, Ilya Indigo (ok), 18:18, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> NVK с Nova уже может работать или ещё нет?
    > А что, саму Nova уже можно запустить?

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

     
     
  • 4.154, Аноним (155), 18:26, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Без коррозии ядра

    Очень хорошо выводит.
    https://www.opti-com.ru/catalog/product/6929906

     
  • 4.163, vlad1.96 (ok), 18:52, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Всё что нужно от драйверов, NVK уже получили Nouveau уже давно работает с GSP п... большой текст свёрнут, показать
     
     
  • 5.176, Ilya Indigo (ok), 19:39, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Благодарю, не знал что Нуво имеет работать с GPS прошивками.
    Ранее я читал, да это и сейчас можно прочитать
    https://www.collabora.com/news-and-blog/news-and-events/introducing-nvk.html
    что они не довольны драйверами nouveau их нужно или переписать или написать свои новые.
    И несколько лет новостей о прогрессе в этом направлении не было.
    Я предположил что может Nova это результат этого прогресса, но понимаю теперь что нет.
    Если NVK НЕ будет использовать Нову, и его устраивает Нува то проблемы с обязательной коррозией ядра не будет.
     
     
  • 6.182, vlad1.96 (ok), 20:16, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Сложно оценить что вообще дальше будет с драйверами и их вулкан-драйверами Если... большой текст свёрнут, показать
     
  • 6.318, ProfessorNavigator (ok), 23:12, 28/05/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Если NVK НЕ будет использовать Нову, и его устраивает Нува то проблемы
    > с обязательной коррозией ядра не будет.

    Сегодня себе поставил NVK. Дистрибутив - Arch Linux. Инструкцию по установке можно найти здесь:
    https://wiki.archlinux.org/title/Nouveau

    Видеокарта: "огрызок" Geforece GTX 1050 Ti. KDE с выводом через Wayland и vulkan работает нормально. Vkcube - тоже нормально. На чём-то более серьёзном не тестировал. Ну и как сами понимаете - Nova не используется никак. Для OpenGL можно использовать zink.

     
     
  • 7.320, Ilya Indigo (ok), 00:38, 29/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Благодарю!
     

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

  • 1.45, Аноним (30), 13:04, 26/05/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > Реализованы модули dma и hrtimer с Rust-обвязками для DMA
    > (добавлены Линусом в обход мэйнтейнера, который после этого
    > ушёл со своего поста) и высокоточных таймеров.

    Ну вот и славненько))
    Кто там писал "никогда не примут!", "мейнтейнер не позволит!"?
    А в итоге мейнтейнеру указали его место.

     
     
  • 2.162, Аноним (185), 18:49, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это не мейнтейнеру указали его место. А всем тем, кто вкладывался в Linux не потому, что ему работодатель зарплату за это платит, а из личного интереса, а также всем тем, кто пользуется этой системой не потому, что это входит в рабочее обязанности, а потому что "свободка".
     

  • 1.53, Кошкажена (?), 13:20, 26/05/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Они внедрение раста когда закончат? Или у самураев только путь?
     
     
  • 2.56, Аноним (-), 13:32, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Они внедрение раста когда закончат? Или у самураев только путь?

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

     
     
  • 3.76, Аноним (65), 14:16, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Написание ядра действительно путь. Т.к. цель написать работающее ядро, как таковое, уже давно была достигнута. Теперь только путь.
    Ты так уверен, что прям все кинутся всё новое для ядра писать на Расте? Не ну, конечно же, найдётся некоторое количество любителей, но вот чтобы все поголовно...
     
     
  • 4.93, Аноним (93), 15:03, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Открываем статистику ядра 6.14, тк для нового еще нет и что мы видим?
    lwn.net/Articles/1013892/

    Most active 6.14 employers - By lines changed
    В топе Intel, Google, Qualcomm, AMD, Red Hat....
    (None) там всего 5%

    Корпы просто нанимают людей, которые пишут на том языке, за который платят.
    Гуглу вообще напрягаться не нужно - у них куча народу уже пишет на rust.
    В том числе и bare-metal фирмвари для андроида.

    Если корпы начинают нанимать людей -> значит появится больше вакансий -> значит больше студентов или тех кто решил выучить новый ЯП выберут раст.
    Индустрия это уже проходила с GOшкой.

     
     
  • 5.136, Аноним (65), 17:57, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Причём здесь корпорасы? Пусть они для своих Андроедов и прочих их корпорастических полуоткрытых форков творят, что хотят.
    А мы вот посмотрим, сколько реальных человек (физических лиц) будут писать что-то на Расте для ванильного ядра.
     
     
  • 6.144, Аноним (-), 18:03, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Причём здесь корпорасы?

    Эта статистика показывает невероятны вклад индивидуалов в развитие ядра.

    > Пусть они для своих Андроедов и прочих их корпорастических
    > полуоткрытых форков творят, что хотят.

    При чем тут андроид? Они тебе код для десктопа и серваков пишут - FS, сеть, драйвера и так далее.

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

    А сколько реальных человек (физических лиц) сейчас пишут на сишечке?))

     
     
  • 7.278, Аноним (-), 19:45, 27/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > А сколько реальных человек (физических лиц) сейчас пишут на сишечке?))

    В ядре то? Несколько тыщ. А по всей планете - довольно дофига. Прелесть си в том что он универсальный и не втравливает в жесткую зависимость от "благодетелей" из мегакорп, и софта дохрена.

     
  • 5.189, Кошкажена (?), 22:26, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > у них куча народу уже пишет на rust

    Какая куча? Пруфы будут? В фучсии, которая где используется? В фоторамке. К тому же там в ядре много С++.

    Тут местные эксперты писали, что в мс во всю пишут на расте. Вот недавно мс открыли код редактора на расте с кучей unsafe и который не умеет работать с системным буфером, а вот код wsl у них действительно на C/C++.

     
  • 5.191, Кошкажена (?), 22:30, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Индустрия это уже проходила с GOшкой.

    Дык это стабильный язык со взрослыми библиотеками, а не вечными альфами и очередной новой порцией АПИ в минорных релизах.


     
  • 3.179, Аноним (13), 20:10, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >А написание ядра когда закончат?

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

     
  • 3.190, Кошкажена (?), 22:28, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> Они внедрение раста когда закончат? Или у самураев только путь?
    > А написание ядра когда закончат? Или тут тоже только путь?

    Ты способен отличить развитие работающего кода от ржавых ничего не делающих заглушек?

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

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


     
  • 3.197, Аноним (-), 23:40, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > А написание ядра когда закончат? Или тут тоже только путь?

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

     
  • 2.63, Анонимище (?), 13:52, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Всё ещё есть энтерпрайз работающий на, прости господи, Коболе. Поэтому не при нашей жизни, авось внуки довершат
     
     
  • 3.77, Аноним (65), 14:19, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    COBOL к ядру зачем приплёл?
     
     
  • 4.153, Аноним (155), 18:24, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > COBOL к ядру зачем приплёл

    https://avtorgaz.ru/modelnyy-ryad/modelnyy-ryad-sobol/

    Это ведь программисту необходимо.

     
  • 4.208, Анонимище (?), 06:28, 27/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Просто привел пример инертности в плане перехода на новый язык. И нет никаких гарантий что с ядром Линукса будет иначе
     
  • 2.64, Аноним (64), 13:53, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    только начали
     

  • 1.75, Ivan_83 (ok), 14:15, 26/05/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > В систему асинхронного ввода/вывода io_uring добавлена поддержка чтения информации о событиях epoll. Применение io_uring для обработки событий epoll позволяет снизить число переключений контекста и даёт возможность обрабатывать за раз несколько событий epoll.

    Костыль!
    kqueue без костылей умеет сразу сколько угодно событий выгребать и закидывать в ядро.
    С другой стороны всё равно этим практически никто не пользуется, ибо обработка ошибок и логики становится заметно сложнее.

     
     
  • 2.79, Аноним (79), 14:20, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    И где теперь этот какью?

    А линукс везде.

     
     
  • 3.101, Ivan_83 (ok), 15:24, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Так и что?

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

    Те с точки зрения архитектуры это очень костыльно получилось.

     
  • 3.198, Аноним (-), 23:43, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вспомнил одного программиста который в комитах так и писал cakies или remove cakies
     
  • 2.83, Аноним (65), 14:23, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Как будто, epoll не умеет следить за несколькими дескриторами одновременно.
     
     
  • 3.102, Ivan_83 (ok), 15:25, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вы даже не поняли о чём речь.
     
  • 2.243, Аноним (-), 11:43, 27/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А еще если посмотреть глубокий анализ фич именно ядра Linux VS kqueue - можно за... большой текст свёрнут, показать
     

  • 1.116, Смузихлеб забывший пароль (?), 16:33, 26/05/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > для безопасного управления прошивками
    > и выполнения обработчиков на стороне прошивок
    > из пространства пользователя

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

     
  • 1.126, какая разница (?), 17:30, 26/05/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Что там с ntfs? Так и портит файлы?
     
     
  • 2.127, какая разница (?), 17:31, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    *ntfs3
     
  • 2.165, Аноним (185), 18:55, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Не знаю, в бунте нет пока пакета с ядром (я на дебиане, но вот пакет с ядром ставлю с бунты, потому что на дебиане вообще 6.12 последнее). Но могу предположить, что улучшений нет. Я порчу файлов не замечал - но у меня в один не прекрасный день перестал монтироваться /dev/sdb1, как и тестовый файл напрямую утилитой mount. После обсуждения на опеннете и монтирования тестового файла с помощью loop device явно (я вообще так никогда образы не монтировал, mount давно можно просто путь к файлу указать, напр. файл с ext4 монтируется без трогания loop device руками) выяснилось, что тестовый файл таки монтируется, а вот реальное блочное - нет. Предполагаю, что на реальних блочных его никто и не тестирует.
     

  • 1.170, Аноним (170), 19:05, 26/05/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Уровень - Критический !

    1. Компилируем новое ядро Linux.
    2. Запускаем в соседнем терминале создание любого загрузочного флэш-носителя с любым дистрибутивом.
    3. Теперь тут же стартуем установку скомпилированного ядра Linux командами # make modules_install install
    4. Получаем сначала висение системы ожидающей окончание прошивки флэшки, и затем тут же - крах установки ядра Linux.

    В общем, каким ты был, такми ты и остался, Линус Торвальдс.

     
     
  • 2.184, anonymous (??), 21:12, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Внезапное отключение NFS шары, завешивает все наглухо, как и 10 лет назад
     
  • 2.193, Аноним (193), 22:40, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    А я в винде когда СД диски в Неро писал, то не то что мышкой не шевелил, но и не дышал. И ничего.
     
     
  • 3.203, Аноним (6), 00:55, 27/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это другое, понимать надо.
     
     
  • 4.216, Аноним (215), 08:41, 27/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну это действительно другое, там чуть ли не realtime-задача. Впрочем, с нормальным приводом запороть диск надо было очень постараться.
     
  • 3.204, Аноним (155), 02:31, 27/05/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А делал ли ты, копирование с CD, DVD, с CDA, в Wav, без потери качества.
    Возможно ты делал .iso, в виртуальный диск, дабы, монтировать виртуальный Cd, Dvd, iso, дабы слушать, как меломан, в Максимальном Качестве, на Колонках Genius, компьютерных, за 200 рублей.
    Возможно ты подпсывл Cd, Dvd, Специальным Маркером, и Печатал Обложки, и Раздавал Друзьям.
    А лейблы теряли ТриллиГигалионы.
     
     
  • 4.257, Аноним (254), 13:27, 27/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Да и ложить на лейблов большущий прибор.
     

  • 1.192, Аноним (193), 22:38, 26/05/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Её богу ерундой занимаются. Займитесь драйверами! У вас железо не работает, не до рюшечек. Домохозяйка не может напечатать ворд файл и скинуть фотки с телефона.
     
     
  • 2.194, Аноним (194), 22:54, 26/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    это у вас не работает, а у нас все работает и телефон подключается и печатается на принтер
     
  • 2.289, Аноним (286), 21:02, 27/05/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Её богу ерундой занимаются. Займитесь драйверами! У вас железо не работает,
    > не до рюшечек. Домохозяйка не может напечатать ворд файл и скинуть фотки с телефона.

    В соседней новости - драйвер телефона с которого не требуется фоты скидывать! :)

     

  • 1.195, Аноним (-), 23:28, 26/05/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    > В новую версию принято 15945 исправлений от 2154 разработчиков

    Разработка как у большой компании и все это бесплатно? А ради чего? Пытаются показать что-то работодателям? Ради славы? Ради интереса? Что движет большинством этих людей?

     
  • 1.201, Аноним (201), 00:27, 27/05/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > В новую версию принято 15945 исправлений .., размер патча - 59 МБ.. В прошлом выпуске .. размер патча - 39 МБ.

    Помните график, показывающий экспоненциальный рост ядра?

    Корпорасты захламили ядро своими overbloated-дровами. Больше никакой изящной свободы - только километры бессмысленных портянок с быстро меняющимся API.

     
     
  • 2.210, Аноним (210), 07:19, 27/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Рост линейный
     
  • 2.211, Илья (??), 07:39, 27/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > размер патча - 59 МБ.

    Чел, там 70% изменений - удаление старых драйверов из ядра и чистка мусора

     

  • 1.213, Аноним (213), 08:12, 27/05/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Кто-нибудь знающий может подсказать, почему камень 9900T при 100% нагрузке троттлит со сбросом частоты до 800МГц на всех современных ядрах, но зато отлично работает на ядре 5.15 от rhel-подобных дистров типа almalunux, с мощным шумов вентиляторов.
     
  • 1.233, Аноним (-), 11:06, 27/05/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Прекращена поддержка 32-разрядных систем x86, имеющих более 8 CPU и 4 ГБ ОЗУ.

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

    С другой стороны, если кто-то с такой подачи догадается, что x32 abi стоит развивать, то это хорошо. Проблема в том, что не догадаются. И покупать на каждый из своих компьютеров по 16 гигабайт памяти (а ещё и одноплатники обновлять, одноплатник на 32 гигабайта стоит 23 тысячи рублей и это не у перекупов) будет очень больно.

    >Milk-V Jupiter ST STM32MP2

    Очень жалко будет, когда к тридцатым все эти STM32MP возьмут и выкинут. В рамках такого же избавительства от 32 бит.

     
     
  • 2.248, Аноним (248), 12:06, 27/05/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Из чьего носа Если из вашего - отлично, подставляйте нос Но чего-то вы не приш... большой текст свёрнут, показать
     

  • 1.287, Аноним (287), 20:58, 27/05/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Одновременно латиноамериканский Фонд свободного ПО сформировал вариант полностью свободного ядра 6.15 - Linux-libre 6.15-gnu, очищенного от элементов прошивок и драйверов

    Операционкой надо пользоваться, а не любоваться.

     

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



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

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