После двух месяцев разработки Линус Торвальдс представил (https://lkml.org/lkml/2018/12/23/187) релиз ядра Linux 4.20. Среди наиболее заметных изменений в ядре 4.20: поддержка процессорной архитектуры C-SKY, планировщик трафика taprio, подсистема PSI (Pressure Stall Information), P2P DMA для PCI, рефакторинг кода обработки сигналов, подключение диссекторов сетевого потока (разбор трафика) через BPF, перевод страничного кэша на новую структуру XArray, объединение драйверов amdgpu и amdkfd.
Основные (http://kernelnewbies.org/Linux_4.20) новшества (https://lwn.net/Articles/770079/):
-
Сетевая подсистема- TCP-стек переведён на использование модели, определяющей
наиболее раннее время отправления (https://www.files.netdevconf.org/d/46def75c2ef345809bbe/file... каждого пакета при распределении исходящего трафика. Реализованная модель пытается решить проблемы с масштабированием через использование вместо очередей исходящих пакетов закольцованной структуры на основе таймера, определяющего самое раннее время, в которое каждый пакет может быть отправлен. Подобная структура позволяет увеличить эффективность распределения отправляемых пакетов и более точно вычислять время приёма-передачи (RTT, round-trip time) при формировании потока;- Добавлена возможность (https://lwn.net/Articles/764200/) загрузки в виде BPF-программ обработчиков, осуществляющих разбор заголовков пакетов в сетевом потоке (network flow dissectors), что позволяет добиться более высокой производительности и защищённости по сравнению c ранее предлагаемой реализацией на языке Си;
- Реализован (https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin... новый планировщик трафика "taprio", позволяющий управлять отправкой пакетов в соответствии с предварительно сгенерированным временным рядом. Метод планирования определён в спецификации IEEE 802.1Qbv (https://en.wikipedia.org/wiki/Time-Sensitive_Networking#Diff...учитывает требования к передаче трафика, чувствительного ко времени доставки пакетов (например, видео и звуковые потоки) и использует разные временные интервалы для различных классов трафика;
- Для протокола rtnetlink реализован (https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin... режим строгой проверки ("rigid checking"), дающий возможность убедиться, что в пространство пользователя передаётся актуальная информация, соответствующая поступившему запросу;
-
Дисковая подсистема, ввод/вывод и файловые системы- Большая часть драйверов блочных устройств переведена на новый API blk-mq (multiqueue), поддерживающий разделение очередей для блочных устройств. Поддержку старого API планируют прекратить в следующем выпуске ядра. Некоторые драйверы также переведена на базовый DMA mapping API;
- К коду Btrfs применена (https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin... серия патчей с оптимизациями производительности, позволивших увеличить скорость обработки файлов в тесте fsmark, увеличить производительность многопоточных операций (улучшились показатели тестов filebench и dbench), сократить число переключений контекста и повысить эффективность размещения данных в памяти. Ускорено переключение между режимами блочного доступа и доступа к накопителям с вращающимися дисками. Ускорены операции балансировки с использованием qgroups;- Изменения в Ext4 (https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin... и XFS (https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin... в основном были сосредоточены на исправлении ошибок и внесении мелких оптимизаций. В Ext4 добавлен новый механизм ожидающего резервирования блоков (pending reservation);
- Реализованы две новые команды ioctl() для работы с зонированными блочными устройствами: BLKGETZONESZ для получения размера зоны и
BLKGETNRZONES для получения числа зон. Для нормальных блочных устройств (без зонирования) обе команды выдают на выходе ноль;
- В системный вызов fanotify_mark() добавлен новый тип маркеров - FAN_MARK_FILESYSTEM, который может использоваться для отслеживания всех событий с файловой системой;
- В реализацию NFS 4.2 добавлена поддержка протокола асинхронного копирования данных на стороне сервера;
- В файловую систему UBIFS добавлена (https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin... поддержка аутентифицированного доступа ко всем файлами и метаданным для защиты от атак, проводимых через модификацию структур данных или файлов на носителе;
-
Виртуализация и безопасность- Для архитектуры arm64 предоставлена возможность использование PSTATE-бита SSBS (Speculative Store Bypass Safe), предоставляемого процессорами на базе обновлённой архитектуры ARMv8.5-A (https://community.arm.com/processors/b/blog/posts/arm-a-prof... для защиты от атак с использованием уязвимости Spectre 4 (https://www.opennet.ru/opennews/art.shtml?num=48639);
- Для более надёжной защиты от атак Spectre 2 при переключении между несвязанными процессами реализовано более агрессивное использование MSR-команды IBPB (Indirect Branch Prediction Barriers);
- Из ядра удалена поддержка блочного шифра Speck (https://github.com/iadgov/simon-speck), разработанного (https://ru.wikipedia.org/wiki/Speck) Агентством национальной безопасности США, но, в конечном счёте, отклонённого комитетом ISO для стандартизации из-за опасения в подстановке скрытых уязвимостей;
- Добавлены (https://git.kernel.org/linus/a6f37cee6e4f6fa9d61962efbcb06a0... API и простая утилита для вывода статистики об использовании криптографической подсистемы ядра;- Добавлена поддержка GCC-плагина stackleak, обеспечивающего инициализацию всех хранимых в стеке переменных для предотвращения утечки информации из ядра через неинициализированные переменные, которые могут содержать остатки ранее сохранённых в стеке данных;
-
Память и системные сервисы- Значительно переработана (https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin... обработка сигналов в ядре, что в результате позволило простить код и повысить надёжность выполнения обработчиков. Модернизация привела к небольшому изменению размера структуры, доступной из пространства пользователя, но разработчики не выявили каких-либо программ, на которые могло бы повлиять внесённое изменение;
- В состав ядра добавлена подсистема PSI (https://lwn.net/Articles/759781/) (Pressure Stall Information), разработанная компанией Facebook в рамках проекта по созданию обработчика (https://www.opennet.ru/opennews/art.shtml?num=48994) нехватки памяти в системе (OOM, Out Of Memory), вынесенного в пространство пользователя. PSI позволяет проанализировать информацию о времени ожидания получения различных аппаратных ресурсов для определённых задач или наборов процессов в cgroup. При помощи PSI обработчики в пространстве пользователя могут более точно проанализировать причины замедления работы системы;- Для архитектуры RISC-V реализована (https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin... поддержка системного вызова futex() для ожидания изменения значения по заданному адресу в памяти;
- Добавлена поддержка двух новых типов BPF-отображений (map) - queue и stack, которые можно использовать (https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin......
URL: https://lkml.org/lkml/2018/12/23/187
Новость: https://www.opennet.ru/opennews/art.shtml?num=49842
СоСл новый уже включен?
Ещё с 4.19. Правда, от мастер-слейвов и других нехороших слов не избавились, но это пока...
> Обновлён код чистки блобов в драйверах AMD GPU, i915Вы рушите иллюзии хейтеров нвидии.
Когда уже GPLv3?
Сразу после того, как на лицензию BSD перейдут.
Это никому не нужно. Вот КоК - да
cock у них, вроде, ругательное слово. Разве от него самого не нужно в первую очередь избавиться?
> Когда уже GPLv3?Насколько я себе представляю, это практически нереализуемо. Текущая лицензия GPLv2, в отличие от GPLv2+, не позволяет автоматически повысить цифирку. Надо спрашивать разрешение у всех (!) разрабов, чей код есть в текущей версии ядра.
Вот сначала незаметно плюсик и поприписывать к разным частям кода. Так проще будет. Не мытьём, тка катанием.
Мнение Линуса насчет GPLv3: https://www.youtube.com/watch?v=PaKIZ7gJlRU
Иии, и что?
Никогда. Андроиды накроются, роутеры тоже, будет форсирован переход на фуксию, и линь останется без патчей совсем.
Да хахаха, ага вот прям взяли и перешли
линь слишком крепко держит большую часть серверного рынка. никакие bsd тут и рядом не стояли. даже если андроиды свалят на ядро вин\NT, никому холоднее не станет. насчет патчей. чес слово раньше когда не было андроида линь писали как то качественнее. а сейчас то тут то там какие то баги. по теории надежности знаете ли чем меньше составляющих тем выше надежность.)) да у линя может сократиться количество драйверов, но то дрова для телефонов и прочего. а на серверах и компах все возможно начнет приходить в более упорядоченный вид.ну правда гугля с интеллом притянули как много хорошего, так и плохого. но если кто реально ратует за всю эту прошлую линукс вейность, то наверно пусть глянут в миникс или опенбсд. там как раз то время как у линуха было лет так 10 назад.
Да так же и писали. Линукс никогда не отличался высоким качеством. Просто, таки да, экстенсивный рост уже и сам по себе влечёт за собой снижение надёжности и увеличение количества ошибок. Спасибо хоть на том, что Торвальдс периодически гоняет ссаными тряпками от ядра всяких сиверсов и поцтерингов.
Было бы неплохо, но дрова всего найдут возможности позакрывать. Вон, были ж - большая часть драйвера в юзерспейсе закрытая. Вот и нате вам. Если только конкуренция не заставит делать нормальные дрова.
>Когда уже GPLv3?Молодец, так и надо троллить гпльщиков. Никогда, потому что лицензия настолько паразитна, что не признаёт потомков. А формула гплХ+ предлагает кота в мешке в виде будущих условий, на которые автор может и не согласиться.
> так и надо троллить гпльщиковВаших любимых еульщиков так же можно, кстати.
> Ваших любимых еульщиков так же можно, кстати.Это они ваши любимые.
> Большая часть драйверов блочных устройств переведена на новый API*посмеиваясь в бороду* Stable API is nonsense!
Вот кто ещё здесь думает, что линукс это СПО — попробуйте сделать форк ведра и поддерживать его после очередной смены какого-нибудь API. Потом приходите рассказать нам про душевные терзания Обломова.
> Stable API is nonsense!Ну собственно поэтому ядра и не обновляются в железках: ChromeBook, Android смартфоны, роутеры, телевизоры...
Да-да, в потом нам поют песенки про небезопасность виндов и маков, не видя перед глазами своего домашнего ботнета.
На android линукс ядро суют обычно lts. Так что вам ничего не мешает самим его патчить.
И много таких за..энтузиастов среди обычных людей?
обычно обычным людям безопасность не нужна
> обычно обычным людям безопасность не нужнаИменно потому они ставят антивирусы, файерволы и прочий «защитный» софт?
Зато нужно чтобы не тормозило.
> Зато нужно чтобы не тормозило.новую лопатку купишь, помощнее - а эту детям отдай, в песочнице ковырять сойдет.
Я их не использую, потому у меня они не тормозят. Понадобится, куплю самую дешовую, а то и бушную.
Ну так они и правда не безопасны. Ванговал уже, что возможно у пользователей по требованиям правоторгашей будут пропадать файлы с харда.
Про десяточку речь? В ней есть встроенные средства синхронизации с учёткой в сервисах MS и возможность дистанционно удалять и устанавливать приложения без разрешения и ведома владельца компьютера.Но я имел в виду другое — все эти многолетние сказки про небезопасность.
> Да-да, в потом нам поют песенки про небезопасность виндов и маков, не
> видя перед глазами своего домашнего ботнета.ога и еще несовместимость винды http://archive.li/eKIJe читайте Спольски
а небезопасность винды именно из-за многочисленных костылей служивших совместимостит.е. совместимость обеспечивает дыры, а новоделы - обеспечивают несовместимость, получаем виндовз винегрет
если проприерастивные прошивки домашних железок, с дефолтными бэкдорами позволяют их ломать - это мало соотносится с ядром
> ога и еще несовместимость винды http://archive.li/eKIJe читайте Спольски
> а небезопасность винды именно из-за многочисленных костылей служивших совместимостиЯ это читал ещё в те годы. Причём не в переводе. И? К чему это здесь?
В оффтопике есть несколько программных как бы слоёв для программирования, для администрирования, для получения сведений от системы и пр. Какие тебе нужны, те ты и используешь. Если хочешь писать быстрый и универсальный софт, пиши его на Win32 API — и он будет работать на всех виндах везде и всегда. Если ты бригадир обезьян, то дай им какой-нибудь .NET — оно уже не будет столь универсальным, и таким быстрым не будет, зато тебе и хвостатым будет проще. А если ты модный, современный, прогрессивный, то пиши на Электроне или жлобоскрипте. Так ещё проще. Но получаться будет скриптовый г-нокод, хоть с какой стороны ни пытайся. Всё в твоих руках, дружище.
> т.е. совместимость обеспечивает дыры, а новоделы - обеспечивают несовместимость, получаем
> виндовз винегрет
> если проприерастивные прошивки домашних железок, с дефолтными бэкдорами позволяют их ломать
> - это мало соотносится с ядромЕсли бы ты на самом деле знал и понимал, откуда и почему в оффтопике дыры, то ты бы написал о правах доступа, например, о недокументированных функциях и средствах винды. А ты пишешь какие-то совершенно посторонние фразы, не относящиеся к сути дела.
Пиши на винапи, повторяю, и будешь молодцом. Ах, ну да — ты ведь не умеешь. :-)
>> ога и еще несовместимость винды http://archive.li/eKIJe читайте Спольски
>> а небезопасность винды именно из-за многочисленных костылей служивших совместимости
> Я это читал ещё в те годы. Причём не в переводе. И?
> К чему это здесь?
> В оффтопике есть несколько программных как бы слоёв для программирования, для администрирования,
> для получения сведений от системы и пр. Какие тебе нужны, те
> ты и используешь. Если хочешь писать быстрый и универсальный софт, пиши
> его на Win32 API — и он будет работать на всех виндах
> везде и всегда. Если ты бригадир обезьян, то дай им какой-нибудьне всегда не везде и по-разному, это было даже в ранних виндях - АПИ с всякими ..ex.. , а юзали их - потому как без ..ex... было коряво, а уж с принтерным гадай (GDI) была еще "кучка..." - там почеши/тут попинай. "Музыка эта ваша американская - говно" (с)Брат
> .NET — оно уже не будет столь универсальным, и таким быстрым не
> будет, зато тебе и хвостатым будет проще. А если ты модный,
> современный, прогрессивный, то пиши на Электроне или жлобоскрипте. Так ещё проще.
> Но получаться будет скриптовый г-нокод, хоть с какой стороны ни пытайся.
> Всё в твоих руках, дружище.вот расскажи мне расскажи ;)...
>> т.е. совместимость обеспечивает дыры, а новоделы - обеспечивают несовместимость, получаем
>> виндовз винегрет
>> если проприерастивные прошивки домашних железок, с дефолтными бэкдорами позволяют их ломать
>> - это мало соотносится с ядром
> Если бы ты на самом деле знал и понимал, откуда и почему вну конечно - приделывание костылей, для "совместимости", не влияет на секурность ;)
> оффтопике дыры, то ты бы написал о правах доступа, например, о
> недокументированных функциях и средствах винды. А ты пишешь какие-то совершенно посторонние
> фразы, не относящиеся к сути дела.и именно поэтому дыра в 16бит вдм дожила аж до 10-го года https://en.wikipedia.org/wiki/Virtual_DOS_machine#Security_i...
> Пиши на винапи, повторяю, и будешь молодцом. Ах, ну да — ты ведь
> не умеешь. :-)Писал еще 95 году, на плюсах... (на сях, ассемблере, паскале писал еще начиная с ДВК), с убогими обертками от мсявых для винапи и напрямую.
Чуть позже и тролтековские либы "смотрел"...
откуда ты взял инфу о моих умениях - остается загадкой
ОК, обознался, ложная тревога, личному составу вернуться в казарму. :) Я уж привык, что здесь сплошь дурно воспитанная малышня с мамкиных ноутбуков, так сразу ремень достаю, чтоб задать порку. А то, понимаешь, увидят второй раз бубунту и надувают щёки о том, какие они крутые и как все им должны, и что не смей слова им сказать.
>роутерыOpenWRT обновляет. Покупающие неподдерживаемое её - ССЗБ.
> OpenWRT обновляет.Да? А то я тут от них samaba 4 (2012 год) сколько уже жду не дождусь, чтобы заменить Apple Airport. А тут целое ядро...
Где посмотреть?
Вот твоё Apple Airport, как раз, и может оказаться неподдерживаемым. Что не удивительно, твоя любимая Аппле делает всё для максимальной тивоизации.
> Вот твоё Apple Airport, как раз, и может оказаться неподдерживаемымНу секурные апдейты спустя пять лет приходят.
А так на новые функции естественно болт.
Может-то оно, может, и может, да только этот самый airport с 802.11n дает мне через три стены соточку мегабит. И можно одновременно качать и торренты, и смотреть видосики на разных устройствах, и вообще делать все что угодно - никаких тормозов, никаких лагов. 2.4+5 GHz одновременно, покупал в 2011 году.Недавно стал задумываться о покупке чего-то с 802.11ac, стал читать отзывы на разные точки доступа. А там в отзывах такоооое... "Самая лучшая точка, берите, почти не греется, почти не тормозит, но только сразу надо сносить фирменную прошивку и ставить FirmWare V9.0 Vasyan Edition".
8 лет уже с этим Airport живу - и только недавно узнал, что точка доступа, оказывается, еще у кого-то может тормозить. Живут же люди!
>> OpenWRT обновляет.
> Да? А то я тут от них samaba 4 (2012 год) сколько
> уже жду не дождусь, чтобы заменить Apple Airport. А тут целоесамба заменяет яблопорт - что-то у вас там в программе сбилось ;)
> ядро...
> Где посмотреть?посмотреть на что?
Тащ Генеральный Предиктор. Перед тем как строить из себя эрудлированного знатока и блистать пёрлами, изучите, хотя бы поверхностно, предмет.Рекомендую начать с либимой «Семёрочки» и KMDF https://technet.microsoft.com/ru-ru/ff544309(v=vs.98)
Так он про это и говорит.
Вот и пусть говорит на форумах посвящённых его любимой «Семёрочке».
> Вот кто ещё здесь думает, что линукс это СПО — попробуйте сделать форк ведра и поддерживать его после очередной смены какого-нибудь API.Не понимаю, как связан термин "СПО" и невозможность потянуть поддержку такого проекта?
В вашем понимании СПО это демократия?
Тебе кто-то запрещает вносить правки в свою копию ядра?
вы читать дальше одного сообщения - вообще не обучены?
Да, stable api is nonsense запрещает. У меня нет в сутках 300 часов, чтобы успевать за кодошлепами, наворачивающими тонны мусора одну поверх другой. И у тебя нет. И вообще таких людей нет.Универсальных знаний начиная от деталей работы процессора с встроенным кэшем и кончая тонкостями tcp-стека - тоже нет. Тоже ни у кого.
Стабильной ветки ядра, в которой можно разобраться один раз и быть уверенным что хотя бы несколько следующих лет в ней будут нормально исправлять ошибки и добавлять драйверы для новых железок - тоже нет, то что нынче называется "lts" - ненужный бесполезный мусор.
(ну ок, у rhel вообще-то есть, но это ни разу не бесплатно, и при этом это совсем другое ведро, которое достаточно странное - наверное, оно решает какие-то неведомые мне проблемы крупных клиентов редхата, но явно не мои, терять на него время в общем-то жалко)остается жрать что дают, и слушать песни канареечек о "шва6оде".
Вы свободу с нахлебничеством не путаете? Вам никто ничего не должен, хотите - форкайте и пишите сами. Бесплатно же!
>Вам никто ничего не должен,Поэтому массового линуксового десктопа не будет, будет помесь богомерзкого андроида с гном3 и хромыебуки.
>У меня нет в сутках 300 часов, чтобы успевать за кодошлепами, наворачивающими тонны мусора одну поверх другой.Это твои проблемы.
>И у тебя нет. И вообще таких людей нет.
Это мои проблемы. Но если очень надо будет, то найду время.
И разработчики нам обоим ничего не обязаны.
> Это мои проблемы. Но если очень надо будет, то найду время.вот как найдешь 300 часов в сутках - приходи, поговорим.
> И разработчики нам обоим ничего не обязаны.
могут просто прекратить врать о шва6одном софте.
Или хотя бы ты можешь прекратить транслировать это вранье. Нет никакого свободного софта - уже лет десять как. Есть софт с открытыми исходниками, в большинстве случаев совершенно бесполезными для окружающего мира.
разрабатываемый на деньги и под дудку корпораций в интересах корпораций.
Они и не врут - софт свободный. А вот вы пытаетесь натянуть рабовладельческий строй на глобус. Разработчики - не ваши рабы.
> но явно не мои,вы просто зажрались. Называйся RH MicroHat, выпускай версии ОС называемые Rhel 99, Rhel 2004, Rhel 2013, Rhel 2017, и не знай вы _ничего_ о внутренних процессах разработки и выпуска релизов - вы бы и не пикали. И драйверы бы так же работали только под каждый отдельный релиз. А прикладное ПО имело бы совместимость между парой смежных релизов.
Но нет, вы можете видеть досконально все процессы разработки начиная от транка до бекпортов в ветки десятилетней давности, и начинаете возмущаться, что вам чего-то не нравится.
> вы просто зажрались. Называйся RH MicroHat, выпускай версии ОС называемые Rhel 99, Rhel 2004,
> Rhel 2013, Rhel 2017, и не знай вы _ничего_ о внутренних процессах разработки и выпуска релизовя что-то не понял - а сейчас в вашем маня-мирке это не так? (ну за исключением того что версии пока нумеруются иначе, впрочем, тоже совершенно бессмысленными цифирями - напоминаю, что redhat linux 7 был выпущен в 2002м, и не имеет ничего общего с rhel7 - подумаешь, одна и та же компания, и половина слов в названии совпадает)
> Но нет, вы можете видеть досконально все процессы разработки начиная от транка до бекпортов в
> ветки десятилетней давностивы, по-моему, как раз ничего не можете видеть. Даже собственной невозможности увидеть эти процессы до момента, когда оно на гора вываливает вам очередную тонну улучшизмов.
ну если только вы не топ-менеджер редхата. Или таки у вас в сутках 300 часов, и вы миллиардер на пенсии, поэтому на работу ходить вам не надо.
> У меня нет в сутках 300 часов, чтобы успевать за кодошлепами, наворачивающими тонны мусора одну поверх другой. И у тебя нет. И вообще таких людей нет.То есть в мире нет таких людей, которые успевают писать под Linux. Весь код под Linux тебе померещился.
> То есть в мире нет таких людей, которые успевают писать под Linux.причем тут "под линукс"? Еще один неумелец читать написанное?
>> То есть в мире нет таких людей, которые успевают писать под Linux.
> причем тут "под линукс"? Еще один неумелец читать написанное?Stable API nonsense не читал поди?
> Stable API nonsense не читал поди?я-то как раз читал, а кое-кто, похоже, слышал звон. Это не "под линукс", это сам линукс и есть - речь о внутренних api ядра.
людей, которые успевают писать что-то, что их использует, не за зарплату от пяти крупных корпораций - как бы не по пальцам одной руки, действительно, пересчитать. И дальше их станет совсем ноль.
ОК, т.е. есть некие люди, которые успевают за 300 часов в сутки писать что-то в ядро, а ты — нет. Я правильно понял твою мысль?
Какую мысль? Откуда её было взяться?
> Какую мысль? Откуда её было взяться?Действительно. Откуда у тебя может взяться мысль.
> ОК, т.е. есть некие люди, которые успеваютесли они даже где-то в сферическом вакууме и есть - ты явно не из них.
Возвращаемся к вопросу - в чем ваша свобода, кроме свободы жрать что на лопате подают?
Свобода в том, что ты можешь подсмотреть, написать по-своему, и на тебя никто не подаст в суд. Это и есть свободное ПО, когда люди делают дело, а не делают маркетинг. Вам никто не запрещает и скинуть гумпомощь разрабам на карточку, но вы (сужу по по хейту в сторону линукса, поправьте, если не так) предпочитаете делать это тем, кто каждый раз вылезает на сцену и громко кричит "It's a revolution".
> Свобода в том, что ты можешь подсмотретьну ты может можешь, а зачем? Увиденное тебе чем-то поможет в жизни?
>, написать по-своему,
в общем случае - я не могу. По чисто физическим причинам - отсутсвии в сутках 300 часов на сперва изучение деталей предмета, потом разработку, потом сопровождение в условиях stable api is nonsense. Судя по отсутствию миллиона комментов с примерами "как я классно улучшил линукс"- вы тоже не можете.
В сферическом вакууме, при неограниченном времени жизни и бананах с пальмы, автоматически падающих в рот - "могу" с нуля написать, зачем мне мегатонны в общем-то ненужного конкретно мне на 99% кода, местами откровенно плохого?
Ну так разработчик ядра MS тоже может посмотреть, и написать по своему - а все остальные не смогут не потому что nda не подписали, а потому что опять нет у них второй, третьей и четвертой жизней, разбираться, поддерживать и сопровождать собственный форк.
заметь, тут ни слова нет о том, что этот код попадет в ядро линукса и чудесным образом сам себя дальше будет сопровождать (а не будет выкинут со словами "апи поломан, разработчик уже помер, чинить мы не хотим").
> и на тебя никто не подаст в суд. Это и есть свободное ПО, когда
в РФ все ПО по твоим меркам "свободное" - подать на тебя в суд можно только если ты торгуешь измененной версией, DMCA у нас нет.
> люди делают дело, а не делают маркетинг. Вам никто не запрещает
бесконечные суды с производителями андроида, это, конечно, дело. Как и регулярные религиозные песнопения ногоедов и примкнувших.
> и скинуть гумпомощь разрабам на карточку, но вы (сужу по по
а зачем мне им платить, их и так редхат неплохо кормит. У меня сравнимых денег, чтобы не на помощь голодающим, а повернуть разработку хоть в мельчайшей части в нужную мне сторону - никогда не будет. Ну вот посчитайте - сколько и кого надо проплатить, чтобы в ядро вернули поддержку iptables да еще и исправили в ней проблемы 2001го года (то что поломали при торопыжном переписывании ipchains, которые еще тогда обещали "soon" и то что никогда нормально не работало, хотя заявлено). Начиная с Линуса, чтобы патч был принят, а не отброшен с брезгливой миной "не так подано".
> хейту в сторону линукса, поправьте, если не так) предпочитаете делать это
> тем, кто каждый раз вылезает на сцену и громко кричит "It's
> a revolution".нет, не угадали, тем - вообще не получится заплатить за софт, со snow leopard лицензия изменена так, что, ну, диск, за номинальные $120 можно было еще заказать, но использовать его ни для чего, кроме восстановления/апгрейда существующего мака, было нельзя. Так что я жядный и спер его в торрентах.
$120, как вы понимаете, ни разу не плата разработчикам, столько же хотел Sun за первый выпуск opensolaris ;-) Да, я заплатил тогда, с зарплаты в $600, до сих пор чота ржу, почем стоит "свободный софт". Жаль чек потерялся, он тоже был прекрасен.им платят за вещи, которые можно подержать в руках, и которые, чорт побери, в руках держать приятней, чем ленову десятилетней выдержки, восстановленную в китайском подвале.
Коробок с редхатами и сузями у меня на полках тоже с десяток. Там тоже уплочено за вполне материальные предметы, пусть и малополезные в жизни.
Выходит, что в этой сфере просто напросто происходит бардак, причём как со стороны проприетарного, так и со стороны свободного кода? Проприетарники не хотят приходить к определённым стандартам, но за удачные свои реализации требуют отчислений, а свободники делают свои форки того, что и так уже работало. Ку?
> то что нынче называется "lts" - ненужный бесполезный мусор.А чем оно вам не нравится?
>> то что нынче называется "lts" - ненужный бесполезный мусор.
> А чем оно вам не нравится?тем что и сопровождается левой пяткой, и нужно примерно никому (см какие ядра выбирает наша любимая бубунточка - и почему). Ну и lts этот такой же как все у нас - то есть не настолько long, сколько проживет любой сервис, на который оно поставлено - даже если бы от него вообще был хоть какой-нибудь толк.
самоучке с мотором, вздумавшему в одиночку сопровождать самому себе ведро - что этот lts, что мэйнлайн - в общем-то, одинаково по трудозатратам. Только трудозатраты на первое это просто перевод своего времени, потому что eol рано или поздно зайдет на огонек и все равно придется менять версию на поддерживаемую, проще было бы с самого начала на основной ветке и сидеть.
ждущим ебилдов и тем более.
Это изменения во _внутреннем_ API ядра, который не светится наружу и влияет только на встроенные в ядро драйверы блочных устройств. Переделали API и следом внесли правки во все драйверы, всё нормально и никакая стабильность не страдает.
> Это изменения во _внутреннем_ API ядра, который не светится наружу и влияет
> только на встроенные в ядро драйверы блочных устройств. Переделали API и
> следом внесли правки во все драйверыВо все-во все? Точно-точно во все? А не в полтора поддерживаемых потому что кому-то не лень еще ,и десяток поддерживаемых потому что платит интел?
> , всё нормально и никакая стабильность не страдает.
угу, то что это новое сырье две версии назад вызвало потери данных - и еще вполне сможет не раз - это никого ж не колебет, макбукам разработчиков ничего не грозит, а виртуалку с ненужно-ведром перезапустят после крэша с чистого снапшота.
> Во все-во все? Точно-точно во все? А не в полтора поддерживаемых потому
> что кому-то не лень еще ,и десяток поддерживаемых потому что платит
> интел?Совершенно не в теме, отсюда и вопросы.
Поддержка неизменности API требует усилий, что вы, товарищ, признаёте :-)А для облегчения страданий при ломке совместимости есть http://coccinelle.lip6.fr как раз использующаяся при разработке Linux.
Пытаюсь осмыслить эту жемчужину смысла. Но не могу, не получается. Поддержка неизменности <подставь нужное> требует усилий. Это как? Неизменное — априори самоподдерживающаяся система и сущность, она пребывает в состоянии внутреннего равновесия или гомеостазе (про живое). Она постигла дзен, достигла нирваны и уже никуда не идёт. Зачем прилагать какие-то усилия на поддержание неизменности неизменного?Чтобы не сломать то, что не сломано, надо просто это не ломать.
Касательно позиции кернел-тима, то она давно известна: ломали, ломают и будут ломать. Это такая намеренная политика, а не «само получилось». Для корпораций, практически, это значения не имеет, ибо кернелтимовцы там же и трудоустроены (прямо или опосредованно), да и других ресурсов хватает, а на остальных людей линуксоидам плевать.
Не согласны с этой ситуацией, как можно заметить, прежде всего те, кто по каким-то причинам были заинтересованы в линуксе, но не имеют ресурсов для его самостоятельного сопровождения.
Ломки у меня лично нету, линукс для меня лишь прикладное средство утилитарного назначения, любить в нём нечего и восхищаться нечем, это не канонический юникс. А проблемы возникают из-за того, что из линуксовой экосистемы распространяется множество заразы, уничтожающей или портящей ИТ в целом.
>Неизменное — априори самоподдерживающаяся система и сущность, она пребывает в состоянии внутреннего равновесия или гомеостазе (про живое).Это только идеальное, сферическое и в вакууме. IRL такое никому не нyжно, так или иначе придется хоть как-то взаимодействовать с текущей действительностью, которая - вот зараза! - никак не желает упокоиться в нирване, а постоянно течет и изменяется. Поэтому кол-во костылей вокруг идеальной системы и обезьянок, эти костыли мастерящих, переделывающих и поднимающих стремительно стремится к бесконечности. Поэтому скорее рано, чем поздно наступает момент, когда проще апдейтиться, чем продолжать громоздить костыли.
Ты, КГБ, худая обезьянка, негодная. Тебя нанимали заниматься костылями, а не мечтать и философствовать. Не хватает тебе надсмотрщика с кнутом и палкой, чтобы заставлял тебя работать, а не хныкать и жаловаться. На месте твоего начальства, я бы списал тебя, как выработавшего свой ресурс, и заменил на обезьянку помоложе и поэнергичней.
Ошибаешься, дружок. Я не обезьянка, а как раз из тех, кто вам всю эту философию создаёт, а иногда и на спичках объясняет (ибо вы ж не понимаете даже с десятого раза, и памяти у вас — как у аквариумной рыбки). Учись, пока я ещё захожу на опеннет. :-)
> Поддержка неизменности <подставь нужное> требует усилий. Это как?При внесении изменений в то, что затрагивает <нужное>, придётся озаботится сохранением совместимости. Или не заботиться.
Вы же не думаете, что разработчики ядра совместимость из вредности не поддерживают? :-)
www.google.com/search?q=stable+api+nonsense
Из того самого документа в дереве ядра: "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".
> Из того самого документа в дереве ядра: "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".Ну да, надо просто сделать новое, а старое пусть остаётся в прошлом. Что думают по этому поводу потребители, кернел-тиму плевать.
Вот пример такой политки:
github.com/torvalds/linux/blob/master/Documentation/ABI/removed/devfs
Вместо того, чтобы чинить то, что уже есть, они это объявляют устаревшим и меняют на что-то другое.
И так происходит всю историю линукса. Он плох в архитектурном смысле. Он состоит из архитектурных нелепостей, которые с течением времени заменяют одна другую. Чехарду кривых технологий и абсурдных инноваций команда ядра всегда объясняет приближением к пресловутой готовности для десктопа и заботой о понятности для пользователя (userfriendly). Хотя ни на йоту ближе и понятней не стало за более чем двадцать лет, я это знаю совершенно точно. Это значит, что либо нам лгут, либо они некомпетентны для решения заявленных задач. Думаю, что сомневаться в профессиональной компетентности Торвальдса и его ближайших сподвижников нет поводов — ну, значит, они лгут нам. Кроме того, на самом деле все эти десктопные средства вообще не нужны, я много лет не пользуюсь никакими из них, монтирую и размонтирую устройства-носители вручную и не вижу в этом проблемы, а больше никаких реальных полезных автоматизаций пресловутый десктоп в линукс не привносит.
Кому есть польза от этой чехарды — корпорациям, зарабатывающим на линуксе. Точно так же, как смена ОС и компиляторов приносит пользу Микрософту, принуждаю потребителя регулярно покупать новое.
Вдогонку своему комменту про devfs, udev и тому подобный «прогресс». Разработчиками udev значатся, как ни удивительно, широко известные в узких кругах Kroah-Hartman и Sievers. Можно видеть в этом какую-то конспирологию, а можно в который раз подумать над ответом на вопрос, который я так или иначе всегда подразумеваю, когда заходит речь про ядро линукса и корпорации: кто платит зарплату всем этим ребятам, и почему как-то так получается, что приживаются именно те средства и технологии, которые нужны корпорациям. И почему все эти технологии так или иначе связаны с проектом fd.o. Нет, это точно не конспирология, так много совпадений просто не бывает.
Они там в рабстве, раз по воскресеньям работают, что ли?
Название процессорной архитектуры C-SKY может вызвать вопросы у сторонников CoC ;)
> Название процессорной архитектуры C-SKY может вызвать вопросы у сторонников CoC ;)разве-что только у русскоязычных
Так надо написать западным борцам за права всего, что в русскоязычном произношении название китайского бренда может иметь звучание, угнетающее недотр*ханных феминисток. Так сказать, бросить дрожжи в деревенский сортир.
А на https://www.kernel.org/ ничего про 4.20 пока не знают ......
> А на https://www.kernel.org/ ничего про 4.20 пока не знают ......https://lore.kernel.org/lkml/CAHk-=wg0zF4wa87Q5rAhFe2es0t0eE...
Файлики положуть -- узнает. Прям, как маленький.
Появилось.
А как там интеграция WireGuard поживает?
> А как там интеграция WireGuard поживает?Учи язык, читай фороникс. Там напишут. Точно. И раньше, чем тут.
Пока никак. Всё откладывают и откладывают.
Отлаживают %)
Подскажите у видеокарта AMD RX 590 теперь работает? На 4.19 - не запускается.
За этой темой следят на phoronix.com. Для версии ядра 4.20 были сделаны патчи, вошли ли они в релиз я не понял, есть шанс что таки вошли, так что можешь попробовать.https://www.phoronix.com/scan.php?page=article&item=radeon-r...
Там тесты rx490 и такая фраза:
Some of the RX 590 patches are merged for Linux 4.20 while the final patch (yesterday's work) will hopefully reach the Linux 4.20 kernel in the next week or so. So Linux 4.20 should be in good shape for Linux support when released at month's end but it remains to be seen if the work will get back-ported to Linux 4.19 or older.
В вольном переводе тут говорится, что последние патчи для поддержки rx590 пришли вчера (от даты статьи) и к моменту релиза ядра может быть окажутся в ядре к моменту релиза. Но думаю помимо ядра нужно еще firmware обновить.
> Подскажите у видеокарта AMD RX 590 теперь работает? На 4.19 - не
> запускается.там
https://www.opennet.ru/openforum/vsluhforumID3/116148.html#55
уже написали
http://www.phoronix.com/scan.php?page=news_item&px=AMDGPU-4......."" Gets The Final Radeon RX 590 Fix ""...
Окончательный Фикс, панимаешь!?
+++"" но чтобы это была такая бумажка, при наличии которой ни Швондер, ни кто-либо другой не мог бы даже подойти к двери моей квартиры. Окончательная бумажка. ""
благодарствую
в 4.21 твой кусок стеклотекстолита раскроет потенциал (но это не точно)
А с RX 470 всё работает? Собрался тут прикупить по дешевке. Чума, rx560 стоит дороже rx470
Даже в ubuntu из коробки, у меня rx470 с 2016 года. Официально поддерживается начиная с ядра 4.8 и mesa 13.
Сижу теперь и думаю как сделать скрин, чтобы было понятно, что у меня и ядро 4.19 и RX590 и УМВР...А вообще да, с новой фирмварью по крайней мере должно работать в 4.20 уж точно.
Когда на_конец Btrfs перестанет превращать данные в кашу?
Когда btrfs перестанет быть котелком
> Когда на_конец Btrfs перестанет превращать данные в кашу?но ведь вот сейчас только добавили прекрасный превращатель данных в кашу, вполне себе независимый от btrfs - теперь ваши данные превращает в кашу "новый апи blk-mq", чем вы недовольны?
Еще через год выгонят вам козу - и вообще щастье наступит.
Думаете, что опасно экперементировать с данным (4.21) ядром? Может и накосячить??... Помню, когда-то давно при переходе на новое ядро многие данные, включая фотки, были потеряны именно, ИМХО, из-за драйвера ФС...
нет, я не думаю что именно с 4.20 или 21
опасно экспериментировать с btrfs вообще, и с новым модным mq в частности.Ну то есть если данные вообще-то дороги, а желания разбираться в дебагтулах и внутренних структурах этой fs у вас нет.
А докер с его контейнерами поверх навернуть - завсегда пожалуйста, их же совершенно не жаль.
Очередная сказочная аналитика от сказочного аналитика. Если данные дороги, они оперативно дублируются в облако, а лучше - в несколько, параллельно при этом шифруясь. И тогда пофиг, что там за ФС на локальном накопителе - хоть глубоко экспериментальная вундервафля.А сидеть трястить над данными в единственном экземпляре, невротично выбирая "надёжный" накопитель и "надёжную" ФС - это какое-то полоумие впополам с нищуганством.
Если твои "данные" - пара десятков-сотен ГБ порно с понями, тогда да. Вот если их сильно больше или/и они представляют интерес не только для твоих папки с мамкой, тут уже твой совет выглядит несколько хм... наивно, во.
В чём проблема? Купи себе десятки/сотни Тб места.
> Очередная сказочная аналитика от сказочного аналитика. Если данные дороги, они оперативно
> дублируются в облако, а лучше - в несколько, параллельно при этом
> шифруясь. И тогда пофиг, что там за ФС на локальном накопителе
> - хоть глубоко экспериментальная вундервафля.
> А сидеть трястить над данными в единственном экземпляре, невротично выбирая "надёжный"
> накопитель и "надёжную" ФС - это какое-то полоумие впополам с нищуганством.бтрфс для реального использования малопригодна. Как и ФСБук.
никогда
Какие плюшки Btrfs Вам нужны? Крутость этой системы весьма преувеличена.
До релиза этой свежей версии дожил патч, который приняли в ветку 4.19.x и бэкпортировали его на предыдущие ветки ядра. Этот патч поменял логику работы с DRM'овскими фреймбуферами (radeondrmfb, nouveaufb, inteldrmfb,... и т.д.). В первую очередь пострадала функция FB_SetVideoMode() из SDL1.Вернуть прежнее поведение в drm_fb_helper.c: http://saahriktu.org/downloads/patches/linux-4.20_make_sdl1_...
Пропатчить SDL1 вместо ядра: http://saahriktu.org/downloads/patches/make_sdl1.2.15_works_...
Тебя явно дали понять: "Мы будем делать всё чтобы ты от него отказался". Зачем ты продолжаешь есть кактус?
Фреймбуфер, заметьте, никто не выпиливал. А автор патча для фреймбуфера, определённо, считает его полезным, иначе бы он его не патчил. И он, работая в американской компании, которая ворочает миллионами долларов, преследовал цель, чтобы фреймбуферовский софт не рисовал во фреймбуфере не в своём режиме (собственно патч так и назван: "Reject all pixel format changing requests" (поскольку эта смена всё равно, по сути, (на стороне ядра) не работает)). И этой цели своим патчем он достиг. Он не учёл только лишь того, что есть библиотеки, которые пока ещё не учитывают эту новую логику.
Ты, эта, в рассылку фикс отправил?
Я писал в багзиллы. Сначала, когда решил, что это в ядре серьёзная поломка, написал в багзиллу ядра. Потом выяснил, что ядро не настолько поломано как я думал, и можно пропатчить SDL1. Тогда я извинился в багзилле ядра и написал в багзиллу библиотеки SDL.
Нужно предлагать альтернативу, а не требовать отказаться. Иногда X11 просто не нужен для всяких встраиваемых систем. С Wayland ситуация непонятная. FrameBuffer попртили. Что не простая задача, то вечно устроят какой-то геморрой.
> До релиза этой свежей версии дожил патч, который приняли в ветку 4.19.x
> и бэкпортировали его на предыдущие ветки ядра. Этот патч поменял логику
> работы с DRM'овскими фреймбуферами (radeondrmfb, nouveaufb, inteldrmfb,... и т.д.). В
> первую очередь пострадала функция FB_SetVideoMode() из SDL1.
> Вернуть прежнее поведение в drm_fb_helper.c: http://saahriktu.org/downloads/patches/linux-4.20_make_sdl1_...
> Пропатчить SDL1 вместо ядра: http://saahriktu.org/downloads/patches/make_sdl1.2.15_works_...А нормальный размер шрифта в ядерной консоли на 4К мониторе теперь можно будет выставить? А то с лупой сижу.
Для 4K vt так никто и не пропатчил (на весь PSF шрифт по-прежнему только 64 Кб, а максимальный размер символа по-прежнему 32x32). FullHD наше всё (есть и 27" FullHD мониторы в магазинах, и даже 31,5" FullHD мониторы).
Не всем нужны FullHD мониторы.
им же обидно - столько денег в свой 4-8-16К хлам вбухали, а нишие ядерщики не соизволили им комфорт доставить. )
kmscon не поможет?
kmscon
Единственное объяснение тому бардаку который творится в ядре так это то что компании что его пишут специально поддалкивают разработчиков к отказу от него. В пользу любых проприетарных решений будь то фуксия или винда не важно.
> Единственное объяснение тому бардаку который творится в ядре так это то что
> компании что его пишут специально поддалкивают разработчиков к отказу от него.
> В пользу любых проприетарных решений будь то фуксия или винда не
> важно.да аллах с тобой, о чем ты? "стабильное ядро - в пакетах вашего дистрибутива"(c) не какая-то там компания, а лично Великий Непогрешимый с-Пальцем, давным-давно.
И да, он и тогда , и сейчас делал все, чтобы по другому было очень больно и неудобно.
А у компаний все хорошо - они-то могут нанять десяток разработчиков, допиливать те части, которые им нужны, и бэкпортить то, что не хотят допиливать сами.
То есть то что для содомитов создана комфортная среда - пофиг?
> Код ядра избавлен от использования массивов переменной длины (VLA), реализуемых GCC-расширением VLAiS (Variable Length Arrays) и предоставляющих возможность использования переменной в качестве размера при создании массива, например "void foo(int n){ int m[n];"). При сборке по умолчанию включена опция "-Wvla" для вывода предупреждений при использовании в коде VLA. С практической стороны, кроме повышения безопасности избавление от VLA является очередным шагом в сторону обеспечения сборки с использованием Clang;Ну просто отлично.
1. Мы подгоняем ядро под шланг, а не наоборот.
2. Мы вместо высокоэффективных аллокаций на стеке (которые при правильном компиляторе добавляют только одну ассемблерную инструкцию к сгенерированному коду) будем аллоцироваться в куче, что добавляет туеву хучу инструкций.
3. Появляется дополнительный менингит по поводу освободжения этого блока памяти - теперь оно стало ручное, надо следить где и как выходишь.
4. Безопасности это не прибавляет вообще никак. Так как безопасность - это код, а не структуры данных. Гарантии отсутствия выхода за границу массива эта замена не дает.Отсюда вопрос: а зачем это было делать? Чтобы еще чуть-чуть замедлить ядро?
> Отсюда вопрос: а зачем это было делать? Чтобы еще чуть-чуть замедлить ядро?Чтобы сделать мелкую гадость Ораклу.
> 2. Мы вместо высокоэффективных аллокаций на стеке (которые при правильном компиляторе добавляют только одну ассемблерную инструкцию к сгенерированному коду) будем аллоцироваться в куче, что добавляет туеву хучу инструкций.а почему и дальше нельзя аллоцировать на стеке? но без VLA. через __builtin_alloca() .
(ответ я подозреваю: "можно но всё равно это уже не будет также дёшево как это было с VLA" .. но на всякий случай спросил :-))
> а почему и дальше нельзя аллоцировать на стеке?
> но без VLA. через __builtin_alloca() .
> (ответ я подозреваю: "можно но всё равно это
> уже не будет также дёшево как это было с VLA"Дешевле из-за отсуствия выравнивания?
Вот такие два варианта транслируются в идентичный код:
#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);
}
> Ну просто отлично.
> 1. Мы подгоняем ядро под шланг, а не наоборот.мы убрали из ядра вредную и опасную диверсию, а не наоборот, заставили других ее внести. Пусть даже она и приносила аж целый 0.1% ускорения, ценой зависимости от глюкофичи нестандартного компилятора.
то есть это, собственно, единственная хорошая новость.
>глюкофичи нестандартного компилятора.с99? не, не слышал
в c99 этой фичи как раз таки нету.
> в c99 этой фичи как раз таки нету.Читай внимательнее пункт 6.7.5.2
Прогибаются под корпорастов, раньше средний палец Торвальдс им показывал, а теперь они ядро ради шланга замедляют, пусть и незначительно...
>Мы подгоняем ядро под шланг, а не наоборот.Разумеется. Иначе получается MS-way - когда куча кривых приложух подпирается кучей хаков. В обоих случаях получаем вместо ОС или компилятора помойку из костылей и подпорок, слепленных соплями и изолентой, которые глючат, конфликтуют и устаревают. Советую для прозрения поподдерживать что-либо подобное в более мелком формате, тогда перестанешь чушь пороть.
M$ Way - это как раз Сlang в данном случае, который не может полностью реализовать стандарт С99, которому уже скоро 20 лет.
Скажите, пожалуйста, когда это ядро появится в Федре 28?
Когда ты его соберёшь, т.е. в любой момент.
он ждет ебилдов. А их в федору не завезли.
В федоре по политике ядра появляются не раньше .2 подверсии, те ждем 4.20.2. А если хочется вручную побыть тестировщиком, можно скачать с https://koji.fedoraproject.org/koji/packageinfo?packageID=8 - думаю, скоро там появится сборка.Но не факт, что в 28, возможно будет только для 29.
https://fedoraproject.org/wiki/Kernel_Vanilla_Repositories
В kernel-vanilla-stable уже есть 4.20.0-1.vanilla.knurd.1.fc28
Не раньше 4.20.4, если никаких особых косяков в ядре не будет.
Ну и переходи уже на Ф29, не сиди на плохо поддерживаемом и плохо обновляемом старье.
> Добавлен драйвер IGC с поддержкой 2.5-гигабитных Ethernet-контроллеров IntelГде применяются 2.5-гигабитные линки?
Где не хватает 1 гигабита, но проложена старая витуха 5 категории и 10 гигабит на 100 метровой дистанции не заводится (в отличие от 10GBASE-T с сигналом 400 МГц, тут используется 100 МГц сигнал и требования значительно ниже).В качестве экзотики еще тем, кто хочет сохранить PoE.
Ну и тем, кому 10Гбит дорого; те же 2.5/5 GBit карточки стоят уже < $70 (напр Aquantia AQN-108 https://www.amazon.com/Aquantia-NIC-4-speed-Ethernet-Network... но чтобы снизить цену до $25-35, требуются чистые карты 2.5 стандарта. Например, рилтек обещал, что вот эти решения https://www.anandtech.com/show/13428/realtek-has-25g-etherne... будут очень дешевыми.
Свитчи, опять же, станут дешевле: вот такой https://www.amazon.com/TRENDnet-2-5GBASE-T-Lifetime-Protecti... за $499 с 10гбит аплинками - очень неплохо. При этом это нормальный свитч, а не глючный Ubiquiti.
тренднет реально лучше убиквити?? o_O
в любом случае, я предпочёл нетгирю.
> тренднет реально лучше убиквити?? o_OКак минимум в том, что они продают не будет таких косяков: https://www.servethehome.com/ubiquiti-edgeswitch-es-16-xg-re.../
А в целом на них ругани полно. Совместимость с DAC паршивенькая: https://forums.servethehome.com/index.php?threads/ubiquiti-e.../
Ну и еще очень много негативных отзывов можно найти.
> в любом случае, я предпочёл нетгирю.
Будут и нетгири (https://www.netgear.com/landings/multi-gig/), но пока в этой категории вроде еще ничего не продается.
2.5гбит звучит смешно, это как 8G FC
Btrfs оптимизируют, молодцы.
Господа, CEC-Tunneling-over-AUX кто-нибудь тестил? Версия DP критична? По личному опыту, на каких переходниках взвелось?
Окей, отвечу сам:
- Был куплен https://www.amazon.com/gp/product/B01B702YTG/ref=ppx_od_dt_b... .
- Используется мать под intel с чипсетом z87
- Ядро 4.20 собрано с опцией CONFIG_DRM_DP_CEC
- Установлен пакет v4l-utils% cec-ctl --playback
% cec-ctl -S
Driver Info:
Driver Name : i915
Adapter Name : DP-2
Capabilities : 0x0000006e
Logical Addresses
Transmit
Passthrough
Monitor All
Needs HPD
Driver version : 4.20.0
Available Logical Addresses: 4
Physical Address : 1.0.0.0
Logical Address Mask : 0x0010
CEC Version : 2.0
Vendor ID : 0x000c03
Logical Addresses : 1 (Allow RC Passthrough)Logical Address : 4 (Playback Device 1)
Primary Device Type : Playback
Logical Address Type : Playback
All Device Types : Playback
RC TV Profile : None
Device Features :
NoneSystem Information for device 0 (TV) from device 4 (Playback Device 1):
CEC Version : 1.3a
Physical Address : 0.0.0.0
Primary Device Type : TV
Vendor ID : 0x00903e (Philips)
OSD Name : Tx, OK, Rx, OK, Feature Abort
Menu Language : eng
Power Status : OnTopology:
0.0.0.0: TV
1.0.0.0: Playback Device 1
Где то писали, что с blk-mq даже ext4 фиксили, чтобы тот не терял данные. А когда-то, месяцев 5 назад у меня на blk-mq зависало ведро при гибернации(или после вейкапа, не помню). Все проблемы решены, и все фс адаптированы для нормальной работы с ним?
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
Релиз 4.20 и ни одной шутки про bleze it?
да че там у терминатора было ядро 4.1.15. проморгали все.)))) кто выпустил арнольда погулять а?)))
Наверное только ты проморгал :)
https://www.opennet.ru/opennews/art.shtml?num=43530
В подсистеме MD улучшена поддержка программных RAID 10, в том числе устранены ранее наблюдаемые утечки памяти и зависания;Вот так и рождаются легенды, что raid N - полный отстой, потому, что синхронизация идет несколько суток | память течет | зависает | данные бьются. Дело то не в райде каком-то конкретном, а в драйвере ОС.
Увеличена производительности протокола SMB3 в реализации CIFS;Безотносительно версии протокола - видимо никогда не будет в ядре модуля, который позволит прозрачно монтировать сетевые ресурсы в /nmt/shara как smbfuse(smbnetfs) но без тормоза fuse и без mount -t cifs ...iocharset...user..password....ip...resource на каждую шару.
Ведь в отличии от винды можно все сделать настраиваемым и указать какой диапазон ip мы хотим монтировать, какие логины и пароли использовать...да вообще все что угодном можно сделать. Ах да - еще рождение отдельного pid процесса на каждый открытый файл, а не на всю сессию сразу - там глядишь и на стороне сервера можно будет прибивать блокировку на отдельный файл, чотобы баба Глаша могла в ексель вставить циферку, а дядя Гриша открыл этот файл и ушел :)
>Вот так и рождаются легенды, что raid N - полный отстойНу так правильный рейд - аппаратный и энергонезависимый. А нищебрoды пусть страдают, да.
> Ну так правильный рейд - аппаратный и энергонезависимый.и внутри у него линукс.
Кривой.
> Добавлена поддержка новой структуры данных XArray, полученной в результате модернизации структуры базисного дерева (Radix tree). На использование XArray переведён страничный кэш ядра;Стоит добавить что это разработка ненавистного Microsoft.
С XForms не путаешь?
> С XForms не путаешь?Ты [альтернативный]?
https://duckduckgo.com/?q=XArray+site:lwn.net
https://duckduckgo.com/?q=XArray+site:phoronix.com
Я традиционный.
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>
так что ?
ух ты, наконец то Creative Sound Blaster Z завезли, а то надоело патчи компилить
Каждый почти релиз улучшют F2FS, а пнуть разработчиков GRUB не могут чтобы они запилили наконец поддержку из коробки. Смешно уже просто.