The OpenNET Project / Index page

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

Релиз ядра Linux 6.2

20.02.2023 12:43

После двух месяцев разработки Линус Торвальдс представил релиз ядра Linux 6.2. Среди наиболее заметных изменений: разрешён приём кода под лицензией Copyleft-Next, улучшена реализация RAID5/6 в Btrfs, продолжена интеграция поддержки языка Rust, снижены накладные расходы при защите от атак Retbleed, добавлена возможность регулирования потребления памяти при отложенной записи, для TCP добавлен механизм балансировки PLB (Protective Load Balancing), добавлен гибридный механизм защиты потока выполнения команд (FineIBT), в BPF появилась возможность определения собственных объектов и структур данных, в состав включена утилита rv (Runtime Verification), снижено энергопотребление в реализации блокировок RCU.

В новую версию принято 16843 исправлений от 2178 разработчиков; размер патча - 62 МБ (изменения затронули 14108 файлов, добавлено 730195 строк кода, удалено 409485 строк). Около 42% всех представленных в 6.2 изменений связаны с драйверами устройств; примерно 16% изменений имеют отношение к обновлению кода, специфичного для аппаратных архитектур; 12% связано с сетевым стеком; 4% - с файловыми системами и 3% c внутренними подсистемами ядра.

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

  • Память и системные сервисы
    • Разрешено включение в состав ядра кода и изменений, поставляемых под лицензией Copyleft-Next 0.3.1. Лицензия Copyleft-Next создана одним из авторов GPLv3 и является полностью совместимой с лицензией GPLv2, что подтверждено юристами компаний SUSE и Red Hat. По сравнению с GPLv2 лицензия Copyleft-Next значительно компактнее и проще для понимания (убрана вводная часть и упоминание устаревших компромиссов), определяет сроки и порядок устранения нарушений, автоматически снимает копилефт-требования для устаревшего кода, которому более 15 лет.

      Copyleft-Next также содержит пункт о предоставлении прав на запатентованные технологии, что (в отличие от GPLv2) делает данную лицензию совместимой с лицензией Apache 2.0. Для обеспечения полной совместимости с GPLv2 в тексте Copyleft-Next явно указано, что производная работа может поставляться не только под исходной лицензией Copyleft-Next, но и под лицензией GPL.

    • В состав включена утилита "rv", предоставляющая интерфейс для взаимодействия из пространства пользователя с обработчиками подсистемы RV (Runtime Verification), предназначенной для проверки корректности работы на высоконадёжных системах, гарантирующих отсутствие сбоев. Проверка производится во время выполнения через прикрепление обработчиков к точкам трассировки, сверяющих фактический ход выполнения с заранее определённой эталонной детерминированной моделью автомата, определяющей ожидаемое поведение системы.
    • В устройстве zRAM, позволяющем хранить раздел подкачки в памяти в сжатом виде (в памяти создаётся блочное устройство на которое производится своппинг со сжатием), реализована возможность переупаковки страниц с использованием альтернативного алгоритма для достижения более высокого уровня сжатия. Основная идея в предоставлении выбора между несколькими алгоритмами (lzo, lzo-rle, lz4, lz4hc, zstd), предлагающими свои компромиссы между скоростью сжатия/распаковки и уровнем сжатия или оптимальными в особых ситуациях (например, для сжатия больших страниц памяти).
    • Добавлен API "iommufd" для управления из пространства пользователя системой управления памятью ввода-вывода - IOMMU (I/O Memory-Management Unit). Новый API даёт возможность управлять таблицами страниц памяти ввода/вывода, используя файловые дескрипторы.
    • В BPF предоставлена возможность создания типов, определения собственных объектов, построения своей иерархии объектов и гибкого формирования собственных структур данных, таких как связанные списки. Для переходящих в режим сна BPF-программ (BPF_F_SLEEPABLE) добавлена поддержка блокировок bpf_rcu_read_{,un}lock(). Реализована поддержка сохранения объектов task_struct. Добавлен map-тип BPF_MAP_TYPE_CGRP_STORAGE, предоставляющий локальное хранилище для cgroups.
    • Для механизма блокировок RCU (Read-copy-update) реализован опциональный механизм "ленивых" callback-вызовов, в котором по таймеру в пакетном режиме разом обрабатывается несколько callback-вызовов. Применение предложенной оптимизации позволяет на 5-10% снизить энегропотребление на устройствах Android и ChromeOS за счёт откладывания RCU-запросов во время простоя или низкой нагрузки на систему.
    • Добавлен sysctl split_lock_mitigate для управления реакцией системы при выявлении расщеплённых блокировок ("split lock"), возникающих при доступе к невыровненным данным в памяти из-за того, что при выполнении атомарной инструкции данные пересекают две линии кэша CPU. Подобные блокировки приводят к значительному падению производительности. При выставлении в split_lock_mitigate значения 0 выводится лишь предупреждение о наличии проблемы, а при выставлении значения 1 помимо вывода предупреждения также осуществляется замедление выполнения процесса, вызвавшего блокировку, чтобы сохранить производительность остальной системы.
    • Для архитектуры PowerPC предложена новая реализация блокировок qspinlock, демонстрирующая более высокую производительность и решающая некоторые проблемы с блокировками, возникающие в исключительных случаях.
    • Переработан код обработки прерываний MSI (Message-Signaled Interrupts), в котором устранены накопившиеся архитектурные проблемы и добавлена поддержка привязки отдельных обработчиков к разным устройствам.
    • Для систем на базе архитектуры набора команд LoongArch (применяемой в процессорах Loongson 3 5000 и реализующей новый RISC ISA, похожий на MIPS и RISC-V) реализована поддержка ftrace, защиты стека, спящего и ждущего режимов.
    • Предоставлена возможность присвоения имён областям разделяемой анонимной памяти (ранее имена могли назначаться только приватной анонимной памяти, закреплённой за конкретным процессом).
    • Добавлен новый параметр командной строки ядра "trace_trigger", предназначенный для активации триггера трассировки, применяемого для привязки условных команд, вызываемых при срабатывании контрольной проверки (например: trace_trigger="sched_switch.stacktrace if prev_state == 2").
    • Повышены требования к версии пакета binutils. Для сборки ядра теперь требуется как минимум binutils 2.25.
    • При вызове exec() добавлена возможность помещения процесса в пространство имён времени (time namespace), в котором время отличается от системного.
    • Начался перенос из ветки Rust-for-Linux дополнительной функциональности, связанной с использованием языка Rust в качестве второго языка для разработки драйверов и модулей ядра. Поддержка Rust не активна по умолчанию, и не приводит ко включению Rust в число обязательных сборочных зависимостей к ядру. Предложенная в прошлом выпуске базовая функциональность расширена возможностями для поддержи низкоуровневого кода, такого как тип Vec и макросы pr_debug!(), pr_cont!() и pr_alert!(), а также процедурный макрос "#[vtable]", упрощающий работу с таблицами указателей на функции. Добавление высокоуровневых Rust-обвязок над подсистемами ядра, которые позволят создавать полноценные драйверы на Rust, ожидается в следующих выпусках.
    • Используемый в ядре тип "char" теперь для всех архитектур по умолчанию объявлен как беззнаковый.
    • Объявлен устаревшим механизм распределения памяти slab - SLOB (slab allocator), который был спроектирован для систем с небольшим объёмом памяти. Вместо SLOB в обычных условиях рекомендуется использовать SLUB или SLAB. Для систем с небольшим объёмом памяти рекомендуется применять SLUB в режиме SLUB_TINY.
    • Стабилизирован драйвер IFS (In-Field Scan), позволяющий запускать на процессорах Intel низкоуровневые диагностические тесты CPU, способные выявлять проблемы, не определяемые штатными средствами на основе кодов коррекции ошибок (ECC) или битов чётности. Выполняемые тесты оформляются в форме загружаемой прошивки, оформленной по аналогии с обновлениями микрокода. Результаты тестирования доступны через sysfs.
  • Дисковая подсистема, ввод/вывод и файловые системы
    • В Btrfs внесены улучшения, нацеленные на исправление проблемы "write hole" в реализации RAID 5/6 (попытка восстановления RAID, если крах случился во время записи и невозможно понять, какой блок на каком из устройств RAID записался корректно, что может привести к разрушению блоков, соответствующих недозаписанным блокам). Кроме того, для SSD теперь по возможности автоматически активируется по умолчанию асинхронное выполнение операции "discard", позволяющее добиться более высокой производительности из-за эффективной группировки операций "discard" в очереди и обработки очереди фоновым обработчиком. Повышена производительность операций send и lseek, а также ioctl FIEMAP.
    • Расширены возможности по управлению отложенной записью (writeback: фоновое сохранение изменённых данных) для блочных устройств. В некоторых ситуациях (например: при использовании сетевых блочных устройств или USB-накопителей) отложенная запись может приводить к большому потреблению оперативной памяти. Для того чтобы управлять поведением отложенной записи и держать размер страничного кэша в определённых рамках в sysfs (/sys/class/bdi/) предложены новые параметры "strict_limit", "min_bytes", "max_bytes", "min_ratio_fine" и "max_ratio_fine".
    • В файловой системе F2FS реализована ioctl-операция атомарной замены, позволяющая выполнить запись данных в файл в рамках одной атомарной операции. В F2FS также добавлен блочный кэш экстентов, помогающий определить активно используемые данные или данные, к которым давно не было обращений.
    • В ФС ext4 отмечается только исправление ошибок.
    • В файловой системе ntfs3 предложено несколько новых опций монтирования: "nocase" для управления учётом регистра символов в именах файлов и директорий; windows_name для запрета создания имён файлов, содержащих символы, недопустимые для ОС Windows; hide_dot_files для управления назначением метки скрытых файлов для файлов, начинающихся на точку.
    • В драйвере exFAT значительно ускорены операции создания файлов и каталогов.
    • В файловой системе Squashfs реализована опция монтирования "threads=", при помощи которой можно определить число потоков для распараллеливания операций распаковки. В Squashfs также появилась возможность маппинга идентификаторов пользователей примонтированных файловых систем, применяемого для сопоставления файлов определённого пользователя на примонтированном чужом разделе с другим пользователем в текущей системе.
    • Переработана реализация списков контроля доступа POSIX (POSIX ACL). В новой реализации устранены архитектурные проблемы, упрощено сопровождение кодовой базы и задействованы более безопасные типы данных.
    • В подсистему fscrypt (которая используется для прозрачного шифрования файлов и каталогов) добавлена поддержка алгоритма шифрования SM4 (китайский стандарт GB/T 32907-2016).
    • Предоставлена возможность сборки ядра без поддержки NFSv2 (в будущем поддержку NFSv2 планируют полностью прекратить).
    • Изменена организация проверки прав доступа к устройствам NVMe. Предоставлена возможность чтения и записи на устройство NVMe, если записывающий процесс имеет доступ к специальному файлу устройства (ранее процесс должен был иметь полномочие CAP_SYS_ADMIN).
    • Удалён пакетный драйвер для CD/DVD, который был объявлен устаревшим в 2016 году.
  • Виртуализация и безопасность
    • Реализован новый метод защиты от уязвимости Retbleed в CPU Intel и AMD, использующий отслеживание глубины вызовов, что не настолько замедляет работу, как ранее присутствующая защита от Retbleed. Для включения нового режима предложен параметр командной строки ядра "retbleed=stuff".
    • Добавлен гибридный механизм защиты потока выполнения команд FineIBT, сочетающий применение аппаратных инструкций Intel IBT (Indirect Branch Tracking) и программной защиты kCFI (kernel Control Flow Integrity) для блокирования нарушения нормального порядка выполнения (control flow) в результате применения эксплоитов, изменяющих хранимые в памяти указатели на функции. FineIBT разрешает выполнение по косвенному переходу только в случае перехода на инструкцию ENDBR, которая размещается в самом начале функции. Дополнительно (по аналогии с механизмом kCFI) следом осуществляется проверка хэшей, гарантирующих неизменность указателей.
    • Добавлены ограничения для блокирования атак, манипулирующих генерацией состояний "oops", после которых проблемные задачи завершаются и состояние восстанавливается без остановки работы системы. При очень большом числе вызовов состояния "oops" возникает переполнение счётчика ссылок (refcount), что позволяет эксплуатировать уязвимости, вызванные разыменованием NULL-указателей. Для защиты от подобных атак в ядро добавлен лимит на максимальное число срабатываний "oops", после превышения которого ядро будет инициировать переход в состояние "panic" с последующей перезагрузкой, что не позволит добиться числа итераций, необходимого для переполнения refcount. По умолчанию лимит выставлен в 10 тысяч "oops", но при желании его можно изменить через параметр oops_limit.
    • Добавлен параметр конфигурации LEGACY_TIOCSTI и sysctl legacy_tiocsti для отключения возможности помещения данных в терминал при помощи ioctl TIOCSTI, так как данная функциональность может применяться для подстановки произвольных символов в буфер ввода терминала и симуляции пользовательского ввода.
    • Предложен новый тип внутренних структур encoded_page, в котором нижние биты указателя используются для сохранения дополнительной информации, применяемой для защиты от случайного разыменования указателя (при реальной необходимости разыменования вначале нужно очистить эти дополнительные биты).
    • На платформе ARM64 на этапе загрузки предоставлена возможность включения и выключения программной реализации механизма Shadow Stack, применяемого для защиты от перезаписи адреса возврата из функции в случае переполнения буфера в стеке (суть защиты в сохранении после передачи управления функции адреса возврата в отдельном "теневом" стеке и извлечении данного адреса перед выходом из функции). Поддержка в одной сборке ядра аппаратной и программной реализации Shadow Stack позволяет использовать одно ядро на разных ARM-системах, не зависимо от поддержки в них инструкций для аутентификации указателей. Включение программной реализации осуществляется через подмену во время загрузки необходимые инструкций в коде.
    • Добавлена поддержка использования на процессорах Intel механизма асинхронного уведомления о выходе (asynchronous exit notification), позволяющего выявлять single-step атаки на код, выполняемый в анклавах SGX.
    • Предложен набор операций, позволяющих гипервизору поддерживать запросы из гостевых систем Intel TDX (Trusted Domain Extensions).
    • Удалены сборочные настройки ядра RANDOM_TRUST_BOOTLOADER и RANDOM_TRUST_CPU, вместо которых следует использовать соответствующие опции командной строки random.trust_bootloader и random.trust_cpu.
    • В механизм Landlock (позволяющий ограничить взаимодействие группы процессов с внешним окружением) добавлена поддержка флага LANDLOCK_ACCESS_FS_TRUNCATE, дающего возможность контролировать выполнение операций усечения файлов.
  • Сетевая подсистема
    • Для IPv6 добавлена поддержка PLB (Protective Load Balancing), механизма балансировки нагрузки между сетевыми линками, нацеленного на сокращение точек перегрузки на коммутаторах датацентров. Через изменение IPv6 Flow Label, PLB случайным образом меняет пути пакетов для выравнивания нагрузки на портах коммутатора. Для снижения переупорядочивания пакетов данная операция по возможности производится после периодов простоя (idle). Применение PLB в датацентрах Google позволило снизить дисбаланс нагрузки на порты коммутаторов в среднем на 60%, уменьшить потерю пакетов 33% и снизить задержки на 20%.
    • Добавлен драйвер для устройств MediaTek с поддержкой Wi-Fi 7 (802.11be).
    • Добавлена поддержка 800-гигабитных линков.
    • Добавлена возможность переименования сетевых интерфейсов на лету, без остановки работы.
    • В записываемые в лог сообщения о SYN-флуде добавлено упоминание об IP-адресе, на который пришёл пакет.
    • Для UDP реализована возможность использования отдельных хэш-таблиц для разных сетевых пространств имён.
    • Для сетевых мостов реализована поддержка метода аутентификации MAB (MAC Authentication Bypass).
    • Для протокола CAN (CAN_RAW) реализована поддержка режима сокетов SO_MARK для прикрепления фильтров трафика на базе fwmark.
    • В ipset реализован новый параметр bitmask, позволяющий задать маску на основе произвольных битов в IP-адресе (например, "ipset create set1 hash:ip bitmask 255.128.255.0").
    • В nf_tables добавлена поддержка обработки внутренних (inner) заголовков, идущих внутри туннелируемых пакетов.
    • В драйвере TUN заявленная скорость линка повышена c 10Mbps до 10Gbps, что решило проблемы с ограничением скорости в некоторых приложениях (например, Open vSwitch на основе заявленной скорости виртуального интерфейса настраивает ограничение максимальной пропускной способности).
  • Оборудование
    • Добавлена подсистема "accel" с реализацией фреймворка для ускорителей вычислений, которые могут поставляться как в форме отдельных ASIC, так и виде IP-блоков внутри SoC и GPU. Главным образом подобные ускорители ориентированы на ускорение решения задач машинного обучения.
    • В драйвере amdgpu включена поддержка IP-компонентов GC, PSP, SMU и NBIO. Для систем ARM64 реализована поддержка DCN (Display Core Next). Реализация защищённого вывода на экран переведена с использования DCN10 на DCN21 и может теперь использоваться при подключении нескольких экранов.
    • В драйвере i915 (Intel) стабилизирована поддержка дискретных видеокарт Intel Arc (DG2/Alchemist) и улучшена поддержка GPU Meteor Lake.
    • В драйвере Nouveau реализована поддержка GPU NVIDIA GA102 (RTX 30) на базе архитектуры Ampere. Для карт nva3 (GT215) добавлена возможность управления фоновой подсветкой.
    • Добавлена поддержка беспроводных адаптеров на базе чипов Realtek 8852BE, Realtek 8821CU, 8822BU, 8822CU, 8723DU (USB) и MediaTek MT7996, Bluetooth интерфейсов Broadcom BCM4377/4378/4387, а также Ethernet-контроллеров Motorcomm yt8521, NVIDIA Tegra GE.
    • Добавлена поддержка ASoC (ALSA System on Chip) для встроенных звуковых чипов HP Stream 8, Advantech MICA-071, Dell SKU 0C11, Intel ALC5682I-VD, Xiaomi Redmi Book Pro 14 2022, i.MX93, Armada 38x, RK3588. Добавлена поддержка звукового интерфейса Focusrite Saffire Pro 40. Добавлена поддержка звукового кодека Realtek RT1318.
    • Добавлена поддержка смартфонов и планшетов Sony Xperia 10 IV, 5 IV, X и X compact, OnePlus One, 3, 3T и Nord N100, Xiaomi Poco F1 и Mi6, Huawei Watch, Google Pixel 3a, Samsung Galaxy Tab 4 10.1.
    • Добавлена поддержка ARM SoC и плат Apple T6000 (M1 Pro), T6001 (M1 Max), T6002 (M1 Ultra), Qualcomm MSM8996 Pro (Snapdragon 821), SM6115 (Snapdragon 662), SM4250 (Snapdragon 460), SM6375 (Snapdragon 695), SDM670 (Snapdragon 670), MSM8976 (Snapdragon 652), MSM8956 (Snapdragon 650), RK3326 Odroid-Go/rg351, Zyxel NSA310S, InnoComm i.MX8MM, Odroid Go Ultra.

Одновременно латиноамериканский Фонд свободного ПО сформировал вариант полностью свободного ядра 6.2 - Linux-libre 6.2-gnu, очищенного от элементов прошивок и драйверов, содержащих несвободные компоненты или участки кода, область применения которых ограничена производителем. В новом выпуске проведена чистка новых блобов в драйвере nouveau. Отключена загрузка блобов в драйверах mt7622, mt7996 wifi и bcm4377 bluetooth. Проведена чистка имён блобов в dts-файлах для архитектуры Aarch64. Обновлён код чистки блобов в различных драйверах и подсистемах. Прекращена чистка драйвера s5k4ecgx, так как он был удалён из ядра.

  1. Главная ссылка к новости (https://lkml.org/lkml/2023/2/1...)
  2. OpenNews: Релиз ядра Linux 6.1
  3. OpenNews: Релиз ядра Linux 6.0
  4. OpenNews: Релиз ядра Linux 5.19
  5. OpenNews: Релиз ядра Linux 5.18
  6. OpenNews: Релиз ядра Linux 5.17
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/58640-kernel
Ключевые слова: kernel, linux
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (356) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 13:08, 20/02/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    > Добавлен драйвер для устройств MediaTek с поддержкой Wi-Fi 7.

    Дайте пруфпик.

     
     
  • 2.2, Аноним (2), 13:13, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=

     
  • 2.131, Аноним (131), 19:10, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Той карты нет ни в гугле, ни даже в алиэкспресс.
     

  • 1.4, Аноним (4), 13:21, 20/02/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +17 +/
    > Лицензия Copyleft-Next создана одним из авторов GPLv3 и является полностью совместимой с лицензией GPLv2, что подтверждено юристами компаний SUSE и Red Hat.

    Т.е. несовместима с GPL3, раз об этом не заявляется?

    > …автоматически снимает копилефт-требования для устаревшего когда, которому более 15 лет.

    Чойта вдруг такие послабления, если глобально копирайт таковым не стал сам? Что-то мне подсказывает, что никакой это не копилефт, а «давайте вернёмся в мир тивоизации и закрытия».

     
     
  • 2.31, товарищ майор (?), 14:30, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вы сможете продать ядро 2.6.24 как что-то проприетарное?
    Смысл тратить силы на защиту старья?
     
     
  • 3.62, Аноним (62), 16:07, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А какие проблемы? На изи такое можно сделать.  
     
     
  • 4.264, товарищ майор (?), 09:33, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    На изи? Сделай!
    Не припомню что-то, чтобы кто-то пёр устаревшие проекты. Обычно пытаются на свежачке нажиться.
     
  • 3.92, Аноним (-), 17:30, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +5 +/
    через 15 лет в ядре половина кода будет под этой лицензией и линуксу придёт конец, запомните этот твит
     
     
  • 4.109, товарищ майор (?), 18:09, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Я тебя запомнил.
     
  • 4.193, Аноним (-), 23:39, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Окей мы попросим у них тот код под GPL2 - и все что линкуется с ним, как указано в GPL2 :). Там ни лимита времени ни чего там еще.

    Правда вот нахрена мне кернел 15-летней давности еще и судиться за него? Если за 15 лет не вперлось, вероятно, это для меня совсем уж мусор.

     
  • 4.287, Андрей (??), 12:26, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Через 15 лет возможно не будет ни линукса, ни винды, ни макос и компов в привычном виде, не будет вполне вероятно и жёстких дисков, облако будет вместо него для всего, да мало ли что ещё будет
     
     
  • 5.312, . (?), 18:59, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Это у нас в РФ то?
     
  • 5.426, Аноним (426), 12:38, 25/03/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Лет 10 назад то же самое слышал.
     
  • 3.102, Аноним (102), 17:44, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А в 6.x совсем не осталось кода от 2.6.24, как будто.
     
     
  • 4.108, товарищ майор (?), 18:08, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Осталось, дофига осталось! Но, эта лицензия позволит использовать в проприетарщине код, которым 6.2 отличается от 2.6 только в 2038-м.
    При этом использовать код 6.2 в СПО в любом году, как в 23-м, так и в 40-м, она не запрещает.
     
  • 2.91, DontTreadOnMe (?), 17:25, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Т.е. несовместима с GPL3, раз об этом не заявляется?

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

     
     
  • 3.236, fuggy (ok), 03:23, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Только если она GPLv2 Only. Если она GPLv2 or later, то тогда вполне совместима. Но ядро под GPLv2 Only.
     
     
  • 4.265, Аноним (265), 09:39, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    И в итоге приходим к интересной ситуации, когда твой код будет зависеть от желания левой пятки Столлмана.
     
     
  • 5.328, К.О. (?), 09:09, 22/02/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Опять вы о пятках Столлмана
     
  • 3.263, bircoph (ok), 09:26, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нет, не так: из того, что лицензия A совместима с B и B не совместима с C не следует, что A не совместима с C. Например, BSD совместима с GPL любой версии: она позволяет перелицензировать код под GPL при условии сохранения информации об авторстве.

    Мало того, copyleft-next явно говорит, что совместима с любой версией GPL:
    https://github.com/copyleft-next/copyleft-next/blob/master/Releases/copyleft-n
    https://github.com/copyleft-next/copyleft-next/blob/master/Releases/copyleft-n

    В copyleft-next другая проблема: через 15 лет превращается в тыкву.

     
  • 2.132, Аноним (132), 19:11, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Вы не менее важный пункт упустили.
    >Copyleft-Next также содержит пункт о предоставлении прав на запатентованные технологии, что, в отличие от GPLv2, делает данную лицензию совместимой с лицензией Apache 2.0.

    В общем, корпоративные рабы планомерно уничтожают СПО.

     
     
  • 3.172, Аноним (172), 22:28, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Бороться с корпоратами их же оружием ну такое, только делаете их сильнее.
    Нужно убрать лицензии в принципе. Думаю 40 лет достаточно убедительно показали что пользы от лицензий мало, а проблем они вызывают много.
     
     
  • 4.194, Аноним (-), 23:42, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Нужно убрать лицензии в принципе.

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

     
     
  • 5.381, Аноним (381), 14:44, 23/02/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не бойся, мой одноимённый друг, во времена коммунизма лицензий не было и не будет. Так что вывод очевиден: не хочешь прогибаться под монополистический капитализм, то есть империализм, иди вперёд к коммунизму, то есть к безгосударственному обществу.
     
  • 4.218, Аноним (132), 01:07, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >Бороться с корпоратами их же оружием ну такое, только делаете их сильнее.

    Напомните, пожалуйста, сколько FreeBSD или OpenBSD получает кода обратно? Сколько получают донатов от корпораций? И почему Тео пришлось побираться по интернету, чтобы аренду подкроватного сервера оплатить? Почему Apple задонатила 10$ за ГОД FreeBSD?

     
     
  • 5.228, Аноним (-), 02:06, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ну и вот в результате соня крутит AAA игры а фрибзда на которой соня основана побирается видеодровами... где?! В линуксе? Ну, вау, удачно с корпорасами повзаимодействовали. Так что теперь кернел бзды будет отныне и во веки веков прослойками позволяющими тырить линуксный код. Все правильно сделали плин.
     
     
  • 6.276, Анонимусс (?), 10:12, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вот интересно, как сони должна предоставить фре дрова, которые пишет невидия/амуде?
     
     
  • 7.332, Аноним (-), 12:19, 22/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Вот интересно, как сони должна предоставить фре дрова, которые пишет невидия/амуде?

    Амуде а теперь даже вот и нвидия все же релизнувщая сорц линуху дрова почему-то предоставить, вот, могут. Почувствуйте разницу, как говорится.

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

     
  • 6.318, Аноним (318), 23:38, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну и вот в результате соня крутит AAA игры а фрибзда на которой соня основана побирается видеодровами... где?! В линуксе?

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

    > Ну, вау, удачно с корпорасами повзаимодействовали. Так что теперь кернел бзды будет отныне и
    > во веки веков прослойками позволяющими тырить линуксный код.

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

     
     
  • 7.333, Аноним (-), 12:30, 22/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Типа, нашли к чему номинально до ться Когда у меня более-менее свежая видяха... большой текст свёрнут, показать
     
     
  • 8.370, Аноним (318), 23:08, 22/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Типа, нашли очередную дыру в рассуждизмах оналитиков , оказалось как обычно не... большой текст свёрнут, показать
     
     
  • 9.375, Аноним (-), 00:05, 23/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Типа, кроме наличия эффекта есть еще количественная оценка Абстрактно Вася и ... большой текст свёрнут, показать
     
     
  • 10.377, Аноним (318), 00:58, 23/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Типа, когда нет фактов, натяни на глобус аналогии Яснопонятно Какой-то... большой текст свёрнут, показать
     
     
  • 11.398, Аноним (-), 02:02, 24/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    По-моему когда про ваши супер-системы пишут новости как они из линуксса дрова пе... большой текст свёрнут, показать
     
     
  • 12.413, Аноним (318), 23:18, 24/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Т е в итоге подтверждение моим измышлизмам ищи сам и интель коммитит в я... большой текст свёрнут, показать
     
     
  • 13.415, Аноним (-), 23:35, 25/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Так сказано же где Потому что считает что ему это выгодно А для бсд так уже по... большой текст свёрнут, показать
     
     
  • 14.418, Аноним (318), 12:19, 26/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Перекладывание доказательства собстенных же измышлизмов на других - это то самое... большой текст свёрнут, показать
     
  • 2.133, Тот_Самый_Анонимус_ (?), 19:24, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >Т.е. несовместима с GPL3, раз об этом не заявляется?

    Будто в этом что-то плохое. Сами заложили мину в виде невозможности менять паразитарные лицензии (даже друг на друга), сами пострадали. Чем плохо?

     
  • 2.267, _hide_ (ok), 09:45, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Да, потому что GPL3 -- это что-то вроде публичного достояния от мира копилефта. Очень странная лицензия, применимая только для того, что Вы хотите (выкинуть) отдать на совсем.
    Если код больше не имеет смысла держать закрытым, а лицензировать этот код другим людям лень, то лучше всего подходит GPL2 + никого не трогать (если кто-то потеряет границы, то всегда можно и наказать).
     
     
  • 3.279, fuggy (ok), 11:25, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ага, сидишь такой на GPLv2 и потом приходится тивоизация, DRM и патентные тролли.
    Если так принципиально именно открыть код, то лучше подходит Apache 2.0 . Для копилефта, если не хочешь быть отстающим, то лучше как раз GPLv3.
     

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

  • 1.6, Аноним (102), 13:26, 20/02/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +10 +/
    >Лицензия Copyleft-Next создана одним из авторов GPLv3 ... автоматически снимает копилефт-требования для устаревшего когда, которому более 15 лет.

    Похоже, опасения по роводу GPLv3+ подтверждаются. Не случайно они мэтра СПО выжили, ой не случайно.

     
     
  • 2.197, Аноним (-), 23:47, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну, блин, GPL3 достаточно забавняе лицензия Даже если быть ярым фаном СПО, с н... большой текст свёрнут, показать
     
     
  • 3.326, Аноним (326), 07:23, 22/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > И поверь, при всей любви к опенсорсу и нежелании устраивать халяву проприерасам,
    > очень печально когда вот тот отличный код нельзя взять

    Тебе обидно, что тебя самого лишили халявы, или что?

     
     
  • 4.334, Аноним (-), 12:36, 22/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Мне обидно что жила была какая-нибудь хорошая либа под GPLv2, я ей пользовался, все дела, но якорь DRMщикам в своих проектах так то с удовольствием вбил бы. Но в результате обратной отдачей накрывает меня и я теперь GPL2 кодом не могу пользоваться.

    И вот я такой чешу репу - а точно с всего этого именно DRMщикам стало хуже чем мне? Идея так то хорошая, но вот этот момент... эээ предполагается что я выброшу весь GPL2 софт, или чего?

     

  • 1.7, Zenitur (ok), 13:27, 20/02/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > ntfs3 ... "nocase" для управления учётом регистра символов в именах файлов и директорий

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

    А в драйвере EXFAT от Samsung (который тоже был недавно включен в ядро) та же самая опция называется "namecase=0"

     
  • 1.8, InuYasha (??), 13:34, 20/02/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > также осуществляется замедление выполнения процесса, вызвавшего блокировку, чтобы сохранить производительность остальной системы.

    Это интересно. Ещё бы для I/O такое запилили когда одно копирование с харда на USB может нагнуть любую элитную машину на полчаса.

     
     
  • 2.14, Аноним (14), 14:01, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > блокировку, чтобы сохранить производительность остальной системы
    > Это интересно. Ещё бы для I/O такое запилили

    лучше бы запилили zero copy для IO

     
     
  • 3.175, Аноним (175), 22:29, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    а тебе кто мешает?
     
  • 3.198, Аноним (-), 23:49, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > лучше бы запилили zero copy для IO

    Так запилили же - io_uring это называется. Another happy customer leaves building... :)))

     
     
  • 4.341, Аноним (14), 13:51, 22/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Так запилили же - io_uring это называется.

    это не совсем то, надо чтобы контроллеры дисков копировали друг другу данные без использования CPU - он должен только координировать что и куда копировать в соответствии с ФС. Это широко используется для графики и видео (dmabuf), неплохо бы расширить и на другие аппаратные контроллеры.

     
     
  • 5.352, Аноним (-), 20:35, 22/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Вы хотели zeron copy, оно как раз и не копирует ничего Шарит буфер между ядром ... большой текст свёрнут, показать
     
     
  • 6.366, Аноним (14), 22:42, 22/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Дисковые контроллеры несколько глупей видеокарт и не программируются "с другой стороны" толком.

    наверно на старых контроллерах не реализовать - нужна поддержка на уровне проколов, на NVMe что-то похожее делают, я не вникал

    https://lore.kernel.org/lkml/20230220105336.3810-7-nj.shetty@samsung.com/

    > Тем не менее современные штуки на PCIe так то могут и DMA транзакции фигачить. Правда, хотели ли вы DMA транзакцию с вон того SSD себе по памяти кернела - ну такой себе отдельный вопрос

    для AMD это реализовано в ядре

    https://www.phoronix.com/news/Linux-5.2-AMD-Zen-P2P-DMA

     
  • 5.425, adolfus (ok), 01:25, 05/03/2023 [^] [^^] [^^^] [ответить]  
  • +/
    SATA не поддерживает обмен данными между двумя устройствами. Купи себе систему с SAS и будет тебе счастье.
     
  • 2.20, Аноним (20), 14:10, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +19 +/
    Им бы для начала вообще копирование на USB исправить, чтобы система не считала, что перенос в буфер == завершение копирования. Но этот столетний баг слишком мелкий, чтобы с ним возиться, видимо.
     
     
  • 3.35, Аноним (102), 14:40, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А это баг, а не фича?
     
     
  • 4.199, Аноним (-), 23:50, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > А это баг, а не фича?

    Для растяп забывающий unmount+eject флехи - еще какая, но она есть и в винде, макоси и прочих андроидах даже. Потому что если писать совсем без буфера это может оказаться медленно и печально.

     
     
  • 5.282, Аноним (282), 12:00, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >Потому что если писать совсем без буфера это может оказаться медленно и печально

    Т.е.вы хотите сказать что волшебный буфер способен разогнать мою флешку до почти ssd?

     
     
  • 6.283, Аноним (283), 12:08, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    До SSD не способен, но сэкономить количество аппаратных прерываний, тем самым облегчив труд ОС, способен.
     
  • 6.335, Аноним (-), 12:41, 22/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    RAM даже быстрее SSD И да, идея такая что если вы копировали файло - оно мигом ... большой текст свёрнут, показать
     
  • 3.43, n80 (?), 15:04, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Система и не считает (например, umount не завершится, пока буфер не будет полностью сброшен), считают приложения, авторы которых не читали man fsync/fdatasync или читали, но забили т.к. в их времена объём ОЗУ был слишком маленьким, чтобы сброс буфера занимал заметное время. Только вот кто будет переписывать все эти приложения… Со стороны системы, впрочем, стоило бы vm.dirty_bytes и vm.dirty_background_bytes по умолчанию ставить не в 0, а в какие-то разумные значения, только вот тут поди подбери такую формулу для этих значений, чтобы и из встроенки никто не завопил, и из хостеров, и из тех кто на кластерах гоняет Linux. Да ладно, пусть не в ядре, но хотя бы в условно десктопных дистрибутивах могли бы значения по умолчанию сделать ненулевыми, так ведь и эти почему-то не делают.

    Не то что бы сложно самому несколько строчек закинуть в /etc/sysctl.d/local.conf, но, видимо, и остальные пользователи на этом остановились и не пинают мейнтейнеров.

     
     
  • 4.63, noname322223 (?), 16:15, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    https://learn.microsoft.com/ru-ru/azure/azure-netapp-files/performance-linux-f
    Может vm.dirty_ratio  утановлен, тогда согласно доке vm.dirty_bytes устанваливается автоматически в 0.
     
  • 4.99, Аноним (99), 17:38, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >Со стороны системы, впрочем, стоило бы vm.dirty_bytes и vm.dirty_background_bytes по умолчанию ставить не в 0, а в какие-то разумные значения,

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

     
  • 4.101, Аноним (99), 17:43, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    И не только у меня, на лоре куча жалоб вроде этой https://www.linux.org.ru/forum/linux-hardware/9052233
    с единственным вменяемым советом не менять ничего в настройках io
     
  • 3.330, InuYasha (??), 12:02, 22/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Им бы для начала вообще копирование на USB исправить, чтобы система не
    > считала, что перенос в буфер == завершение копирования.

    wait... ДО СИХ ПОР!?!? 8-o

     
     
  • 4.336, Аноним (-), 12:46, 22/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > wait... ДО СИХ ПОР!?!? 8-o

    Некоторые так и на неучились флешки размонтировать. Хотя безопасное извлечение еще в Win98, кажется было. Если не в 95. До некоторых медленно доходит.

    И слет только критичных частей ФС это еще не самое плохое. Если флеху абы как сдернуть, контроллер мог ворочать огромный блок и что он там потеряет кто ж его знает, ФС на урон измеряемый десятками мегов вокруг записываемой области за присест не расчитаны. Никакие по сути. Что хуже - может слететь трансляция и тогда если файлы нужны, узнаете зачем вон те фирмы сущестуют и сколько такая услуга стоит (хинт: не очень гуманно, но какой у вас выбор? Файлы потерять? Сильно повышает сговорчивость клиентуры!).

     
     
  • 5.360, InuYasha (??), 21:50, 22/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Да я, как бы, знаю, что лёликс не любит съёмные носители. Но у меня и версия старая. А что такое подолжается и поныне - это шок.
     
     
  • 6.365, Аноним (365), 22:38, 22/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Да я, как бы, знаю, что лёликс не любит съёмные носители.

    Что линукс что винды всего лишь буферизуют запись на оные, для скорости. Единственное что линух агрессивнее с отложенной записью. Скиыдвает дольше и буферизует больше. В не очень древних версиях он замечает что носитель медленый и размер буфера так то лимитировать стал, чтобы время размонтирования или отъема памяти у буфера скостить.

    > Но у меня и версия старая. А что такое подолжается и поныне - это шок.

    Шок это то что юзеры с 80х годов граблю так и не усвоили :). И нет, без буфера не прикольно - скорость падает сильно.

     

  • 1.10, Аноним (10), 13:35, 20/02/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Может кто знает, можно ли как-то сконфигурировать zRAM, чтобы занятый им объём не занятый данными использовался в качестве дискового кэша?
     
     
  • 2.16, Аноним (16), 14:02, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    у него же нет незанятого занятого объема
     
     
  • 3.103, Аноним (10), 17:49, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Я вижу что свободной памяти меньше на размер disksize. Также я ощущаю тормоза и возросшую нагрузку на hdd при забивании памяти в zram. В доке явно поведение disksize не обозначено, но есть заметка, которая косвенно подтверждает моё предположение: There is little point creating a zram of greater than twice the size of memory since we expect a 2:1 compression ratio. Note that zram uses about 0.1% of the size of the disk when not in use so a huge zram is wasteful.
    Если всё же незанятого занятого пространства нет, то как тогда? Динамически отъедает и высвобождает по мере необходимости/возможности?
     
     
  • 4.351, Аноним (-), 20:21, 22/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    В хучшем случае полностью поюзаный zram он разумеется займет выделенное место ... большой текст свёрнут, показать
     
  • 2.49, Аноним (49), 15:26, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ZRam не занимает память если ему нечего хранить. Нафига тебе всякие извращенные костыли? В курсе, что при дисковом чтении данные оседают в дисковом кеше в ОЗУ _из коробки_? Сделай себе 2 ГБ swap раздел.
     
     
  • 3.98, Аноним (10), 17:37, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Zram резервирует кусок в памяти, и дальше тот не может использоваться под дисковый кеш, разве не так?
     
     
  • 4.141, Аноним (141), 19:59, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не так. Он занимает только когда в него записываются страницы.
     

  • 1.11, Аноним (-), 13:35, 20/02/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Дрова ко встройкам Alder Lake впилили? Или надо по завету Intel вкорячивать их старое oem-ядрышко?
     
     
  • 2.38, Аноним (38), 14:47, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Давно уж впилили, тебе то зачем коли ты читаешь одни лишь устаревшие и недостоверные данные?
     

  • 1.12, Аноним (14), 13:46, 20/02/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +8 +/
    Rust ещё не удалили ?
     
     
  • 2.13, Анонн (?), 13:57, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ты читать не умеешь?
    Написано же "Начался перенос из ветки Rust-for-Linux дополнительной функциональности..."
     
     
  • 3.17, Аноним (14), 14:04, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +7 +/
    > Написано же "Начался перенос из ветки Rust-for-Linux дополнительной функциональности..."

    так удалят-то его когда ?

     
     
  • 4.21, Анонимусс (?), 14:12, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Раст начнут удалять, когда начнут добавлять следующий.
    Пока что, по статистике в ядро добавляют один язык примерно раз в 30+ лет.
    Т.е. нужно немного подождать.

     
     
  • 5.44, Аноним (44), 15:10, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Следущий будет Zig. Как раз 30 лет ему хватит)))
     
  • 4.181, Прохожий (??), 23:13, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Может быть, когда ты повзрослеешь (лет через 30). Но это неточно.
     
  • 2.55, Аноним (99), 15:40, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Нет к сожалению, Линукс прогнулся под повесточку
     
     
  • 3.65, Аноним (102), 16:27, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Linus
     
     
  • 4.243, Анончик (?), 05:37, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Линус это и есть Линукс. Как он скажет так и будет.
     

  • 1.15, Максим (??), 14:01, 20/02/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    > продолжена интеграция поддержки языка Rust

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

     
     
  • 2.18, Аноним (18), 14:07, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ой, та ладно!
    Как будто ты пишешь круглосуточно модули к ядру на сишечке! Смешно, да и только!
     
     
  • 3.23, Аноним (14), 14:14, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Как будто ты пишешь круглосуточно модули к ядру на сишечке!

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

     
     
  • 4.200, Аноним (-), 23:53, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > пишу каждый месяц по драйверу на сишечке, с каждым годом это делать
    > всё проще и безопасней, Rust драйверописателям нужен как русалкам лыжи.

    Опеннетчики и карлсону ласты подгонят, с них станется.

     
  • 3.27, Максим (??), 14:21, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Пишу, а что тут смешного-то?
     
     
  • 4.28, Аноним (18), 14:24, 20/02/2023 Скрыто ботом-модератором     [к модератору]
  • –3 +/
     
     
  • 5.32, Аноним (14), 14:30, 20/02/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 6.34, Аноним (18), 14:32, 20/02/2023 Скрыто ботом-модератором     [к модератору]
  • –3 +/
     
     
  • 7.36, Аноним (102), 14:43, 20/02/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 7.37, Аноним (14), 14:47, 20/02/2023 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
     
  • 8.40, Аноним (38), 14:51, 20/02/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 9.42, Аноним (14), 14:57, 20/02/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 9.45, Вы забыли заполнить поле Name (?), 15:10, 20/02/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 10.47, Аноним (47), 15:19, 20/02/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 11.51, n80 (?), 15:34, 20/02/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.19, Анонимусс (?), 14:07, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Два потому что сразу выкинуть мамонтовый копролит невозможно.
    Придется заменять по чуть-чуть.
    Это конечно растянется на годы, но что поделать - слишком много накодили за последние 30 лет.
     
     
  • 3.30, Максим (??), 14:29, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ага, тут какие-то дураки 30 лет фигнёй занимались - непонятно что непонятно на чём кодили, а сейчас придут пламенные революционеры и повернут реки вспять - сделают всё "как надо", ну-ну)
     
     
  • 4.50, annonn (?), 15:30, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Так те кто линукс 30 лет делали - они же и предложили добавить раст, есть там один чувак, Линус Торвальдс.
    Ибо осознали, что дальше будет только хуже, кода больше, системы сложнее...
    А баги все те же use-after-free и выход за границы буфера.
     
     
  • 5.59, Максим (??), 15:59, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Когда это Линус Торвальдс просил добавить раст? Он просто пошёл на уступку неким товарищам, активно рекламирующим и проталкивающим раст, чтобы в порядке эксперимента посмотреть, на что этот язык способен и даст ли он какие-либо значимые преимущества.
     
     
  • 6.71, Аноним (71), 16:32, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Кто Линуса платит, тот его и танцует
     
  • 6.73, Анонимусс (?), 16:34, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А где там вообще "просили"? И с чего бы это "пошёл на уступку"? Громкое заявление и конечно же без пруфов.
    Торвальдсу предложили - Торвальдс согласился. Причем не просто так, а покритиковал и попросил исправить некоторые вещи. Все что нужно исправили и оно уже в ядре.
    Крестам такое и не снилось))
     
     
  • 7.331, InuYasha (??), 12:14, 22/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    "рекомендации ЦРУ" можно примерно приравнять к "настойчиво попросили".
     
  • 6.75, Аноним (18), 16:35, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    А плюсы он ещё 15 лет назад не захотел добавлять в ядро категорически.
     
     
  • 7.100, Аноним (47), 17:39, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да и сейчас тоже.
    Помню пару лет назад пришли в lkml нытики типа "а чиво вы тут раст обсуждаете, а плюсики не хотите, плак-плак"
    И он повторил для особо одаренных свои мысли по поводу плюсов.
     
  • 7.240, Аноним (44), 05:04, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Core constant expressions содержит 40 пунктов когда что-то считается константным выражением.

    Я бы не хотел такое ядро. В принципе правильно сделал.

     
     
  • 8.416, Аноним (-), 23:37, 25/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Zig в этом плане прикольнее всех - там можно в компилтайм посчитать что он в при... текст свёрнут, показать
     
  • 2.56, Аноним (99), 15:47, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Так называемые разработчики Линукс не понимают этих очевидных вещей. Все настоящие программисты либо ушли либо состарились
     
     
  • 3.87, annonn (?), 17:07, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    это те самые настоящие диды которые писали "отличный" код еще 15 лет назад?
    https://www.opennet.ru/opennews/art.shtml?num=55488
     
     
  • 4.208, деанон (ok), 00:07, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Системные программисты на JS (ой, простите, они все сейчас на Rust переобулись) сейчас покажут как писать без багов
     
     
  • 5.221, Анонимусс (?), 01:27, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    О да, как вас опять макнули в любимый код, так сразу на rust программеров съезжаете.
    А по делу вам как всегда сказать нечего)
     
  • 2.82, Аноним (82), 16:45, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вообще непонятно зачем нужна эта поделка, если не смогли втащить куда более нужные вещи, особенно ZFS
     
     
  • 3.97, Аноним (102), 17:37, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    По поводу ZFS это вам к CEO Oracle. Может, убедите на лицензионные уступки.
     
  • 3.124, Советский инженер (?), 18:54, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    совершенно не нужна.

    бросай все, переходи на фрю

     
     
  • 4.129, Аноним (102), 19:05, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    И 80% софта запускай в Линуксуляторе.
     
     
  • 5.135, Советский инженер (?), 19:31, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    зато без ненужнораста
     
     
  • 6.150, Аноним (102), 20:49, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    И ещё много без чего. В т.ч. без поддержки большого количества железа.
     
  • 5.136, iZEN (ok), 19:41, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > И 80% софта запускай в Линуксуляторе.

    Почти весь софт из портов FreeBSD не нуждается в линуксаторе. Линуксатор надо включать в очень специфических ситуациях — когда нужно запустить БИРНАРНЫЙ софт, производитель которого отказался выкладывать исходники в свободный доступ и предоставляет только блоб для Linux.

     
     
  • 6.149, Аноним (102), 20:47, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да даже не обязательно бинарный. Тот, для которого отсутсвует порт. Сам-то писать патчи, чтоб собралось с libc BSD не каждый будет.
     
  • 6.155, Аноним (14), 21:03, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Линуксатор надо включать в очень специфических ситуациях

    как запустить вашу BSD на современных процессорах ?

     
     
  • 7.187, iZEN (ok), 23:25, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Линуксатор надо включать в очень специфических ситуациях
    > как запустить вашу BSD на современных процессорах ?

    Как обычно. Устанавливаешь систему на NVMe SSD с EFI-разделом для загрузчика и запускаешь.

    (Пишу с системы: MSI MAG B550M MORTAR / Ryzen 3900X / Samsung SSD 970 EVO 250GB / 2x16GB Kingston FURY Beast Black DDR4-2400/3600 / NVIDIA GT 1030).


     
     
  • 8.255, Аноним (14), 08:52, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    как обычно запустить BSD на Allwinner D1 ... текст свёрнут, показать
     
     
  • 9.317, Аноним (318), 23:33, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Например, взять и запустить, прекратив метанизировать лужи https github com f... текст свёрнут, показать
     
     
  • 10.329, Аноним (14), 09:50, 22/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    ножками подрыгать можно, но где все остальные драйверы https reviews freebsd... текст свёрнут, показать
     
     
  • 11.353, Аноним (-), 20:37, 22/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Что, даже UART в этот раз нет ... текст свёрнут, показать
     
     
  • 12.372, Аноним (14), 23:27, 22/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    uart у алвинеров должен как стандартный 16550A работать, так что есть наверняка ... текст свёрнут, показать
     
  • 10.354, Аноним (-), 20:40, 22/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ня Note that sun20i-d1-msgbox h is listed as GPL-only ... текст свёрнут, показать
     
     
  • 11.371, Аноним (14), 23:21, 22/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    там 5 строк с дефайнами - не проблема написать BSD Ж DT под двойной лицензией G... текст свёрнут, показать
     
     
  • 12.399, Аноним (-), 02:11, 24/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Тихо с314л и ушел называется нашел Посмотрим как такая лицензионная чистота п... текст свёрнут, показать
     
     
  • 13.419, Аноним (419), 12:46, 26/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    CODE SPDX-License-Identifier GPL-2 0 This header provides cons... большой текст свёрнут, показать
     
  • 13.420, Аноним (419), 13:06, 26/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Кстати да Лизателям ботинок айбиэма, майкрософта с ораклем и куче прочих биг-к... текст свёрнут, показать
     
  • 2.185, Прохожий (??), 23:23, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Это больше проблем вызовет, чем какие-то преимущества, связанные с безопасностью.

    У кого конкретно это вызовет проблемы, и какого рода проблемы?

     
  • 2.244, Анончик (?), 05:39, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Два языка разработки?

    Правильно. Язык должен быть один и максимальная унификация и централизация. Иначе будет разброд и шатание. Вангую появление зоопарка дистрибутивов а-ля Rust Free как это было с systemd. Но в итоге все прогрутся в ту сторону где больше бабла.

     
     
  • 3.311, Анонн (?), 18:58, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ну пусть будет зоопарк дистров. Вам оно мешает?
    Наоборот хорошо что все фрики будут сидеть по своим песочникам, а не гундеть на форумах.
    И их всегда можно будет послать в соответствующем направлении качать нужный им дистр.
     
     
  • 4.327, Пенис (?), 07:55, 22/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Фрики могли бы пакеты собирать и драйверы писать, а не ныть на форумах. В этом-то и трагедия.
     

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

  • 1.24, pofigist (?), 14:15, 20/02/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    > улучшена реализация RAID5/6 в Btrfs

    Она перестала внезапно терять все данные?

     
     
  • 2.400, Аноним (-), 02:11, 24/02/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Она перестала внезапно терять все данные?

    С разморозкой... тут сейчас 2023 так то.

     
     
  • 3.412, pofigist (?), 17:48, 24/02/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    То есть - по-прежнему теряет. Ну ок.
     

  • 1.39, ryoken (ok), 14:48, 20/02/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >>Для архитектуры PowerPC предложена новая реализация блокировок qspinlock, демонстрирующая более высокую производительность и решающая некоторые проблемы с блокировками, возникающие в исключительных случаях.

    Подскажите, к ppc64, или прямо сказать - к PowerMac G5 применимо или только к более поздним?

     
     
  • 2.245, Анончик (?), 05:45, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > PowerMac G5

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

     
     
  • 3.251, ryoken (ok), 07:47, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    "Отучаемся говорить за всех".
    У меня пара штук есть, да и вон целый подраздел форума с нормальными людьми. https://forums.macrumors.com/forums/powerpc-macs.145/
     
     
  • 4.277, Анонимусс (?), 10:14, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Целый форум фриков-барахольщиков? Ну, так себе аргумент.
    Это как придти после выставки ретро-авто в автосервис и возмущаться что никто не настраивает карбюратор.
     
  • 4.323, Аноним (323), 04:49, 22/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Вы бы ещё https://phantom.sannata.org/ в пример привели.
     
  • 3.314, _kp (ok), 21:46, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >> PowerMac G5
    > основная же масса давно утилизирована

    Помимо почивших маковских G5, еще живы и здоровы серверные процессоры от IBM.

    Поддержка именно PowerMac G5, интересует скорее для коллекции, чем необходимость.
    Но с учетом похожести архитектур, может подойти и антикварному компу.

     
     
  • 4.315, Анончик (?), 22:35, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > серверные процессоры от IBM

    Кхм, а их кто-то вообще живьём видел?

     
     
  • 5.424, ryoken (ok), 15:01, 01/03/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Кхм, а их кто-то вообще живьём видел?

    На авите есть :D. Как сами процы отдельно так и цельные сервера.

     

  • 1.46, Аноним (46), 15:16, 20/02/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    я недавно с 2.2 до 2.4 обновился. не понравилось.
     
     
  • 2.96, Аноним (102), 17:35, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Plasma стала запускаться после обновления?
     
  • 2.202, Аноним (-), 23:56, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > я недавно с 2.2 до 2.4 обновился. не понравилось.

    Вот ты авангардный, чо тебе на 0.1 не сидится? И комп 386 возьми.

     
     
  • 3.246, Анончик (?), 05:49, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > И комп 386 возьми.

    Такой комп в рабочем состоянии стоит как две двухкомнатные квартиры в среднестатистическом мухосранске где-то под Оренбургом. Времена когда их скидывали чуть ли не даром по цене цветмета давно прошли. Сейчас это винтаж и раритет. Третьи пни кстати тоже уже вошли в сие почётное звание, хрен ты 370 сокет найдешь за копейки, в отличии от 4 пней, которые покачто аж ничего не стоят.

     
     
  • 4.258, Аноним (258), 09:19, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Чушь же. У меня есть рабочий 486, даже с интернетом, ни хрена он не стоит.
     
  • 4.291, Аноним (38), 12:51, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ага китайцам скажи что пытаются сбыть старые корки за копейки. Все что старше и стоит больше 5 бачей бессмысленно. Старьевщики идиоты с их старыми играми, которые благодаря законам уже можно использовать не покупая  (да есть идиоты что едут куда-нибудь св Японию чтобы купить игорей для консолей древних).
     
  • 4.324, Аноним (323), 04:56, 22/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    386 досок в комплекте на авито полно, не за бутылку пива, конечно, но за раз в кабаке того же пива попить. Сложнее, пожалуй, к ним сейчас периферию найти.
    Socket 370 не нужен и за копейки, ни коллекционной, ни объективной ценности у него нет.
     
  • 4.355, Аноним (-), 20:42, 22/02/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Такой комп в рабочем состоянии стоит как две двухкомнатные квартиры в среднестатистическом
    > мухосранске где-то под Оренбургом.

    Хм, давай я тебе пару таких найду а ты мне пару квартир, окей? :)

    > ты 370 сокет найдешь за копейки, в отличии от 4 пней,
    > которые покачто аж ничего не стоят.

    Четвертые самые бестолковые были - горячие, прожерливые, медленные, choose any three.

     
     
  • 5.373, Аноним (373), 23:47, 22/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Четвертые самые бестолковые были - горячие, прожерливые, медленные, choose any three.

    Сразу видно человека, ничего не понимающего в ретро. Третьи пни в этом плане самый хлам, а вот четвёртые могут быть замедлены до уровня 8086 — и разогнаны до максимального уровня, что для некоторых DOS-приложений необходимо.

     
     
  • 6.401, Аноним (-), 02:14, 24/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >  Сразу видно человека, ничего не понимающего в ретро.

    Ну да, куда мне с парой вундервафель на Z80, 286 ящиком и p166mmx чай пить. Кстати 286 это мой первый агрегат которым я вообще как IBM-compat пользовался. С него начался мой путь "всерьез".

    > уровня 8086 — и разогнаны до максимального уровня, что для некоторых
    > DOS-приложений необходимо.

    Мсье знает толк в извращениях.

     
  • 5.374, Аноним (373), 23:49, 22/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Хм, давай я тебе пару таких найду а ты мне пару квартир, окей? :)

    Ты не в состоянии сделать поиск по авито? 386 доски идут по две-три тыщи.

     
     
  • 6.403, Аноним (-), 02:19, 24/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Ты не в состоянии сделать поиск по авито? 386 доски идут по две-три тыщи.

    Я то как раз в состоянии - а тот анон кажется нет. Пару квартир, вот предлагает. Ну, за пару квартир я ему даже вон те за вон ту сумму в долларах подгоню, чего уж, всяко не в минусе буду.

     

  • 1.48, Аноним (49), 15:23, 20/02/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    >>> В устройстве zRAM, позволяющем хранить раздел подкачки в памяти в сжатом виде

    Генератор тормозов системы. Проверено на Fedora. Как только они это реализовали сразу на глаз заметно что с системой что-то не так. Например, на Debian, с обычным разделом подкачки, все нормально.

     
     
  • 2.83, Ананий (?), 16:56, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Вот жешь, а я о таком мечтал для фришечки, а шо там используют, lz4 надеюсь?
     
  • 2.113, kawaii_girl (ok), 18:22, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • –7 +/
    Странно... У меня наоборот Fedora с zram работает быстрее чем другие дистрибутивы с обычным swap.
     
     
  • 3.145, Виндоф (?), 20:16, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    В /Винде вообще файл подкачки божественен. Держу в курсе. )
     
     
  • 4.275, kawaii_girl (ok), 10:10, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > В /Винде вообще файл подкачки божественен.

    В Linux тоже можно создать файл подкачки вместо раздела)


     
  • 3.205, Аноним (-), 00:01, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Погрузим газету в серную кислоту а журнал в дистилированную воду, ага Только во... большой текст свёрнут, показать
     
     
  • 4.274, kawaii_girl (ok), 10:08, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >вот zram можно и на других дистрибутивах пользоваться

    Конечно можно) Но там придется потратить дополнительное время на настройку, в то время как в Fedora все просто работает.

    >тестовой лабой редхата

    В чем эта "тестовость" заключается? Fedora - очень стабильный дистрибутив.

     
     
  • 5.356, Аноним (-), 20:51, 22/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ну да Я разок написал себе юнит системды подымающий мне это Потом затраты врем... большой текст свёрнут, показать
     
  • 3.259, Аноним (258), 09:20, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Я тебе больше скажу -- если ты swap вообще уберёшь, будет летать, как QNX Neutrino.
     
     
  • 4.272, kawaii_girl (ok), 09:55, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Зачем? Zram - оптимальное решение. Проблемы с ним возникают только если в ПК совсем мало ОЗУ. В таком случае можно добавить еще дополнительно swap файл.
     
     
  • 5.357, Аноним (-), 20:54, 22/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Зачем? Zram - оптимальное решение. Проблемы с ним возникают только если в
    > ПК совсем мало ОЗУ. В таком случае можно добавить еще дополнительно
    > swap файл.

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

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

     

  • 1.52, Аноним (99), 15:35, 20/02/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    >Начался перенос из ветки Rust-for-Linux дополнительной функциональности,

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

     
     
  • 2.57, Анонн (?), 15:48, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не ребята, это вы берите пример с латиноамериканцев, делайте форк и выпиливайте то что считаете нужным.
    А дальше предоставляйте всем кому он понадобится.
     
     
  • 3.64, Аноним (18), 16:24, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Хаха, этим свободным linux-libre пользуются 1,5 юзера на всей планете Земля.
     
     
  • 4.74, Анонн (?), 16:35, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ты беспокоишься, что форк "линукс-без-раста" перетянет на себя этого 0,5 юзера?
     
     
  • 5.78, Аноним (18), 16:38, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Разумеется, нет.
     
  • 3.93, Аноним (99), 17:31, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Мы, эксперты с опеннет не обязаны ничего делать.
    Пусть выкидывают этот бесполезный язычек из ядра, потому что любой эксперт с опеннет знает что rust не место ядре.
     
  • 2.143, Аноним (143), 20:01, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >Зачем нужно поддерживать их бесполезный драндулет.

    Для того чтобы ты возмущался. По-моему вполне веский аргумент.

     

  • 1.58, Cyber100 (ok), 15:57, 20/02/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Добавлена поддержка 800-гигабитных линков.

    срочно перехожу, уже сегодня.

     
     
  • 2.66, Аноним (102), 16:28, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Где 5-портовый свитч для квартиры купить?
     

  • 1.60, Neon (??), 16:01, 20/02/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Используемый в ядре тип "char" теперь для всех архитектур по умолчанию объявлен как беззнаковый - странная фигня. Всегда по умолчанию считался знаковым. Грабелек стало мало, решили добавить новые ?
     
     
  • 2.67, Максим (??), 16:29, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    char - это код символа, зачем ему знак? Если нужен байт со знаком - есть int8_t
     
     
  • 3.106, _kp (ok), 18:00, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Знаковость char на разных всегда была платформах разная. Сильно реже и его размер не 8 бит.
    Полагаться на то что он точно знаковый, или точно беззаковый - граблестроение!
    При вычислениях его нужно явно приводить к нужному типу со знаком или без, или использовать только для строк.

    Лучше б добавили опцию со случайным включением/отключением знаковости char. :)

     
     
  • 4.166, Аноним (99), 21:48, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Вы можете случайно включать опцию -funsigned-char или -fsigned-char
    Или написать свой режим для gcc и прислать разработчикам патч.
     
     
  • 5.184, _kp (ok), 23:21, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Я пишу под разные архитектуры, и моему коду глубоко фиолетово как реализован ти... большой текст свёрнут, показать
     
     
  • 6.207, Аноним (99), 00:06, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вы же сами хотели случайный char, вот можете воспользоваться. Опыт у вас видимо большой
     
  • 4.237, fuggy (ok), 03:44, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    То есть когда создавали Си делали его для кроссплатформенности, чтобы не использовать разный ассемблер. Но сделали типы на разных архитектурах не только разного размера, но и разной знаковости.
    Если всё равно приходится учитывать разные размеры типов под разными архитектурами, то где кроссплатформенность? Почему нельзя было сразу сделать нормальные int8, uint8 и тд. А если не учитывать различия архитектур, то при этом ловить ошибки типов.
     
     
  • 5.280, _kp (ok), 11:45, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Так сам язык сразу позволял переопределить типы как угодно Типы char, int, long... большой текст свёрнут, показать
     
     
  • 6.301, fuggy (ok), 14:59, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Так вот и остаётся вопрос. Если есть в языке стандартные типы, да они архитектурно зависимые. Нет не в компиляторе, они стандартные в стандарте языка. Но стандартные типы лучше не использовать, потому что можно выстрелить в колено размером типа. Тогда почему они стандартные? Стандартные же значит, что они должны подходить для большинства, как рекомендуемый способ.
    Конечно, если пишешь одноразовое приложение под машину разработчика, тогда нет смысла думать об этом. В остальных случаях так и так придётся использовать stdint.h, и стандартные типы не стандартные получаются.
     
  • 5.292, Аноним (38), 12:56, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Неправильно. Они создавали свой язык насмотревшись на другие языки программирования чтобы писать систему и утилиты не на ассемблере потому что сильно изгибнувшись можно было написать практически такой же быстрый код, но с меньшим числом записей. Гуру ассамблера спокойно читают сишный код понимая какие инструкции это будут. То что он оказался переносимым это уже отдельный эффект потому как требовался компилятор вначале чтобы перенести на целевую архитектуру. Изначально планировалось подсадить всех на свои компы конечно же как Ябло делает нынче.
     
  • 5.316, Аноньимъ (ok), 23:05, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >То есть когда создавали Си делали его для кроссплатформенности,

    Когда создавали Си - делали его ради шутки.
    Шутка в итоге оказалась глупая и злая.

     
  • 3.219, Аноним (-), 01:13, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > char - это код символа, зачем ему знак?

    Чтоб пятку себе покрасивее простреливать, с заподвыподвертом - сколько народа оперируя на массиве char[] о вон том вообще задумывается?

     
  • 2.76, Аноним (14), 16:37, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Всегда по умолчанию считался знаковым

    всегда считался зависимым от архитектуры, например на самой распространённой ARM - беззнаковый

    > Грабелек стало мало, решили добавить новые ?

    по вашему лучше чтобы код с неопределённым поведением оставался в ядре ?

            for (i = 0; i < P4_CNTR_LIMIT; i++) {
              ===>  j = bind->cntr[thread][i];
                    if (j != -1 && !test_bit(j, used_mask))
                            return j;
            }

    Making this member unsigned will make "j" 255 and fail "j != -1"
    comparison.

     
     
  • 3.80, Аноним (49), 16:43, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Архитектурно зависимые типы данных это то чем Сишники гордятся. Стандарты это навязчивые копрорастами ценности. Потом вылазят такие кабачки как GNU C, и собственные соскрябанные по сусекам stdint.h и inttypes.h в каждом GNU проекте с последней датой обновления 1999 год.
     
     
  • 4.86, Аноним (14), 17:07, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Потом вылазят такие кабачки как GNU C

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

    https://github.com/torvalds/linux/blob/master/tools/include/linux/types.h

     
     
  • 5.142, Аноним (49), 20:01, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > свои фиксированные типы
    > свои

    В этом и проблема.

     
     
  • 6.148, Аноним (14), 20:42, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > В этом и проблема

    проблема это когда железо недокументированное, а какие проблемы с пониманием u8, s8, u16, s16, u32, s32, u64, s64 ?

     
  • 6.160, Аноним (99), 21:31, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    А как надо?
     
     
  • 7.220, Аноним (-), 01:21, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А как надо?

    #include <stdint.h>
    #include <stdbool.h>

    Как-то так. И да, UB sux. Например на нормальном буле из C99 - избегается ряд UB. А когда вы просите именно uint8_t то можно ожидать именно это. А из чего кастомный u8 сделан - это такой себе отдельный вопрос. И как минимум заставляет тратить время чтобы изучить этот вопрос и понять границы применимости.

     
  • 4.134, Аноним (134), 19:27, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Так, плюсы ты перечислил, а минусы какие?
     
     
  • 5.161, Аноним (99), 21:37, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Никаких
     
  • 2.79, Аноним (49), 16:38, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Если вы садомазо и используете char вместо int8_t, а теперь жалуетесь что отрицательные значения выдают результат 255 минус значение + 1, то вам нужно сдать анализы и как можно скорее.
     
     
  • 3.107, _kp (ok), 18:05, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Хороший СИСТЕМНЫЙ компилятор должен реализовать строго то, что просил автор.
    Если автор чудит, то это неосознанный выбор автора, и его право. :)
     
     
  • 4.222, Аноним (-), 01:34, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Проблемав в том что в C строго - понятие растяжимое из за лени авторов стандарта... большой текст свёрнут, показать
     
     
  • 5.239, _kp (ok), 03:57, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Есть такое Но _главное_ назначение Си - писать системный код То что на нем мож... большой текст свёрнут, показать
     
     
  • 6.358, Аноним (-), 21:31, 22/02/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну вот временами ISO очень хочется дать в репу за такие стандарты Еще годике в ... большой текст свёрнут, показать
     
     
  • 7.379, _kp (ok), 12:27, 23/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >>

    Это называется "сериализация-десериализация". Но к сожалению не халявно по ресурсам

    Это если на каждый чих буфера выделять, то не халявно.
    А если как с потоком работать, передавая указатели на функции преобразования, то можно и без буферов и их копирования обойтись, делая всё на лету, в том числе в обработчиках прерываний на микроконтроллерах.
    Потом бывают упакованные данные или значительные объёмы, которые на мелких контроллерах просто не влезут ни в какие буфера.
    Но есть недостаток. Если писать на c++, или на Си, но именно gcc, то всё читаемо и хорошо. На на "обычном абстрактном Си" будет гадость, а не исходник.

     
     
  • 8.404, Аноним (-), 03:17, 24/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Это не имеет отношения к выделению буферов Вот смотри, прямо сейчас у меня есть... большой текст свёрнут, показать
     
  • 7.380, _kp (ok), 12:37, 23/02/2023 [^] [^^] [^^^] [ответить]  
  • +/

    >>генератор исходника, работающий по шаблонным правилам
    >Только потом в нем никто не разберется

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

     
     
  • 8.405, Аноним (-), 03:23, 24/02/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 7.382, _kp (ok), 16:30, 23/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >> Вон у ардуинщиков порой какие жуткие клубки проводов получаются. Иногда даже пашет.

    У ардуинщиков и распберристов, тех кто с железом работает, обычно сборка из готовых библиотек. Чего то оригинального из софта там не так много.
    А вот библиотеки для Ардуин вполне годный пример, когда очень часто пишут код который можно собрать не под конкретную железку, а чтоб работало на разных платформах.
    Но если с типом char там проблем и нет, то с типом int вполне часто встречаются грабли, при переносе кода на 64 битные железки.

     
     
  • 8.406, Аноним (-), 03:30, 24/02/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Раз на раз не приходится Вон там например FM трансмиттер через GPIO - довольно ... большой текст свёрнут, показать
     
  • 3.211, Аноним (211), 00:25, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Отрицательный signed не может выдать значение 255 если что.
     
     
  • 4.223, Аноним (-), 01:39, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Отрицательный signed не может выдать значение 255 если что.

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

    void abc(int def)
    {
    int abc[20];
    ...
    if (abc[def] > 0) ...  // interesting mem access if def < 0
    }

    Еще можно двигать на отрицательное число биты. Тоже годная развлекуха. Не то чтобы совсем не получится - но UB жесточайший.

     
  • 2.118, Аноним (99), 18:40, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Где в стандарте С написано что char должен быть беззаконным?
     
     
  • 3.127, Советский инженер (?), 18:58, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    где тьі в ядре увидел стандартньій С?
     
  • 3.188, _kp (ok), 23:26, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Где в стандарте С написано что char должен быть беззаконным?

    В стандарте прямо сказано, что char может быть каким угодно, а размер int не меньше размера char....

    В сделано согласно стандарту.

     
  • 2.121, Аноним (99), 18:47, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Грабелек стало мало, решили добавить новые ?

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

    Единственное что не понятно мне, веб-макаке, что плохого в беззнаковых типах char, ведь для них определено переполнение. А для типов со знаком переполнение вызывает неопределенное поведение.
    В смузи-языках типа java тип char беззнаковый.

     
     
  • 3.192, _kp (ok), 23:39, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Де-факто давно и так в основном компилируют с типом char, как беззнаковым Ново... большой текст свёрнут, показать
     
     
  • 4.206, Аноним (99), 00:03, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Уточните, пожалуйста:
    Что такое явная обработка переполнения, что такое неявная?
    О каких исключениях идёт в Си?
    Что за искусственная догма? Неопределенное поведение при переполнении у знаковых типов задано стандартом.
    Какой у вас опыт программирования на Си?
     
  • 2.168, Аноним (168), 22:02, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > тип "char"

    Когда тебе нужен не "символ", а число - пиши явно "signed char" или "unsigned char" и будет счастье!

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

     

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

  • 1.69, Аноним (102), 16:31, 20/02/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >Удалён пакетный драйвер для CD/DVD

    Без него остаётся возможность использовать UDF на DVD?

     
     
  • 2.90, . (?), 17:21, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Я например музыку на CD-rw пишу и слушаю. Линус, ты чего творишь? У меня от эмпэтришечек уши вянут
     
     
  • 3.111, _kp (ok), 18:16, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Именно в UDF пишете?
    Просто CD/CVD пока не похерены.
     
     
  • 4.247, Аноним (247), 06:13, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Просто CD/CVD пока не похерены.

    Последние ноуты со встроенным дисководом видел где-то в 2012 году. Сейчас такие только на барахолках, внешне ушатанные, с нерабочим CD\DVD приводом. Стационарники тех лет разве что у кого-то сохранились.

     
     
  • 5.248, Аноним (247), 06:17, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    P.S. Сейчас даже флэшки большая редкость, всё навсегда ушло в облака на профильные аудио\фото\видео хостинги, мессенджеры и социальные сети.
     
     
  • 6.281, _kp (ok), 11:52, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Какие ещё мифические облака?
    Кому под фотки достаточно, тот считай по нынешним меркам дисковом пространстве и нуждается.
    Облака, с их смешными объёмами и скоростями - это только хранение микро-бэкапов, и интернет обменник файлами.

    Флешки меньше используются, по другой причине.
    С распространением как скоростного Wifi, так и пока недобитого безлимитного мобильного интернета, часто файлы перекидывают с ноутбука на комп, или смартфон без флешек, а по сетям.


     
  • 6.303, ivan_erohin (?), 17:41, 21/02/2023 Скрыто ботом-модератором     [к модератору]
  • –1 +/
     
  • 3.340, Аноним (323), 13:43, 22/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    А вам жизненно важно WAV именно на CD-RW писать?
     
  • 2.123, _kp (ok), 18:50, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Целью было не похоронить UDF, и тем более по тихому.

    После обновления всплыли баги в драйвере drivers/block/pktcdvd.c.
    Обнаружилось, что тем драйвером заниматься некому.
    И тут обратили внимание, что драйвер то ненастояший, и "pktcdvd" всего лишь типа перенаправляет ioctl на более настоящие драйверы.

    О, Дублирующийся функционал! Да 20ти летний. И вроде бы драйвер /dev/cdrom сейчас должен делать всё что же делал pktcd.
    Удаляем лишнее, и радуемся.

    Проверять никто не стал. Не очень массовая сейчас функция - записываемые UDF диски.
    Впрочем, что может пойти не так. Выкладываем.

    Но.. всякая непредвиденная ситуация обязательно случается.
    Теперь и сам Линус подключился к решению.

     
     
  • 3.250, Аноним (247), 06:23, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Целью было не похоронить UDF
    > Обнаружилось, что тем драйвером заниматься некому

    Вспомнилась история со скроллбэк буфером. Там такая же тема была, в итоге теперь невозможно проскроллить привычным Shift+PageUp в ядрах начиная с 5.9 и новее.

     
     
  • 4.284, Аноним (283), 12:13, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Так вроде же вернули в каком-то после 5.15, не?
     
     
  • 5.386, Perlovka (ok), 21:41, 23/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    5.15.94 - все еще не работает
     
  • 2.170, Аноним (168), 22:13, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    На cdrecord и dvd+rw-tools этот драйвер никак не повлияет! На поддержку UDF в ядре тоже не повлияет.


    Этот драйвер позволял примонтировать DVD+RW (например, с udf, можно и с fat) диск и использовать его как флешку. В некоторых операционках что-то похожее называлось mount rainer.

    Я этим драйвером пользовался 15 лет назад, укатал 2 DVD+RW (на блюрее на такие проблемы пофиг, там аппаратный remap блоков есть).

    Но этот драйвер уже очень давно сломан (попытка записи или чтения за пределы 4Гб). Результат поломки был плачевный - ядро зависало на попытке записать (или прочитать) за пределы 4Гб. Ядро!!! никакие kill тут уже не помогут, только rmmod -f (но тоже без гарантий и только если драйвер собран модулем). Лет 10 уже этой ошибке было...

     
     
  • 3.285, Аноним (283), 12:18, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Жаль, я DVD[-+]RW когда форматировал в ext2. Вдруг, понадобится ещё, за железным занавесом живём же.
     
     
  • 4.286, Аноним (283), 12:23, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    А аналог этого пакетного драйвера случайно существует для FUSE?
     
     
  • 5.302, . (?), 16:10, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Я недавно наткнулся на древнюю статью об использовании cd-rw в качестве флешки, но там речь шла о семействе bsd
     
  • 5.308, Аноним (308), 17:56, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Пакетный драйвер это именно блочное устройство - возможность ПЕРЕЗАПИСАТЬ произвольный сектор на DVD+RW, или ЗАПИСАТЬ данные в любой (не обязательно в следующий за последним записанным) сектор на DVD+R (понятно, что сектор должен быть неиспользован до этого). Это все функции, которые реализовывал пакетный драйвер.

    На CD или DVD-R такой возможности нет!!! Так умеют только DVD+R, DVD+RW, DVD+RAM и BD.


    Поддержка fs - это уже на следующем уровне. Если хочешь ext2 на CD/DVD/BD - подготовь образ с ext2 (не обязательно же с iso или udf) и запиши его с помощью cdrecord.

     
     
  • 6.309, . (?), 18:44, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Вот это я понимаю экспертный уровень! Благодарю!
     

  • 1.70, Аноним (82), 16:32, 20/02/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Wi-Fi 7 (802.11be)

    Нормальный роуминг из коробки? Переключение на бегу между WiFi и шнурком (например отключил ноут из док-станции и ушёл посреди звонка в митинг рум)?

     
     
  • 2.110, Павел (??), 18:12, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    А в каком месте это проблема ядра?
     
     
  • 3.163, Аноним (82), 21:44, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Оптом с вифи и прочими сетевыми подсистемами. Но если хочешь поныть что это не так, то тебе придётся искать чуть меньший комбайн, чем в этой новости
     

  • 1.85, Аноним (85), 17:01, 20/02/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    А кто может шарит, сделают/сделали ли для ntfs3 поддержку mmap для сжатых файлов? На 5.15 нету.
     
  • 1.88, DEF (?), 17:12, 20/02/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >В Btrfs внесены улучшения, нацеленные на исправление проблемы "write hole" в реализации RAID 5/6

    Дждесять лет ждал! ZFS - давай, досвиданья!

     
     
  • 2.164, Аноним (82), 21:46, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    ололололо, ты ещё не все грабли бтрфс собрал, давай, досвидания, увидимся в комментах под следующим релизом, а потом под следующим и так ещё лет 10
     
     
  • 3.189, DEF (?), 23:26, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Тише, луддит. Не кипишуй. Я юзаю Btrfs с 2012 года и за все это время ни одного бита не потерял. Так что, если ты любитель собирать грабли там, где их нет - то я тут причем?
     
     
  • 4.266, Аноним (266), 09:42, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Если диски, на которых была btrfs +/- часто подключались к ПК, то ты bit-rot и при любой другой конфигурации не заметил бы.
     
  • 3.191, DEF (?), 23:33, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Свое протухшее железо обнови. Специально для тебя месседж от разрабов btrfs:

    If you use unreliable hardware and don’t know about that, don’t blame the filesystem when it tells you.

    Так что, ара, ты кто такой? Давай, досвиданья!

     
     
  • 4.224, Аноним (-), 01:47, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Эти дятлы еще и dmesg не читают когда там система матюкается, игнорят кучу глюков компа от битой оперативки или глюкавого проца - а виновата потом ФС почему-то.

    Btrfs в таких случаях хотя-бы жестко вопит в dmesg на тему CSUM ERROR - и тут уж сразу понятно чот дело тут не в ФС нихрена. А самодиагностика систем все же избавляет от кучи дурных проблем. Не, намного лучше когда ntfs или ext4 какой якобы-прекрасно работает - но только потом "почему-то" внезапно совсем сыпется и оказывается что вместо данных и метаданных там давно труха, просто это не замечали.

     
     
  • 5.238, Аноним (238), 03:49, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Конечно, ФС не виновата в проблемах процессора и оперативки В них есть контроль... большой текст свёрнут, показать
     
     
  • 6.359, Аноним (-), 21:47, 22/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Не у всех, не всегда, и данных так то больше - на них сильно виднее Чексуммы же... большой текст свёрнут, показать
     
  • 4.427, Аноним (427), 13:35, 25/03/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >If you use unreliable hardware and don’t know about that, don’t blame the filesystem when it tells you.

    Неплохой такой перенос ответственности по-умолчанию на железо. Вот бы все разработчики системного ПО так писали.

     
  • 2.235, Аноним (238), 02:35, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    На r/btrfs говорят "Not a fix to the write hole".
    улучшения, нацеленные на исправление == начали заниматься
     

  • 1.104, Аноним (104), 17:53, 20/02/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +9 +/
    > Реализация защищённого вывода

    Это не "защищённый" вывод, это кастированный вывод. Так же как все эти SGM, TDX и прочие TPM предназначены для борьбы с пользователем.

    Вообще 90% изменений в ядре теперь предназначены для нужд энтепрайза (читай - зарабывания бабла), ещё 10% - для протаскивания различных блобов и огороженного со всех сторон оборудования вида "чёрный ящик" (ещё больше бабла).

    Тот линукс который мы заслужили.

     
     
  • 2.120, Анончик (?), 18:43, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Линукс давно в стагнации. Я хорошо помню как он развивался в нулевые, все пророчили скорый виндекапец, и тогда реально были причины так думать. Но современный линукс от линукса нулевых отличается лишь слегка изменённым дизайном, и то не везде.
     
     
  • 3.190, DEF (?), 23:30, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ты чего несешь вообще? Линукс нулевых - это глючная командная строка. Линукс сегодня - платформа для запуска почти всего, включая 80% игр.
     
  • 2.122, Аноним (99), 18:48, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Именно по этому все нормальные люди перешли на windows 11
     
     
  • 3.128, _kp (ok), 19:03, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Многие перешли, и я использую и Win11.
    А много ли народу пользуются ректальными учетными записями? ;)

    А то уже приходилось устранять на Window11 нехорошие последствия у немногочисленных "cчатливчиков" использовавших с дуру онлайн учётки.  

     
  • 3.212, деанон (ok), 00:30, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Вынуждено сижу на Винде 1,5 года и проклинаю это дерьмо каждый день
     
     
  • 4.231, Аноним (-), 02:12, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Вынуждено сижу на Винде 1,5 года и проклинаю это дерьмо каждый день

    Рабовладелец приковал цепью к системнику с виндой? Жестокий тип, кто-то из расы Goua'uld-ов наверное развлекается, они всякие медленные пытки любят...

     
     
  • 5.337, деанон (ok), 12:48, 22/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >> Вынуждено сижу на Винде 1,5 года и проклинаю это дерьмо каждый день
    > Рабовладелец приковал цепью к системнику с виндой? Жестокий тип, кто-то из расы
    > Goua'uld-ов наверное развлекается, они всякие медленные пытки любят...

    Я уже говорил об этом, но еще раз повторю. У детей бывает только черное и белое, но мир не такой

     
     
  • 6.361, Аноним (-), 21:50, 22/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Я уже говорил об этом, но еще раз повторю. У детей бывает
    > только черное и белое, но мир не такой

    Я просто предпочитаю работать в комфортном окружении. Так я сильно эффективнее. И "приходится" тут не уместно. Такую работу лучше отдать другим. А на мой век тасков и проектов явно хватит.

     
  • 5.347, Аноним (347), 16:43, 22/02/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Рабовладелец приковал цепью к системнику с виндой?

    Мир не ограничивается твоим доисторическим системником на Core2 Duo. В 2023 году основная масса устройств это планшеты, смартфоны и ноутбуки, которые жёстко вендорлокнуты на винду, ios, macos или андроид. Могу лишь пожелать удачи при попытке установить НЕ_винду на современный ультрабук (современный это не старше 1-2 года).

     
     
  • 6.369, Аноним (-), 22:51, 22/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Странно, мой ноут не в курсе что он вендорлокнут на что-то А остальные так то в... большой текст свёрнут, показать
     
     
  • 7.384, Аноним на четвёртом пне (?), 19:07, 23/02/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Странно, мой ноут не в курсе что он вендорлокнут на что-то.

    Ноут 15 летней давности на Core2 Duo?

     
     
  • 8.387, Perlovka (ok), 21:46, 23/02/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Thinkpad T490, до этого T480, до этого еще парочка, включая x201, полет нормальн... текст свёрнут, показать
     
     
  • 9.391, Аноним на четвёртом пне (?), 22:12, 23/02/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    И чё всё работает, вентилятор, тачскрин, 4к скэйлинг, двойная камера, блютуз, nf... текст свёрнут, показать
     
     
  • 10.392, Perlovka (ok), 22:26, 23/02/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да все работает, 4к не тестил, негде, двойной камеры тоже нет , все остальное в... текст свёрнут, показать
     
     
  • 11.396, Аноним на четвёртом пне (?), 00:37, 24/02/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Так речь про актуальное железо, а не про твой Core2 Duo с разрешением 800х600 ... текст свёрнут, показать
     
     
  • 12.397, Perlovka (ok), 01:02, 24/02/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ну да, куда уж моему Alder Lake с 3060ti до актуального железа Нищенствую поне... текст свёрнут, показать
     
  • 10.407, Аноним (-), 03:40, 24/02/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А чего, не должны Для меня есть 1 разрешение - нативное число пикселей матрицы ... большой текст свёрнут, показать
     
  • 3.225, Аноним (-), 01:51, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Именно по этому все нормальные люди перешли на windows 11

    Поэтому пусть они в свою виндочку идут отсюда и не рассказывают нам как делать Linux правильно. Если им виндочка мила - там пусть девам и лечат как надо. А тут они не велкам.

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

     
     
  • 4.348, Аноним (347), 16:45, 22/02/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Я внезапно перешел на линукс

    Сколько уже дистрибутивов сменил в тщетных попытках найти заменитель винды?

     
     
  • 5.362, Аноним (-), 21:55, 22/02/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Один когда вырос из убунты, по лицензированию и желанию делать кастомные систем... большой текст свёрнут, показать
     

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

  • 1.116, Серб (ok), 18:39, 20/02/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Используемый в ядре тип "char" теперь для всех архитектур по умолчанию объявлен как беззнаковый

    Что бы rust смог в множество архитектур взяли и эти архитектуры стали сдвигать ближе друг к другу :)

     
     
  • 2.253, Аноним (99), 08:32, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Очередные костыли для бесполезного повесточного языка
     

  • 1.117, Анончик (?), 18:39, 20/02/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    Очередное мусорное ядро. Совместимость сломали так и не пофиксив. Если ноут на i7-8650U с 5.* ядром грузится и работает нормально, то с 6.* вообще даже не загружается.
     
     
  • 2.119, Аноним (18), 18:43, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Именно поэтому debian - лучший дистр, там lts. А через 5 лет в апстриме это пофиксят уж точно!
     
  • 2.130, iPony129412 (?), 19:07, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • –6 +/
    >  i7-8650U - 2017

    Тебе намекают, что уже устарел в мире линуксов

     
     
  • 3.137, Аноним (247), 19:44, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > устарел в мире линуксов

    Не то что твой Core2 Duo.

     
     
  • 4.157, Аноним (157), 21:19, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Мой кор два Дуо работает отлично.
     
     
  • 5.344, Аноним (344), 14:39, 22/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    И мой справляется (P9800).
     
     
  • 6.349, Аноним (347), 16:52, 22/02/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Странные у вас поводы для хвастовства, учитывая что сегодня даже самый бюджетный телефон будет производительнее доисторического Core2 Duo. Нет денег обновиться? - Подкопите пенсию да купите Зеон с Алиэкспресс.
     
     
  • 7.408, Аноним (-), 03:50, 24/02/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.139, Аноним (139), 19:51, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ничего скоро сделают Фуксию там всё будет правильно.  
     
     
  • 3.153, Аноним (102), 20:57, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Гугель разрабов на мороз выгоняет.
     
     
  • 4.167, Аноним (139), 21:54, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Так они от этого лучше работает. Не все хотят на мороз.  
     
     
  • 5.232, Аноним (-), 02:13, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > Так они от этого лучше работает. Не все хотят на мороз.

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

     
     
  • 6.261, Аноним (139), 09:24, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    У тебя как вообще с логикой, ты себя нормально чувствуешь? Типа оставшиеся программисты это ломы или что за бред ты написал? Нет такие же программисты остались кто не может мести метлой пусть займется другой работой.
     
     
  • 7.288, Аноним (283), 12:26, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Просто заледеневший плац труднова-то мести метлой.
     
  • 7.363, Аноним (-), 21:57, 22/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Фуксиков гугл так то увольнял недавно. Намекает на реальную ценность их работинга.
     
  • 2.144, Аноним (14), 20:10, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Если ноут на i7-8650U с 5.* ядром грузится и работает нормально

    то надо этим ядром и пользоваться

    > с 6.* вообще даже не загружается

    на мусорных процессорах

     
     
  • 3.146, Аноним (247), 20:26, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > на мусорных процессорах

    А какой не мусорный? Четвёртый пень?

     
     
  • 4.156, Аноним (14), 21:09, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > А какой не мусорный?

    райзены конечно

     
  • 3.227, Аноним (-), 02:03, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > то надо этим ядром и пользоваться

    Вообще-то надо баги репортить, а если мозга хватит - то и бисектить. Как доктор говорю, это работает.

     
  • 3.339, Аноним (323), 13:41, 22/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Очень удобная позиция, на чём наш софт не работает, то мусор. Даже может как в данном случае быть: раньше было не мусором, а стало мусором.
     
  • 2.165, Unknown (??), 21:47, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Случайно монитор не 4k? Если да - попробуй в grub2 поменять разрешение экрана на небольшое (для надежности 640x480), мне помогло. Есть бага в загрузчике (например вот https://bugs.launchpad.net/oem-priority/+bug/1842320), что он не может правильно кусок свободной памяти найти. А последние ядра стали слегка "потолще" предыдущих и то, что раньше влезало, теперь не влезает и не грузится.
     
  • 2.173, Аноним (134), 22:29, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    У меня наоборот 5.4.xxx сломали без изменений конфига, а потом ещё на следующем лтс (который работал удивительным образом) портировали включение CONFIG_SYSFB дефолтом из-за чего на моём uefi загрузка дальше курсора в углу экрана не идёт. Это надо было догадаться почему теперь ничего не показывает.
     
     
  • 3.176, Аноним (134), 22:30, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Наоборот, потому что у 6.0 и 6.1 ноль проблем и никаких сложностей при при сборке ведра, а вот лтс постоянно рассыпаются из-за криво портированных патчей.
     
  • 2.226, Аноним (-), 01:57, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > вообще даже не загружается.

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

    ... а вот и нет. Спасение утопающих дело рук самих утопающих. Если кто это не понимает, он экосистемой ошибся так то.

     
     
  • 3.242, Анончик (?), 05:33, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > репортить

    Я, если честно, понятия не имею как это делается. И не хочу знать. Мне компьютер нужен чтобы с его помощью деньги зарабатывать, а не совокупляться с ним. Поэтому у меня стоит православная 11 винда, а Linux бегает в виртуалках и WSL. О багах должны париться девелоперы и мейнтейнеры, а не юзеры.

     
     
  • 4.249, . (?), 06:20, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > а Linux бегает в виртуалках и WSL.

    А почему там не бегает ваша любимая супер винда?

     
  • 4.306, Unknown (??), 17:52, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Странная позиция. Зачем же ты тогда вообще пытался свою православную венду поменять на линукс? Жил бы с ней, раз все так замечательно. Для тех, кто не хочет приключений есть путь без "совокуплений" - купить железку с линуксом от вендора, чтобы с поддержкой и вот этим вот всем. Неужели наш "зарабатыватель денег" не знает о этом?
     
     
  • 5.313, Анончик (?), 21:36, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > купить железку с линуксом от вендора, чтобы с поддержкой и вот этим вот всем

    1) Поддержка там только на текущий LTS со вшитыми вендорскими патчами
    2) Это как правило самые днищенские машины. Я привык к железу премиум класса


    > Зачем же ты тогда вообще пытался свою православную венду поменять на линукс?

    Пожалуй даже коментировать не стану

     
  • 4.364, Аноним (-), 22:02, 22/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Твой выбор но - увы - при этом почему-то норовят держать за д00рака, навязывать ... большой текст свёрнут, показать
     
  • 2.394, Perlovka (ok), 22:33, 23/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ядро как ядро, работает и не жужжит. В отличие от модераторов, которые сносят ветки обсуждений посреди разговора.

    >~ # uname -a
    >Linux 6.2.0 #1 SMP PREEMPT_DYNAMIC Thu Feb 23 21:20:48 IST 2023 x86_64 Intel(R) Core(TM) i5-8265U >CPU @ 1.60GHz GenuineIntel GNU/Linux

     
     
  • 3.409, Аноним (-), 04:20, 24/02/2023 Скрыто ботом-модератором     [к модератору]
  • +/
     

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

  • 1.125, Аноним (-), 18:55, 20/02/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >автоматически снимает копилефт-требования для устаревшего когда, которому более 15 лет.

    Великий Столлман это одобряет?

     
     
  • 2.138, Аноним (247), 19:44, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Дед уже на пенсии и не при делах.
     
  • 2.140, Аноним (139), 19:51, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Так если не одобрит за ним придут.
     
  • 2.154, Аноним (102), 20:58, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Крайне сомнительно, что он подобное одобрит.
     
     
  • 3.321, Аноним (321), 01:57, 22/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Крайне сомнительно, что его мнение кому-либо интересно.
     
     
  • 4.345, Аноним (344), 14:43, 22/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Сторонникам СПО интерсно. Несмотря, занимает он в данный момент какую должность или нет. Он своей предыдущей деятельностью на посту уважения уже заработал.
     

  • 1.169, Аноним (169), 22:10, 20/02/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >автоматически снимает копилефт-требования для устаревшего когда, которому более 15 лет.

    Да Торвальдс совсем не але стал. Это просто дичь какая-то.

     
     
  • 2.171, Аноним (139), 22:24, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Как корп скажет так Линус и вскукарекнет.  
     
  • 2.178, Аноним (172), 22:36, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Щас бы насчёт лицензий как истинные бюрократы рядиться
     
     
  • 3.196, Аноним (139), 23:45, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Ну конечно же надо просто потерпеть и сплотится вокруг Линуса Торвальдса.
     
  • 3.343, Аноним (344), 14:36, 22/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Не надо недооценивать политические моменты в опенсорсе. RMS это отлично понимал, за что его корпы ненавидели.
     
  • 2.271, Аноним (271), 09:52, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А что ты хотел? Быть гражданином сша это тебе не хухры-мухры, надо свободу и демократию корпораций охранять!
     

  • 1.179, Anonim (??), 22:53, 20/02/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Встречайте, новая стратегия Embrace, Extend, and Expropriate для Linux? https://habr.com/ru/post/718174/
     
     
  • 2.180, Аноним (14), 23:10, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > новая стратегия Embrace, Extend, and Expropriate для Linux?
    > Лицензия Copyleft-Next содержит пункт об автоматической отмене копилефт-требований для кода через 15 лет. Другими словами, через 15 лет термин «Copyleft» у лицензии Copyleft-Next превращается в тыкву, а исходный код можно будет использовать уже без учета требований GPL, в том числе и без обязательного наследования лицензий и свобод для пользователя в производных произведениях.

    1 Лицензию выбирает владелец кода - это его право передать код в свободное пользование через 15 лет или нет

    2 В США патенты перестают действовать через 20 лет - кто и кого захватил за счёт этого ?

     
     
  • 3.183, Аноним (139), 23:14, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Почему ставится знак равенства между патентами и кодом?

    Почему правила меняются на лету по желанию левой пятки?

     
     
  • 4.186, Аноним (14), 23:25, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Почему правила меняются на лету по желанию левой пятки?

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

     
     
  • 5.195, Аноним (139), 23:44, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А чего бы сразу денег не попросить? Или  устроить шантаж?
     
     
  • 6.203, Аноним (14), 00:01, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > А чего бы сразу денег не попросить? Или  устроить шантаж?

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

     
     
  • 7.262, Аноним (139), 09:26, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • +2 +/
    И что теперь их код резко стал проприетарным или они могут выборочно соблюдать правила лицензии или как вообще в твоём воображаемом мире это связано?
     
     
  • 8.278, Аноним (14), 10:19, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    в Linux автор кода не передаёт права на свой код после публикации, какие твои по... текст свёрнут, показать
     
  • 3.214, Аноним (211), 00:39, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >2 В США патенты перестают действовать через 20 лет - кто и кого захватил за счёт этого ?

    А авторское право +70 лет после смерти автора.

     
  • 2.182, Аноним (139), 23:13, 20/02/2023 [^] [^^] [^^^] [ответить]  
  • +1 +/
    И в чём они не правы? Они делают все правильно, разыгрывают как по нотам. И мы все знаем что у них все получится.  
     
  • 2.213, Аноним (211), 00:35, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Linux != GNU/Linux
     
     
  • 3.233, Укра1111нець (?), 02:18, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Правильно. GNU/Linux вообще нигде не грузится кроме как на паре-тройке железок из позапрошлого десятилетия, в отличии от просто Linux который хоть как-то но работает на десктопах скрипя зубами.
     
  • 2.254, Аноним (99), 08:40, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Именно так. Теперь опенсорс хомячки будут горбатиться на корпорации за просто так.
     
     
  • 3.395, Аноним (395), 23:55, 23/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Как раньше за зарплату горбатились, так и дальше будут. Напоминаю, что подавляющее большинство коммитов в ядро делается корпоративными работниками за корпоративную зарплату.
     
  • 2.256, Аноним (99), 08:56, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Интересно читал ли автор наброса лицензии gpl v2 и gpl v3 или просто свои фантазии на хабр вывалил?
    У меня стойкое ощущение что нет.
     
  • 2.289, Аноним (283), 12:38, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Нужно форкать код под этой (квази)Copyleft-Next в код под GPLv2 до истечения 15 лет. А потом в суде предъявлять: "А вот он есть такой код под GPLv2, а вы его в свой проприетарный засунули".
     
     
  • 3.298, Аноним (-), 13:51, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Copyleft-Next можно форкнуть в "GNU GPL v3+"? Чтобы у проприетарщиков взорвался пукан. Ведь сейчас эти гады тусуются в Linux Foundation.
     
  • 3.310, Аноним (395), 18:55, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Да-да, конечно-конечно. Докажи только, что я его из твоего форка взял под ГПЛ, а не из оригинала под копилефт-некст. Как докажешь — сразу приходи.
     
     
  • 4.346, Аноним (344), 14:51, 22/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    А ты обратное докажи.
     
     
  • 5.376, Аноним (395), 00:41, 23/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, юриспруденция так не работает.
     
  • 4.428, Аноним (427), 13:43, 25/03/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >Докажи только, что я его из твоего форка взял под ГПЛ, а не из оригинала под копилефт-некст.

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

     

  • 1.241, Аноним (395), 05:11, 21/02/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Может кто-нибудь объяснить что такое split-lock, чем он плох, и как такое получается?
     
     
  • 2.252, Аноним (211), 08:22, 21/02/2023 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Фича x86 архитектуры. Остальное у ChatGPT можешь спросить.
     

  • 1.260, Аноним (258), 09:23, 21/02/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    В 6.2 сломали mSBC для Bluetooth.

    Теперь гарнитуры не работают.

     
     
  • 2.411, Perlovka (ok), 12:34, 24/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    > В 6.2 сломали mSBC для Bluetooth.
    > Теперь гарнитуры не работают.

    У меня работает. Не в ядре дело, видимо.

     

  • 1.300, Аноним (300), 14:19, 21/02/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > Добавлена поддержка беспроводных адаптеров на базе чипов Realtek 8852BE, Realtek 8821CU, 8822BU, 8822CU, 8723DU (USB)

    Да когда уже 8852AU добавят? Достал уже глючный однодиапазонный DKMS с гита.

     
     
  • 2.342, Аноним (344), 14:33, 22/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    К сожалению, Столмана не смолгли защитить.
     

  • 1.307, Аноним (-), 17:55, 21/02/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >автоматически снимает копилефт-требования для устаревшего кода, которому более 15 лет.

    Это атака на Свободу. Ничего-ничего... защитили Столлмана, защитим и ядро!

     
  • 1.319, Аноним (319), 01:55, 22/02/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >В драйвере amdgpu снова отработали заказ копирастов.

    Ясно.

     
  • 1.325, Аноним (347), 05:13, 22/02/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Нормальное ядро. В логах dmesg ошибок почти не осталось. Итак: "dmesg -l3" вообще пусто стало, а "dmesg -l4":

    ENERGY_PERF_BIAS: Set to 'normal', was 'performance'
    nvme nvme0: missing or invalid SUBNQN field.
    nvme nvme0: ctrl returned bogus length: 16 for NVME_NIDT_EUI64
    kauditd_printk_skb: 18 callbacks suppressed
    kauditd_printk_skb: 23 callbacks suppressed
    kauditd_printk_skb: 9 callbacks suppressed
    kauditd_printk_skb: 3 callbacks suppressed
    kauditd_printk_skb: 1 callbacks suppressed

     
  • 1.350, Андрей (??), 17:15, 22/02/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Какие преимущества даёт "Copyleft-Next"-лицензия? В чём смысл её добавления?
     
     
  • 2.378, Аноним (-), 09:58, 23/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    >Какие преимущества даёт "Copyleft-Next"-лицензия? В чём смысл её добавления?

    Для тебя никаких преимуществ нет и не будет. Оно предназначено для корпорастов. Через 15 лет они перелицензируют часть кода ядра на бздунку-пермиссивку. Ну а бздунка-пермиссивка, в свою очередь, совместима с лютой проприетарщиной.

     

  • 1.367, Аноним (367), 22:44, 22/02/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > Добавлена поддержка ARM SoC и плат Apple T6000 (M1 Pro), T6001 (M1 Max), T6002 (M1 Ultra)

    Вот и получилось что прочитав эту новость я один фиг о поддержке Mac'ов в ванильном ядре узнаю на 3dnews :-[

     
     
  • 2.383, Аноним на четвёртом пне (?), 19:03, 23/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Не особо радуйся. Оно всё равно можно сказать что не_работает.
     

  • 1.414, Аноним (414), 09:39, 25/02/2023 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Корпорасты хотят безнаказно воровать код Linux Еще разок это лязейка для перма... большой текст свёрнут, показать
     

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



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

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