The OpenNET Project / Index page

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

Релиз ядра Linux 4.20

24.12.2018 08:01

После двух месяцев разработки Линус Торвальдс представил релиз ядра Linux 4.20. Среди наиболее заметных изменений в ядре 4.20: поддержка процессорной архитектуры C-SKY, планировщик трафика taprio, подсистема PSI (Pressure Stall Information), P2P DMA для PCI, рефакторинг кода обработки сигналов, подключение диссекторов сетевого потока (разбор трафика) через BPF, перевод страничного кэша на новую структуру XArray, объединение драйверов amdgpu и amdkfd, увеличение производительности подсистемы FUSE, возможность фильтрации сетевых пакетов на основе меток secmark, включение вложенной виртуализации для KVM.

В новую версию принято 14997 исправлений от 1857 разработчиков, размер патча - 49 Мб (изменения затронули 11402 файлов, добавлено 686104 строк кода, удалено 318945 строк). Около 47% всех представленных в 4.20 изменений связаны с драйверами устройств, примерно 17% изменений имеют отношение к обновлению кода специфичного для аппаратных архитектур, 14% связано с сетевым стеком, 3% - файловыми системами и 4% c внутренними подсистемами ядра.

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

  • Сетевая подсистема
    • TCP-стек переведён на использование модели, определяющей наиболее раннее время отправления каждого пакета при распределении исходящего трафика. Реализованная модель пытается решить проблемы с масштабированием через использование вместо очередей исходящих пакетов закольцованной структуры на основе таймера, определяющего самое раннее время, в которое каждый пакет может быть отправлен. Подобная структура позволяет увеличить эффективность распределения отправляемых пакетов и более точно вычислять время приёма-передачи (RTT, round-trip time) при формировании потока;
    • Добавлена возможность загрузки в виде BPF-программ обработчиков, осуществляющих разбор заголовков пакетов в сетевом потоке (network flow dissectors), что позволяет добиться более высокой производительности и защищённости по сравнению c ранее предлагаемой реализацией на языке Си;
    • Реализован новый планировщик трафика "taprio", позволяющий управлять отправкой пакетов в соответствии с предварительно сгенерированным временным рядом. Метод планирования определён в спецификации IEEE 802.1Qbv, учитывает требования к передаче трафика, чувствительного ко времени доставки пакетов (например, видео и звуковые потоки) и использует разные временные интервалы для различных классов трафика;
    • Для протокола rtnetlink реализован режим строгой проверки ("rigid checking"), дающий возможность убедиться, что в пространство пользователя передаётся актуальная информация, соответствующая поступившему запросу;
    • Добавлена возможность фильтрации дампов с информацией о маршрутизации по используемым протоколам (например, для разделения маршрутов от разных демонов маршрутизации), типам маршрута (например, для выделения unicast), идентификатору таблицы маршрутизации и ближайшему шлюзу (nexthop). Подобные фильтры уже достаточно давно поддерживаются в iproute2, но выполнялись в пространстве пользователя. Перенос фильтров в пространство ядра позволяет повысить эффективность работы крупных систем маршрутизации на базе Linux;
    • Начальный размер принимающего буфера для TCP увеличен с 87KB до 128KB, а начальный размер окна приёма пакетов с 29KB (20 MSS) до 64KB;
    • В реализацию сетевых мостов (подсистема bridge) добавлена возможность просмотра статистики по VLAN в разрезе отдельных портов;
    • В беспроводной стек ieee80211 добавлена поддержка 5 и 6 каналов для диапазона 60GHz, а также предоставлена возможность включения функциональности FTM Responder из пространства пользователя;
    • Для сетевых сокетов реализована опция PACKET_IGNORE_OUTGOING для игнорирования попыток отправки через данный сокет исходящих пакетов;
    • В подсистему AF_XDP (eXpress Data Path), позволяющую запускать BPF-программы на уровне сетевого драйвера, добавлена поддержка технологии Zero-copy для обработки сетевых пакетов без их копирования в основную память;
  • Дисковая подсистема, ввод/вывод и файловые системы
    • Большая часть драйверов блочных устройств переведена на новый API blk-mq (multiqueue), поддерживающий разделение очередей для блочных устройств. Поддержку старого API планируют прекратить в следующем выпуске ядра. Некоторые драйверы также переведены на базовый DMA mapping API;
    • К коду Btrfs применена серия патчей с оптимизациями производительности, позволившими увеличить скорость обработки файлов в тесте fsmark, ускорить производительность многопоточных операций (улучшились показатели тестов filebench и dbench), сократить число переключений контекста и повысить эффективность размещения данных в памяти. Ускорено переключение между режимами блочного доступа и доступа к накопителям с вращающимися дисками. Ускорены операции балансировки с использованием qgroups;
    • Изменения в Ext4 и XFS в основном были сосредоточены на исправлении ошибок и внесении мелких оптимизаций. В Ext4 добавлен новый механизм ожидающего резервирования блоков (pending reservation);
    • В ФС F2FS добавлена поддержка проверки целостности суперблока по контрольной сумме, реализована опция монтирования для включения и выключения режима фиксации атомарных изменений в ФС (checkpoint=disable/enable), переработана реализация квот;
    • Реализованы две новые команды ioctl() для работы с зонированными блочными устройствами: BLKGETZONESZ для получения размера зоны и BLKGETNRZONES для получения числа зон. Для нормальных блочных устройств (без зонирования) обе команды выдают на выходе ноль;
    • В системный вызов fanotify_mark() добавлен новый тип маркеров - FAN_MARK_FILESYSTEM, который может использоваться для отслеживания всех событий с файловой системой;
    • В реализацию NFS 4.2 добавлена поддержка протокола асинхронного копирования данных на стороне сервера;
    • В подсистеме MD улучшена поддержка программных RAID 10, в том числе устранены ранее наблюдаемые утечки памяти и зависания;
    • Увеличена производительности протокола SMB3 в реализации CIFS;
    • В файловую систему UBIFS добавлена поддержка аутентифицированного доступа ко всем файлами и метаданным для защиты от атак, проводимых через модификацию структур данных или файлов на носителе;
    • Проведена работа по увеличению производительности подсистемы FUSE, позволяющей создавать реализации файловых систем, работающие в пространстве пользователя. В частности, обеспечено кэширование операций readdir и readlink, максимальный размер блока ввода/вывода увеличен с 128 Кб до 1 Мб, увеличена производительность и масштабируемость очередей запросов. Добавлена поддержка операции copy_file_range, позволяющей ускорить копирование данных из одного файла в другой, благодаря выполнению операции только на стороне ядра без предварительного чтения данных в память процесса;
  • Виртуализация и безопасность
    • Для архитектуры arm64 предоставлена возможность использования PSTATE-бита SSBS (Speculative Store Bypass Safe), предоставляемого процессорами на базе обновлённой архитектуры ARMv8.5-A, для защиты от атак с использованием уязвимости Spectre 4;
    • Для более надёжной защиты от атак Spectre 2 реализовано более агрессивное использование MSR-команды IBPB (Indirect Branch Prediction Barriers) при переключении между несвязанными процессами. Проблемы с проседанием производительности при включении защиты от Spectre 2 решены путём отключения по умолчанию более надёжного, но и сильнее влияющего на производительность, механизма защиты, а также предоставления возможности включения защиты на уровне отдельных приложений;
    • Из ядра удалена поддержка блочного шифра Speck, разработанного Агентством национальной безопасности США, но, в конечном счёте, отклонённого комитетом ISO для стандартизации из-за опасения в подстановке скрытых уязвимостей;
    • Добавлены API и простая утилита для вывода статистики об использовании криптографической подсистемы ядра;
    • Добавлена поддержка GCC-плагина stackleak, обеспечивающего инициализацию всех хранимых в стеке переменных для предотвращения утечки информации из ядра через неинициализированные переменные, которые могут содержать остатки ранее сохранённых в стеке данных;
    • Началась реализация инфраструктуры для отладки фреймворка LSM (Linux Security Modules). Добавлен загрузочный параметр lsm.debug для включения отладочного вывода для LSM;
    • В гипервизоре KVM для архитектуры x86 включена по умолчанию поддержка вложенной виртуализации (в гостевой системе на базе KVM может быть запущена другая гостевая система);
    • В Apparmor добавлена возможность фильтрации сетевых пакетов на основе меток и правил secmark. В nf_tables добавлена возможность определения контекста безопасности пакета через привязку меток secmark;
    • В nf_tables добавлена поддержка выражений xfrm для извлечения исходного и целевого адресов для трафика в туннеле, идентификатора запроса и SPI;
    • Во встроенной реализации TLS появилась поддержка шифрования записей в асинхронном режиме для обеспечения более высокой производительности;
  • Память и системные сервисы
    • Значительно переработана обработка сигналов в ядре, что в результате позволило упростить код и повысить надёжность выполнения обработчиков. Модернизация привела к небольшому изменению размера структуры, доступной из пространства пользователя, но разработчики не выявили каких-либо программ, на которые могло бы повлиять внесённое изменение;
    • В состав ядра добавлена подсистема PSI (Pressure Stall Information), разработанная компанией Facebook в рамках проекта по созданию обработчика нехватки памяти в системе (OOM, Out Of Memory), вынесенного в пространство пользователя. PSI позволяет проанализировать информацию о времени ожидания получения различных ресурсов (CPU, память, ввод/вывод) для определённых задач или наборов процессов в cgroup. При помощи PSI обработчики в пространстве пользователя могут более точно оценить уровень загруженности системы и характер замедления работы, по сравнению с Load Average;
    • В подсистему PCI добавлена поддержка прямого доступа к содержимому памяти (P2P DMA) из одного периферийного устройства в другое, минуя использование CPU и системной памяти. Например, P2P DMA можно использовать для прямой отправки данных между NVMe SSD и сетевым адаптером при обработке RDMA-запросов;
    • Добавлена поддержка новой структуры данных XArray, полученной в результате модернизации структуры базисного дерева (Radix tree). На использование XArray переведён страничный кэш ядра;
    • Реализовано новое псевдо-устройство "udmabuf", позволяющее коду в пространстве пользователя сконвертировать регион memfd в структуру dma-buf (необходимо для QEMU). API dma-buf позволяет организовать совместное использования буферов драйверами и различными подсистемами (V4L2, DRI и т.п.). Механизм memfd позволяет идентифицировать область памяти через файловый дескриптор, который может передаваться между процессами;
    • Расширен синтаксис для доступа к внешним данным из kprobes и теперь позволяет обращаться к массивам и аргументам функций;
    • Код ядра избавлен от использования массивов переменной длины (VLA), реализуемых GCC-расширением VLAiS (Variable Length Arrays) и предоставляющих возможность использования переменной в качестве размера при создании массива, например "void foo(int n){ int m[n];"). При сборке по умолчанию включена опция "-Wvla" для вывода предупреждений при использовании в коде VLA. С практической стороны, кроме повышения безопасности избавление от VLA является очередным шагом в сторону обеспечения сборки с использованием Clang;
    • Добавлена поддержка двух новых типов BPF-отображений (map) - queue и stack, которые можно использовать для реализации очередей и стеков;
    • На системах с асимметричными CPU (например, big.LITTLE) планировщик задач теперь может определять "обделённые" процессы, которые нуждаются в ресурсах быстрого CPU, но которые оказались прикреплёнными к медленному CPU. После выполнения операции балансировки нагрузки планировщик попытается переместить подобные процессы на более подходящий CPU;
    • Переработана реализация механизма синхронизации RCU (Read-copy-update) и удалены многие разновидности RCU. Оставлены только две основные разновидности RCU, одна из которых адаптирована для задач реального времени (preemptible), а другая для обычного применения;
    • Для архитектуры RISC-V реализована поддержка системного вызова futex() для ожидания изменения значения по заданному адресу в памяти;
    • Для архитектуры MIPS обеспечена поддержка механизма kexec, позволяющего загрузить новый экземпляр ядра из уже работающего ядра Linux;
    • В мультимедийную подсистему V4L2 добавлен экспериментальный "request API" для управления захватом данных с камер на уровне отдельных кадров;
  • Оборудование
    • Добавлена поддержка 32-разрядной процессорной архитектуры C-SKY, развиваемой одноимённой китайской компанией для создания SoC для различных потребительских устройств;
    • Реализована поддержка китайского процессора Hygon Dhyana, поддерживающего расширенную функциональность AMD (разработка основана на лицензированнной у AMD микроархитектуре AMD Zen). Процессоры позиционируются для применения в центрах обработки данных и вычислительных кластерах;
    • Драйверы amdgpu и amdkfd (для дискретных GPU, такие как Fiji, Tonga, Polaris) объединены в один модуль ядра. Обеспечена поддержка APU Picasso и Raven2, а также поддержка GPU Vega20 и идентификаторов новых карт на базе Vega 10. Добавлена поддержка экранов ABGR/XBGR, VCN-движка для обработки jpeg, xGMI, Ycbcr 4:2:0, устройств 3D-стереовывода (Stereo 3D), LVDS, режима CEC-Tunneling-over-AUX в DisplayPort. Для GPU Raven обеспечена возможность загрузки прошивок DMCU;
    • В DRM-драйвере Intel отключен Resource Streamer API (поддержка не была принята в Mesa и не принесла ожидаемого роста производительности). Улучшена поддержка чипов Icelake и расширена поддержка прошивок DMC. Для Ivybridge, Haswell и Valleyview реализована полная поддержка PPGTT (Per-process Graphics Translation Tables);
    • В драйвере Nouveau реализована начальная поддержка HDMI 2.0 и поддержка режима CEC-Tunneling-over-AUX для DisplayPort;
    • В драйвер virtio-gpu (виртуальный GPU, развиваемый в рамках проекта Virgil) добавлена поддержка IOMMU;
    • Добавлен драйвер IGC с поддержкой 2.5-гигабитных Ethernet-контроллеров Intel;
    • Добавлен новый драйвер для RAID-контроллеров Mylex DAC960, в котором реализована поддержка работы через новый SCSI-интерфейс;
    • Добавлена поддержка звуковой подсистемы чипа AMD Stoney Ridge, звукового кодека Realtek ALC300, звуковых карт Creative Sound Blaster ZxR и Sound BlasterX AE-5;
    • Добавлены драйверы для камер с сенсорами Sony imx319 и imx355;
    • Добавлена поддержка новых ARM SoC и плат, в том числе Raspberry Pi 3 Compute Module, Banana Pi R64, Orange Pi Zero Plus2, Orange Pi One Plus, Pine64 LTS, Banana Pi M2+ H, ROC-RK3399-PC, Rock960, RockPro64, Moxa UC-2101 и GTA04A5 на базе TI OMAP, Clearfog (Marvell Armada 8040), Stardragon4800 и TiogaPass на базе ARM11 AST2500, ConnectCore 6UL SBC Pro (NXP i.MX), Hi3670, HiKey 370, Amlogic Meson-G12A, Renesas r8a774a1, NVIDIA Toradex Colibri T20, Synaptics AS370, Qualcomm MSM8998 SoC;

Одновременно Латиноамериканский Фонд свободного ПО сформировал вариант полностью свободного ядра 4.20 - Linux-libre 4.20-gnu, очищенного от элементов прошивок и драйверов, содержащих несвободные компоненты или участки кода, область применения которых ограничена производителем. В новом выпуске отключен запрос блобов в драйверах MT76x0E, Lantiq/Intel GSWIP и Microsemi PHY. Обновлён код чистки блобов в драйверах и подсистемах btrtl, AMD GPU, i915 CSR, PSP crypto, MT76x0U, MT76x2E, MT76x2U, qtnfmac, Qualcomm ADSP и Hexagon V5 Remoteproc, x86 touchscreen, hda ca0132, ath10k и iwlwifi.

  1. Главная ссылка к новости (https://lkml.org/lkml/2018/12/...)
  2. OpenNews: Разработчики ядра Linux обсуждают вопрос удаления субархитектуры x32
  3. OpenNews: Инициатива по передаче в основное ядро Linux специфичных для Android изменений
  4. OpenNews: Релиз ядра Linux 4.19
  5. OpenNews: Релиз ядра Linux 4.18
  6. OpenNews: Релиз ядра Linux 4.17
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/49842-linux
Ключевые слова: linux, kernel
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (164) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 08:12, 24/12/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    СоСл новый уже включен?
     
     
  • 2.4, Аноним (4), 08:18, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ещё с 4.19. Правда, от мастер-слейвов и других нехороших слов не избавились, но это пока...
     
     
  • 3.228, pavlinux (ok), 15:26, 04/01/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Обновлён код чистки блобов в драйверах AMD GPU, i915

    Вы рушите иллюзии хейтеров нвидии.

     

  • 1.3, Аноним (3), 08:17, 24/12/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Когда уже GPLv3?
     
     
  • 2.7, BBB (?), 08:45, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Сразу после того, как на лицензию BSD перейдут.
     
  • 2.9, Аноним (9), 08:51, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • +9 +/
    Это никому не нужно. Вот КоК - да
     
     
  • 3.170, Аноним (170), 02:49, 25/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    cock у них, вроде, ругательное слово. Разве от него самого не нужно в первую очередь избавиться?
     
  • 2.23, Какаянахренразница (ok), 09:19, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Когда уже GPLv3?

    Насколько я себе представляю, это практически нереализуемо. Текущая лицензия GPLv2, в отличие от GPLv2+, не позволяет автоматически повысить цифирку. Надо спрашивать разрешение у всех (!) разрабов, чей код есть в текущей версии ядра.

     
     
  • 3.31, Аноним (31), 09:54, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Вот сначала незаметно плюсик и поприписывать к разным частям кода. Так проще будет. Не мытьём, тка катанием.
     
     
  • 4.65, Аноним (65), 11:01, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Мнение Линуса насчет GPLv3: https://www.youtube.com/watch?v=PaKIZ7gJlRU
     
     
  • 5.169, хотел спросить (?), 01:16, 25/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Иии, и что?
     
  • 3.75, Аноним (75), 11:16, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Никогда. Андроиды накроются, роутеры тоже, будет форсирован переход на фуксию, и линь останется без патчей совсем.
     
     
  • 4.167, Аноним (167), 00:05, 25/12/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да хахаха, ага вот прям взяли и перешли
     
  • 4.171, Анонимчжан (?), 02:51, 25/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    линь слишком крепко держит большую часть серверного рынка. никакие bsd тут и рядом не стояли. даже если андроиды свалят на ядро вин\NT, никому холоднее не станет. насчет патчей. чес слово раньше когда не было андроида линь писали как то качественнее. а сейчас то тут то там какие то баги. по теории надежности знаете ли чем меньше составляющих тем выше надежность.)) да у линя может сократиться количество драйверов, но то дрова для телефонов и прочего. а на серверах и компах все возможно начнет приходить в более упорядоченный вид.ну правда гугля с интеллом притянули как много хорошего, так и плохого. но если кто реально ратует за всю эту прошлую линукс вейность, то наверно пусть глянут в миникс или опенбсд. там как раз то время как у линуха было лет так 10 назад.
     
     
  • 5.200, КГБ СССР (ok), 21:26, 25/12/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да так же и писали. Линукс никогда не отличался высоким качеством. Просто, таки да, экстенсивный рост уже и сам по себе влечёт за собой снижение надёжности и увеличение количества ошибок. Спасибо хоть на том, что Торвальдс периодически гоняет ссаными тряпками от ядра всяких сиверсов и поцтерингов.
     
  • 2.92, Аноним (92), 12:49, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Было бы неплохо, но дрова всего найдут возможности позакрывать. Вон, были ж - большая часть драйвера в юзерспейсе закрытая. Вот и нате вам. Если только конкуренция не заставит делать нормальные дрова.
     
  • 2.148, Тот_Самый_Анонимус (?), 19:28, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >Когда уже GPLv3?

    Молодец, так и надо троллить гпльщиков. Никогда, потому что лицензия настолько паразитна, что не признаёт потомков. А формула гплХ+ предлагает кота в мешке в виде будущих условий, на которые автор может и не согласиться.

     
     
  • 3.151, Аноним (151), 20:28, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > так и надо троллить гпльщиков

    Ваших любимых еульщиков так же можно, кстати.

     
     
  • 4.178, Тот_Самый_Анонимус (?), 05:57, 25/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Ваших любимых еульщиков так же можно, кстати.

    Это они ваши любимые.


     

  • 1.8, КГБ СССР (?), 08:47, 24/12/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –18 +/
    > Большая часть драйверов блочных устройств переведена на новый API

    *посмеиваясь в бороду* Stable API is nonsense!

    Вот кто ещё здесь думает, что линукс это СПО — попробуйте сделать форк ведра и поддерживать его после очередной смены какого-нибудь API. Потом приходите рассказать нам про душевные терзания Обломова.

     
     
  • 2.14, iPony (?), 08:59, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Stable API is nonsense!

    Ну собственно поэтому ядра и не обновляются в железках: ChromeBook, Android смартфоны, роутеры, телевизоры...

     
     
  • 3.16, КГБ СССР (?), 09:05, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Да-да, в потом нам поют песенки про небезопасность виндов и маков, не видя перед глазами своего домашнего ботнета.
     
     
  • 4.30, Аноним (30), 09:53, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • –4 +/
    На android линукс ядро суют обычно lts. Так что вам ничего не мешает самим его патчить.
     
     
  • 5.129, псевдонимус (?), 16:04, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    И много таких за..энтузиастов среди обычных людей?
     
     
  • 6.138, anano (?), 17:14, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • –3 +/
    обычно обычным людям безопасность не нужна
     
     
  • 7.141, КГБ СССР (ok), 17:34, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > обычно обычным людям безопасность не нужна

    Именно потому они ставят антивирусы, файерволы и прочий «защитный» софт?

     
  • 7.144, псевдонимус (?), 18:02, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Зато нужно чтобы не тормозило.
     
     
  • 8.211, нах (?), 12:24, 26/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    новую лопатку купишь, помощнее - а эту детям отдай, в песочнице ковырять сойдет ... текст свёрнут, показать
     
     
  • 9.215, псевдонимус (?), 14:56, 26/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Я их не использую, потому у меня они не тормозят Понадобится, куплю самую дешов... текст свёрнут, показать
     
  • 4.128, псевдонимус (?), 15:55, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну так они и правда не безопасны. Ванговал уже, что возможно у пользователей по требованиям правоторгашей будут пропадать файлы с харда.
     
     
  • 5.130, КГБ СССР (ok), 16:06, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Про десяточку речь? В ней есть встроенные средства синхронизации с учёткой в сервисах MS и возможность дистанционно удалять и устанавливать приложения без разрешения и ведома владельца компьютера.

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

     
  • 4.208, none_first (ok), 12:06, 26/12/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Да-да, в потом нам поют песенки про небезопасность виндов и маков, не
    > видя перед глазами своего домашнего ботнета.

    ога и еще несовместимость винды http://archive.li/eKIJe читайте Спольски
    а небезопасность винды именно из-за многочисленных костылей служивших совместимости

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

     
     
  • 5.214, КГБ СССР (ok), 13:25, 26/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Я это читал ещё в те годы Причём не в переводе И К чему это здесь В оффтопик... большой текст свёрнут, показать
     
     
  • 6.217, none_first (ok), 16:46, 26/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    не всегда не везде и по-разному, это было даже в ранних виндях - АПИ с всякими ... большой текст свёрнут, показать
     
     
  • 7.218, КГБ СССР (ok), 17:24, 26/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    ОК, обознался, ложная тревога, личному составу вернуться в казарму. :) Я уж привык, что здесь сплошь дурно воспитанная малышня с мамкиных ноутбуков, так сразу ремень достаю, чтоб задать порку. А то, понимаешь, увидят второй раз бубунту и надувают щёки о том, какие они крутые и как все им должны, и что не смей слова им сказать.
     
  • 3.34, Аноним (31), 10:00, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >роутеры

    OpenWRT обновляет. Покупающие неподдерживаемое её - ССЗБ.

     
     
  • 4.56, iPony (?), 10:38, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > OpenWRT обновляет.

    Да? А то я тут от них samaba 4 (2012 год) сколько уже жду не дождусь, чтобы заменить Apple Airport. А тут целое ядро...
    Где посмотреть?

     
     
  • 5.73, Аноним (31), 11:12, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Вот твоё Apple Airport, как раз, и может оказаться неподдерживаемым. Что не удивительно, твоя любимая Аппле делает всё для максимальной тивоизации.
     
     
  • 6.95, iPony (?), 13:00, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Вот твоё Apple Airport, как раз, и может оказаться неподдерживаемым

    Ну секурные апдейты спустя пять лет приходят.
    А так на новые функции естественно болт.

     
  • 6.231, Школьник (ok), 16:54, 09/01/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Может-то оно, может, и может, да только этот самый airport с 802.11n дает мне через три стены соточку мегабит. И можно одновременно качать и торренты, и смотреть видосики на разных устройствах, и вообще делать все что угодно - никаких тормозов, никаких лагов. 2.4+5 GHz одновременно, покупал в 2011 году.

    Недавно стал задумываться о покупке чего-то с 802.11ac, стал читать отзывы на разные точки доступа. А там в отзывах такоооое... "Самая лучшая точка, берите, почти не греется, почти не тормозит, но только сразу надо сносить фирменную прошивку и ставить FirmWare V9.0 Vasyan Edition".

    8 лет уже с этим Airport живу - и только недавно узнал, что точка доступа, оказывается, еще у кого-то может тормозить. Живут же люди!

     
  • 5.209, none_first (ok), 12:09, 26/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >> OpenWRT обновляет.
    > Да? А то я тут от них samaba 4 (2012 год) сколько
    > уже жду не дождусь, чтобы заменить Apple Airport. А тут целое

    самба заменяет яблопорт - что-то у вас там в программе сбилось ;)

    > ядро...
    > Где посмотреть?

    посмотреть на что?

     
  • 2.15, Аноним (15), 09:05, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Тащ Генеральный Предиктор. Перед тем как строить из себя эрудлированного знатока и блистать пёрлами, изучите, хотя бы поверхностно, предмет.

    Рекомендую начать с либимой «Семёрочки» и KMDF https://technet.microsoft.com/ru-ru/ff544309(v=vs.98)

     
     
  • 3.64, Аноним (64), 10:58, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Так он про это и говорит.
     
     
  • 4.77, Аноним (77), 11:41, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Вот и пусть говорит на форумах посвящённых его любимой «Семёрочке».
     
  • 2.19, Blind Vic (ok), 09:12, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Вот кто ещё здесь думает, что линукс это СПО — попробуйте сделать форк ведра и поддерживать его после очередной смены какого-нибудь API.

    Не понимаю, как связан термин "СПО" и невозможность потянуть поддержку такого проекта?
    В вашем понимании СПО это демократия?

     
     
     
    Часть нити удалена модератором

  • 4.43, Аноним (31), 10:09, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Тебе кто-то запрещает вносить правки в свою копию ядра?
     
     
  • 5.50, нах (?), 10:22, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • –4 +/
    вы читать дальше одного сообщения - вообще не обучены Да, stable api is nonsens... большой текст свёрнут, показать
     
     
  • 6.53, Аноним (53), 10:27, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Вы свободу с нахлебничеством не путаете? Вам никто ничего не должен, хотите - форкайте и пишите сами. Бесплатно же!
     
     
  • 7.131, псевдонимус (?), 16:11, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >Вам никто ничего не должен,

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

     
  • 6.54, Аноним (31), 10:33, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >У меня нет в сутках 300 часов, чтобы успевать за кодошлепами, наворачивающими тонны мусора одну поверх другой.

    Это твои проблемы.

    >И у тебя нет. И вообще таких людей нет.

    Это мои проблемы. Но если очень надо будет, то найду время.

    И разработчики нам обоим ничего не обязаны.

     
     
  • 7.58, нах (?), 10:44, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Это мои проблемы. Но если очень надо будет, то найду время.

    вот как найдешь 300 часов в сутках - приходи, поговорим.

    > И разработчики нам обоим ничего не обязаны.

    могут просто прекратить врать о шва6одном софте.

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

    разрабатываемый на деньги и под дудку корпораций в интересах корпораций.

     
     
  • 8.68, Аноним (53), 11:07, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Они и не врут - софт свободный А вот вы пытаетесь натянуть рабовладельческий ст... текст свёрнут, показать
     
  • 6.57, Аноним (9), 10:42, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >  но явно не мои,

    вы просто зажрались. Называйся RH MicroHat, выпускай версии ОС называемые Rhel 99, Rhel 2004, Rhel 2013, Rhel 2017, и не знай вы _ничего_ о внутренних процессах разработки и выпуска релизов - вы бы и не пикали. И драйверы бы так же работали только под каждый отдельный релиз. А прикладное ПО имело бы совместимость между парой смежных релизов.

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

     
     
  • 7.62, нах (?), 10:54, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    я что-то не понял - а сейчас в вашем маня-мирке это не так ну за исключением т... большой текст свёрнут, показать
     
  • 6.81, Annoynymous (ok), 12:01, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > У меня нет в сутках 300 часов, чтобы успевать за кодошлепами, наворачивающими тонны мусора одну поверх другой. И у тебя нет. И вообще таких людей нет.

    То есть в мире нет таких людей, которые успевают писать под Linux. Весь код под Linux тебе померещился.

     
     
  • 7.83, нах (?), 12:06, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > То есть в мире нет таких людей, которые успевают писать под Linux.

    причем тут "под линукс"? Еще один неумелец читать написанное?

     
     
  • 8.108, Annoynymous (ok), 14:18, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Stable API nonsense не читал поди ... текст свёрнут, показать
     
     
  • 9.113, нах (?), 15:05, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    я-то как раз читал, а кое-кто, похоже, слышал звон Это не под линукс , это сам... текст свёрнут, показать
     
     
  • 10.126, Annoynymous (ok), 15:48, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    ОК, т е есть некие люди, которые успевают за 300 часов в сутки писать что-то в ... текст свёрнут, показать
     
     
  • 11.145, нах (?), 18:13, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Какую мысль Откуда её было взяться ... текст свёрнут, показать
     
     
  • 12.196, Annoynymous (ok), 20:08, 25/12/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Действительно Откуда у тебя может взяться мысль ... текст свёрнут, показать
     
  • 11.165, пох (?), 23:20, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    если они даже где-то в сферическом вакууме и есть - ты явно не из них Возвращае... текст свёрнут, показать
     
     
  • 12.227, Аноним (227), 02:46, 02/01/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Свобода в том, что ты можешь подсмотреть, написать по-своему, и на тебя никто не... текст свёрнут, показать
     
     
  • 13.229, пох (?), 10:28, 06/01/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ну ты может можешь, а зачем Увиденное тебе чем-то поможет в жизни в общем случ... большой текст свёрнут, показать
     
     
  • 14.230, Аноним (230), 15:58, 07/01/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Выходит, что в этой сфере просто напросто происходит бардак, причём как со сторо... текст свёрнут, показать
     
  • 6.98, Аноним (98), 13:14, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > то что нынче называется "lts" - ненужный бесполезный мусор.

    А чем оно вам не нравится?

     
     
  • 7.114, нах (?), 15:10, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    тем что и сопровождается левой пяткой, и нужно примерно никому см какие ядра вы... большой текст свёрнут, показать
     
  • 2.51, Аноним (51), 10:22, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Это изменения во _внутреннем_ API ядра, который не светится наружу и влияет только на встроенные в ядро драйверы блочных устройств. Переделали API и следом внесли правки во все драйверы, всё нормально и никакая стабильность не страдает.
     
     
  • 3.84, нах (?), 12:08, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Это изменения во _внутреннем_ API ядра, который не светится наружу и влияет
    > только на встроенные в ядро драйверы блочных устройств. Переделали API и
    > следом внесли правки во все драйверы

    Во все-во все? Точно-точно во все? А не в полтора поддерживаемых потому что кому-то не лень еще ,и десяток поддерживаемых потому что платит интел?

    > , всё нормально и никакая стабильность не страдает.

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


     
     
  • 4.90, нах (?), 12:47, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • –5 +/
    > Во все-во все? Точно-точно во все? А не в полтора поддерживаемых потому
    > что кому-то не лень еще ,и десяток поддерживаемых потому что платит
    > интел?

    Совершенно не в теме, отсюда и вопросы.

     
  • 2.197, qweo (?), 20:52, 25/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Поддержка неизменности API требует усилий, что вы, товарищ, признаёте :-)

    А для облегчения страданий при ломке совместимости есть http://coccinelle.lip6.fr как раз использующаяся при разработке Linux.

     
     
  • 3.198, КГБ СССР (ok), 21:16, 25/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Пытаюсь осмыслить эту жемчужину смысла Но не могу, не получается Поддержка неи... большой текст свёрнут, показать
     
     
  • 4.206, Аноним (206), 10:19, 26/12/2018 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Это только идеальное, сферическое и в вакууме IRL такое никому не нyжно, так ил... большой текст свёрнут, показать
     
     
  • 5.213, КГБ СССР (ok), 13:14, 26/12/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ошибаешься, дружок. Я не обезьянка, а как раз из тех, кто вам всю эту философию создаёт, а иногда и на спичках объясняет (ибо вы ж не понимаете даже с десятого раза, и памяти у вас — как у аквариумной рыбки). Учись, пока я ещё захожу на опеннет. :-)
     
  • 4.221, qweo (?), 15:18, 27/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >  Поддержка неизменности <подставь нужное> требует усилий. Это как?

    При внесении изменений в то, что затрагивает <нужное>, придётся озаботится сохранением совместимости. Или не заботиться.
    Вы же не думаете, что разработчики ядра совместимость из вредности не поддерживают? :-)

     
     
  • 5.222, КГБ СССР (ok), 15:22, 27/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    www.google.com/search?q=stable+api+nonsense
     
     
  • 6.223, qweo (?), 19:34, 27/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Из того самого документа в дереве ядра: "If Linux had to ensure that it will preserve a
    stable source interface, a new interface would have been created, and the older, broken one would have had to be maintained over time, leading to extra work".
     
     
  • 7.224, КГБ СССР (ok), 20:13, 27/12/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну да, надо просто сделать новое, а старое пусть остаётся в прошлом Что думают ... большой текст свёрнут, показать
     
  • 7.225, КГБ СССР (ok), 22:48, 27/12/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Вдогонку своему комменту про devfs, udev и тому подобный «прогресс». Разработчиками udev значатся, как ни удивительно, широко известные в узких кругах Kroah-Hartman и Sievers. Можно видеть в этом какую-то конспирологию, а можно в который раз подумать над ответом на вопрос, который я так или иначе всегда подразумеваю, когда заходит речь про ядро линукса и корпорации: кто платит зарплату всем этим ребятам, и почему как-то так получается, что приживаются именно те средства и технологии, которые нужны корпорациям. И почему все эти технологии так или иначе связаны с проектом fd.o. Нет, это точно не конспирология, так много совпадений просто не бывает.
     

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

  • 1.18, Аноним (18), 09:12, 24/12/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Они там в рабстве, раз по воскресеньям работают, что ли?
     
  • 1.28, Аноним (31), 09:48, 24/12/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Название процессорной архитектуры C-SKY может вызвать вопросы у сторонников CoC ;)
     
     
  • 2.32, anonymous (??), 09:59, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > Название процессорной архитектуры C-SKY может вызвать вопросы у сторонников CoC ;)

    разве-что только у русскоязычных

     
     
  • 3.122, Аноним (122), 15:34, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Так надо написать западным борцам за права всего, что в русскоязычном произношении название китайского бренда может иметь звучание, угнетающее недотр*ханных феминисток. Так сказать, бросить дрожжи в деревенский сортир.
     

  • 1.33, Аноним (33), 09:59, 24/12/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А на https://www.kernel.org/ ничего про 4.20 пока не знают ......
     
     
  • 2.46, Andrey Mitrofanov (?), 10:10, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А на https://www.kernel.org/ ничего про 4.20 пока не знают ......

    https://lore.kernel.org/lkml/CAHk-=wg0zF4wa87Q5rAhFe2es0t0eExX2UjvKD7-Pghvcbt5


    Файлики положуть -- узнает.  Прям, как маленький.

     
  • 2.78, Аноним (77), 11:41, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Появилось.
     

  • 1.36, Ilya Indigo (ok), 10:01, 24/12/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    А как там интеграция WireGuard поживает?
     
     
  • 2.55, Andrey Mitrofanov (?), 10:34, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > А как там интеграция WireGuard поживает?

    Учи язык, читай фороникс.  Там напишут.  Точно.  И раньше, чем тут.

     
  • 2.79, Аноним (51), 11:47, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Пока никак. Всё откладывают и откладывают.
     
     
  • 3.135, Аноним (-), 16:34, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Отлаживают %)
     

  • 1.88, Аноним (88), 12:42, 24/12/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Подскажите у видеокарта AMD RX 590 теперь работает? На 4.19 - не запускается.
     
     
  • 2.100, Аноним (100), 13:17, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    За этой темой следят на phoronix com Для версии ядра 4 20 были сделаны патчи, в... большой текст свёрнут, показать
     
  • 2.101, Andrey Mitrofanov (?), 13:18, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Подскажите у видеокарта AMD RX 590 теперь работает? На 4.19 - не
    > запускается.

    там
    http://www.opennet.ru/openforum/vsluhforumID3/116148.html#55
    уже написали
    http://www.phoronix.com/scan.php?page=news_item&px=AMDGPU-4.20-Final-590-Vega

    ..."" [U]Gets The Final Radeon RX 590 Fix[/U] ""...

    Окончательный Фикс, панимаешь!?

    +++[I]"" но чтобы это была такая бумажка, при наличии которой ни Швондер, ни кто-либо другой не мог бы даже подойти к двери моей квартиры. Окончательная бумажка. ""

     
     
  • 3.153, Аноним (88), 21:04, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    благодарствую
     
  • 2.133, подмышка (?), 16:30, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • –2 +/
    в 4.21 твой кусок стеклотекстолита раскроет потенциал (но это не точно)
     
  • 2.190, Аноним (9), 13:51, 25/12/2018 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А с RX 470 всё работает? Собрался тут прикупить по дешевке. Чума, rx560 стоит дороже rx470
     
     
  • 3.192, Аноним (192), 18:41, 25/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Даже в ubuntu из коробки, у меня rx470 с 2016 года. Официально поддерживается начиная с ядра 4.8 и mesa 13.
     
  • 2.201, NickFaces (ok), 22:11, 25/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Сижу теперь и думаю как сделать скрин, чтобы было понятно, что у меня и ядро 4.19 и RX590 и УМВР...

    А вообще да, с новой фирмварью по крайней мере должно работать в 4.20 уж точно.

     

  • 1.91, Аноним (91), 12:48, 24/12/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Когда на_конец Btrfs перестанет превращать данные в кашу?
     
     
  • 2.93, Аноним (92), 12:51, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Когда btrfs перестанет быть котелком
     
  • 2.97, нах (?), 13:02, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Когда на_конец Btrfs перестанет превращать данные в кашу?

    но ведь вот сейчас только добавили прекрасный превращатель данных в кашу, вполне себе независимый от btrfs - теперь ваши данные превращает в кашу "новый апи blk-mq", чем вы недовольны?

    Еще через год выгонят вам козу - и вообще щастье наступит.

     
     
  • 3.154, sharddin (?), 21:19, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Думаете, что опасно экперементировать с данным (4.21) ядром? Может и накосячить??... Помню, когда-то давно при переходе на новое ядро многие данные, включая фотки, были потеряны именно, ИМХО, из-за драйвера ФС...
     
     
  • 4.185, нах (?), 10:52, 25/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    нет, я не думаю что именно с 4.20 или 21
    опасно экспериментировать с btrfs вообще, и с новым модным mq в частности.

    Ну то есть если данные вообще-то дороги, а желания разбираться в дебагтулах и внутренних структурах этой fs у вас нет.

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

     
     
  • 5.191, Fracta1L (ok), 18:34, 25/12/2018 [^] [^^] [^^^] [ответить]  
  • –6 +/
    Очередная сказочная аналитика от сказочного аналитика. Если данные дороги, они оперативно дублируются в облако, а лучше - в несколько, параллельно при этом шифруясь. И тогда пофиг, что там за ФС на локальном накопителе - хоть глубоко экспериментальная вундервафля.

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

     
     
  • 6.207, Аноним (206), 10:22, 26/12/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Если твои "данные" - пара десятков-сотен ГБ порно с понями, тогда да. Вот если их сильно больше или/и они представляют интерес не только для твоих папки с мамкой, тут уже твой совет выглядит несколько хм... наивно, во.
     
     
  • 7.210, Fracta1L (ok), 12:19, 26/12/2018 [^] [^^] [^^^] [ответить]  
  • –3 +/
    В чём проблема? Купи себе десятки/сотни Тб места.
     
  • 6.216, псевдонимус (?), 15:06, 26/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Очередная сказочная аналитика от сказочного аналитика. Если данные дороги, они оперативно
    > дублируются в облако, а лучше - в несколько, параллельно при этом
    > шифруясь. И тогда пофиг, что там за ФС на локальном накопителе
    > - хоть глубоко экспериментальная вундервафля.
    > А сидеть трястить над данными в единственном экземпляре, невротично выбирая "надёжный"
    > накопитель и "надёжную" ФС - это какое-то полоумие впополам с нищуганством.

    бтрфс для реального использования малопригодна. Как и ФСБук.


     
  • 2.134, подмышка (?), 16:30, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • –2 +/
    никогда
     
  • 2.158, Аноним (158), 22:17, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Какие плюшки Btrfs Вам нужны? Крутость этой системы весьма преувеличена.
     

  • 1.96, saahriktu (ok), 13:00, 24/12/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    До релиза этой свежей версии дожил патч, который приняли в ветку 4.19.x и бэкпортировали его на предыдущие ветки ядра. Этот патч поменял логику работы с DRM'овскими фреймбуферами (radeondrmfb, nouveaufb, inteldrmfb,... и т.д.). В первую очередь пострадала функция FB_SetVideoMode() из SDL1.

    Вернуть прежнее поведение в drm_fb_helper.c: http://saahriktu.org/downloads/patches/linux-4.20_make_sdl1_works_again.patch

    Пропатчить SDL1 вместо ядра: http://saahriktu.org/downloads/patches/make_sdl1.2.15_works_with_framebuffer_

     
     
  • 2.103, Гит рулит (?), 13:22, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Тебя явно дали понять: "Мы будем делать всё чтобы ты от него отказался". Зачем ты продолжаешь есть кактус?
     
     
  • 3.105, saahriktu (ok), 13:34, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Фреймбуфер, заметьте, никто не выпиливал. А автор патча для фреймбуфера, определённо, считает его полезным, иначе бы он его не патчил. И он, работая в американской компании, которая ворочает миллионами долларов, преследовал цель, чтобы фреймбуферовский софт не рисовал во фреймбуфере не в своём режиме (собственно патч так и назван: "Reject all pixel format changing requests" (поскольку эта смена всё равно, по сути, (на стороне ядра) не работает)). И этой цели своим патчем он достиг. Он не учёл только лишь того, что есть библиотеки, которые пока ещё не учитывают эту новую логику.
     
     
  • 4.106, Аноним (9), 13:39, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Ты, эта, в рассылку фикс отправил?
     
     
  • 5.107, saahriktu (ok), 13:45, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Я писал в багзиллы. Сначала, когда решил, что это в ядре серьёзная поломка, написал в багзиллу ядра. Потом выяснил, что ядро не настолько поломано как я думал, и можно пропатчить SDL1. Тогда я извинился в багзилле ядра и написал в багзиллу библиотеки SDL.
     
  • 3.172, Аноним (172), 04:06, 25/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Нужно предлагать альтернативу, а не требовать отказаться. Иногда X11 просто не нужен для всяких встраиваемых систем. С Wayland ситуация непонятная. FrameBuffer попртили. Что не простая задача, то вечно устроят какой-то геморрой.
     
  • 2.127, Annoynymous (ok), 15:51, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > До релиза этой свежей версии дожил патч, который приняли в ветку 4.19.x
    > и бэкпортировали его на предыдущие ветки ядра. Этот патч поменял логику
    > работы с DRM'овскими фреймбуферами (radeondrmfb, nouveaufb, inteldrmfb,... и т.д.). В
    > первую очередь пострадала функция FB_SetVideoMode() из SDL1.
    > Вернуть прежнее поведение в drm_fb_helper.c: http://saahriktu.org/downloads/patches/linux-4.20_make_sdl1_works_again.patch
    > Пропатчить SDL1 вместо ядра: http://saahriktu.org/downloads/patches/make_sdl1.2.15_works_with_framebuffer_

    А нормальный размер шрифта в ядерной консоли на 4К мониторе теперь можно будет выставить? А то с лупой сижу.

     
     
  • 3.132, saahriktu (ok), 16:16, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Для 4K vt так никто и не пропатчил (на весь PSF шрифт по-прежнему только 64 Кб, а максимальный размер символа по-прежнему 32x32). FullHD наше всё (есть и 27" FullHD мониторы в магазинах, и даже 31,5" FullHD мониторы).
     
     
  • 4.139, Annoynymous (ok), 17:19, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Не всем нужны FullHD мониторы.
     
     
  • 5.159, InuYasha (?), 22:31, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    им же обидно - столько денег в свой 4-8-16К хлам вбухали, а нишие ядерщики не соизволили им комфорт доставить. )
     
  • 3.137, Аноним (137), 17:10, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    kmscon не поможет?

    https://www.freedesktop.org/wiki/Software/kmscon/

     
  • 3.173, Аноним (173), 04:27, 25/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    kmscon
     

  • 1.102, Гит рулит (?), 13:21, 24/12/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –7 +/
    Единственное объяснение тому бардаку который творится в ядре так это то что компании что его пишут специально поддалкивают разработчиков к отказу от него. В пользу любых проприетарных решений будь то фуксия или винда не важно.
     
     
  • 2.115, нах (?), 15:14, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • –6 +/
    > Единственное объяснение тому бардаку который творится в ядре так это то что
    > компании что его пишут специально поддалкивают разработчиков к отказу от него.
    > В пользу любых проприетарных решений будь то фуксия или винда не
    > важно.

    да аллах с тобой, о чем ты? "стабильное ядро - в пакетах вашего дистрибутива"(c) не какая-то там компания, а лично Великий Непогрешимый с-Пальцем, давным-давно.

    И да, он и тогда ,  и сейчас делал все, чтобы по другому было очень больно и неудобно.

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

     
  • 2.143, Аноним (143), 18:01, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    То есть то что для содомитов создана комфортная среда - пофиг?
     

  • 1.109, Урри (?), 14:18, 24/12/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > Код ядра избавлен от использования массивов переменной длины (VLA), реализуемых GCC-расширением VLAiS (Variable Length Arrays) и предоставляющих возможность использования переменной в качестве размера при создании массива, например "void foo(int n){ int m[n];"). При сборке по умолчанию включена опция "-Wvla" для вывода предупреждений при использовании в коде VLA. С практической стороны, кроме повышения безопасности избавление от VLA является очередным шагом в сторону обеспечения сборки с использованием Clang;

    Ну просто отлично.
    1. Мы подгоняем ядро под шланг, а не наоборот.
    2. Мы вместо высокоэффективных аллокаций на стеке (которые при правильном компиляторе добавляют только одну ассемблерную инструкцию к сгенерированному коду) будем аллоцироваться в куче, что добавляет туеву хучу инструкций.
    3. Появляется дополнительный менингит по поводу освободжения этого блока памяти - теперь оно стало ручное, надо следить где и как выходишь.
    4. Безопасности это не прибавляет вообще никак. Так как безопасность - это код, а не структуры данных. Гарантии отсутствия выхода за границу массива эта замена не дает.

    Отсюда вопрос: а зачем это было делать? Чтобы еще чуть-чуть замедлить ядро?

     
     
  • 2.110, КГБ СССР (ok), 14:39, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Отсюда вопрос: а зачем это было делать? Чтобы еще чуть-чуть замедлить ядро?

    Чтобы сделать мелкую гадость Ораклу.

     
  • 2.111, X4asd (ok), 14:52, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > 2. Мы вместо высокоэффективных аллокаций на стеке (которые при правильном компиляторе добавляют только одну ассемблерную инструкцию к сгенерированному коду) будем аллоцироваться в куче, что добавляет туеву хучу инструкций.

    а почему и дальше нельзя аллоцировать на стеке? но без VLA. через __builtin_alloca() .

    (ответ я подозреваю: "можно но всё равно это уже не будет также дёшево как это было с VLA" .. но на всякий случай спросил :-))

     
     
  • 3.142, Аноним (137), 17:51, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > а почему и дальше нельзя аллоцировать на стеке?
    > но без VLA. через __builtin_alloca() .
    > (ответ я подозреваю: "можно но всё равно это
    > уже не будет также дёшево как это было с VLA"

    Дешевле из-за отсуствия выравнивания?
    Вот такие два варианта транслируются в идентичный код:
    [CODE]
    #include <stdio.h>

    int s1(unsigned n) {
        void *p = __builtin_alloca_with_align(n * __BIGGEST_ALIGNMENT__, __BIGGEST_ALIGNMENT__);
        printf("%p", p);
    }

    int s2(unsigned n) {
        char a[n * __BIGGEST_ALIGNMENT__];
        printf("%p", a);
    }
    [/CODE]

     
  • 2.118, нах (?), 15:19, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • –5 +/
    > Ну просто отлично.
    > 1. Мы подгоняем ядро под шланг, а не наоборот.

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

    то есть это, собственно, единственная хорошая новость.

     
     
  • 3.125, Alex (??), 15:46, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • +8 +/
    >глюкофичи нестандартного компилятора.

    с99? не, не слышал

     
     
  • 4.184, Аноним (184), 09:26, 25/12/2018 [^] [^^] [^^^] [ответить]  
  • –2 +/
    в c99 этой фичи как раз таки нету.
     
     
  • 5.194, Аноним (194), 19:21, 25/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > в c99 этой фичи как раз таки нету.

    Читай внимательнее пункт 6.7.5.2

     
  • 2.164, Аноним (164), 23:18, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Прогибаются под корпорастов, раньше средний палец Торвальдс им показывал, а теперь они ядро ради шланга замедляют, пусть и незначительно...
     
  • 2.181, Аноним (181), 09:18, 25/12/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Мы подгоняем ядро под шланг, а не наоборот.

    Разумеется. Иначе получается MS-way - когда куча кривых приложух подпирается кучей хаков. В обоих случаях получаем вместо ОС или компилятора помойку из костылей и подпорок, слепленных соплями и изолентой, которые глючат, конфликтуют и устаревают. Советую для прозрения поподдерживать что-либо подобное в более мелком формате, тогда перестанешь чушь пороть.

     
     
  • 3.219, Аноним (219), 17:32, 26/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    M$ Way - это как раз Сlang в данном случае, который не может полностью реализовать стандарт С99, которому уже скоро 20 лет.
     

  • 1.119, Аноним (119), 15:27, 24/12/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Скажите, пожалуйста, когда это ядро появится в Федре 28?
     
     
  • 2.123, Annoynymous (ok), 15:36, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Когда ты его соберёшь, т.е. в любой момент.
     
     
  • 3.186, нах (?), 10:53, 25/12/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    он ждет ебилдов. А их в федору не завезли.
     
  • 2.146, Stax (ok), 19:08, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    В федоре по политике ядра появляются не раньше .2 подверсии, те ждем 4.20.2. А если хочется вручную побыть тестировщиком, можно скачать с https://koji.fedoraproject.org/koji/packageinfo?packageID=8 - думаю, скоро там появится сборка.

    Но не факт, что в 28, возможно будет только для 29.

     
  • 2.147, DerRoteBaron (ok), 19:25, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    https://fedoraproject.org/wiki/Kernel_Vanilla_Repositories
    В kernel-vanilla-stable уже есть 4.20.0-1.vanilla.knurd.1.fc28
     
  • 2.204, Vascom (?), 09:35, 26/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Не раньше 4.20.4, если никаких особых косяков в ядре не будет.
    Ну и переходи уже на Ф29, не сиди на плохо поддерживаемом и плохо обновляемом старье.
     

  • 1.150, Аноним (150), 20:00, 24/12/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Добавлен драйвер IGC с поддержкой 2.5-гигабитных Ethernet-контроллеров Intel

    Где применяются 2.5-гигабитные линки?

     
     
  • 2.157, Stax (ok), 22:15, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Где не хватает 1 гигабита, но проложена старая витуха 5 категории и 10 гигабит н... большой текст свёрнут, показать
     
     
  • 3.160, InuYasha (?), 22:36, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • –2 +/
    тренднет реально лучше убиквити?? o_O
    в любом случае, я предпочёл нетгирю.
     
     
  • 4.162, Stax (ok), 22:49, 24/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > тренднет реально лучше убиквити?? o_O

    Как минимум в том, что они продают не будет таких косяков: https://www.servethehome.com/ubiquiti-edgeswitch-es-16-xg-review-quality-contr

    А в целом на них ругани полно. Совместимость с DAC паршивенькая: https://forums.servethehome.com/index.php?threads/ubiquiti-edgeswitch-es-16-xg

    Ну и еще очень много негативных отзывов можно найти.

    > в любом случае, я предпочёл нетгирю.

    Будут и нетгири (https://www.netgear.com/landings/multi-gig/), но пока в этой категории вроде еще ничего не продается.

     

  • 1.161, Аноним (161), 22:47, 24/12/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    2.5гбит звучит смешно, это как 8G FC
     
  • 1.163, Аноним (164), 23:11, 24/12/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Btrfs оптимизируют, молодцы.
     
  • 1.166, Аноним (166), 23:41, 24/12/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Господа, CEC-Tunneling-over-AUX кто-нибудь тестил? Версия DP критична? По личному опыту, на каких переходниках взвелось?
     
     
  • 2.232, Аноним (232), 16:18, 18/01/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Окей, отвечу сам - Был куплен https www amazon com gp product B01B702YTG ref... большой текст свёрнут, показать
     

  • 1.168, Аноним (168), 00:18, 25/12/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Где то писали, что с blk-mq даже ext4 фиксили, чтобы тот не терял данные. А когда-то, месяцев 5 назад у меня на blk-mq зависало ведро при гибернации(или после вейкапа, не помню). Все проблемы решены, и все фс адаптированы для нормальной работы с ним?
     
     
  • 2.177, Андрей (??), 05:57, 25/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Incorrect disk IO caused by blk-mq direct issue can lead to file system corruption
    Reported: 2018-11-13 19:42 UTC
    https://bugzilla.kernel.org/show_bug.cgi?id=201685
     

  • 1.174, Аноним (174), 05:17, 25/12/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Релиз 4.20 и ни одной шутки про bleze it?
     
     
  • 2.202, Анонимчжан (?), 01:19, 26/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    да че там у терминатора было ядро 4.1.15. проморгали все.)))) кто выпустил арнольда погулять а?)))
     
     
  • 3.205, Vascom (?), 09:37, 26/12/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Наверное только ты проморгал :)
    https://www.opennet.ru/opennews/art.shtml?num=43530
     

  • 1.179, Адекват (ok), 06:48, 25/12/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/



    В подсистеме MD улучшена поддержка программных RAID 10, в том числе устранены ранее наблюдаемые утечки памяти и зависания;


    Вот так и рождаются легенды, что raid N - полный отстой, потому, что синхронизация идет несколько суток |  память течет | зависает | данные бьются. Дело то не в райде каком-то конкретном, а в драйвере ОС.





    Увеличена производительности протокола SMB3 в реализации CIFS;


    Безотносительно версии протокола - видимо никогда не будет в ядре модуля, который позволит прозрачно монтировать сетевые ресурсы в /nmt/shara как smbfuse(smbnetfs) но без тормоза fuse и без mount -t cifs ...iocharset...user..password....ip...resource на каждую шару.
    Ведь в отличии от винды можно все сделать настраиваемым и указать какой диапазон ip мы хотим монтировать, какие логины и пароли использовать...да вообще все что угодном можно сделать. Ах да - еще рождение отдельного pid процесса на каждый открытый файл, а не на всю сессию сразу - там глядишь и на стороне сервера можно будет прибивать блокировку на отдельный файл, чотобы баба Глаша могла в ексель вставить циферку, а дядя Гриша открыл этот файл и ушел :)

     
     
  • 2.183, Аноним (181), 09:25, 25/12/2018 [^] [^^] [^^^] [ответить]  
  • –5 +/
    >Вот так и рождаются легенды, что raid N - полный отстой

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

     
     
  • 3.187, нах (?), 10:56, 25/12/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ну так правильный рейд - аппаратный и энергонезависимый.

    и внутри у него линукс.
    Кривой.

     

  • 1.182, Аноним (184), 09:23, 25/12/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    > Добавлена поддержка новой структуры данных XArray, полученной в результате модернизации структуры базисного дерева (Radix tree). На использование XArray переведён страничный кэш ядра;

    Стоит добавить что это разработка ненавистного Microsoft.

     
     
  • 2.199, Аноним (199), 21:26, 25/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    С XForms не путаешь?
     
     
  • 3.203, Andrey Mitrofanov (?), 08:56, 26/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > С XForms не путаешь?

    Ты [альтернативный]?
    https://duckduckgo.com/?q=XArray+site:lwn.net
    https://duckduckgo.com/?q=XArray+site:phoronix.com

     
     
  • 4.212, Аноним (31), 13:13, 26/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Я традиционный.
     
     
  • 5.220, Аноним (220), 14:36, 27/12/2018 [^] [^^] [^^^] [ответить]  
  • +/
    From: Matthew Wilcox <mawilcox@microsoft.com>

    This is documentation on how to use the XArray, not details about its
    internal implementation.

    Signed-off-by: Matthew Wilcox <mawilcox@microsoft.com>

    так что ?

     

  • 1.226, Аноним (226), 18:00, 30/12/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    ух ты, наконец то Creative Sound Blaster Z завезли, а то надоело патчи компилить
     
  • 1.233, Kuromi (ok), 04:28, 25/01/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Каждый почти релиз улучшют F2FS, а пнуть разработчиков GRUB не могут чтобы они запилили наконец поддержку из коробки. Смешно уже просто.
     

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



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

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