The OpenNET Project / Index page

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



"Релиз ядра Linux 4.20"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Релиз ядра Linux 4.20"  +/
Сообщение от opennews (??), 24-Дек-18, 08:12 
После двух месяцев разработки Линус Торвальдс представил (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

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Релиз ядра Linux 4.20"  –1 +/
Сообщение от Аноним (1), 24-Дек-18, 08:12 
СоСл новый уже включен?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

4. "Релиз ядра Linux 4.20"  +2 +/
Сообщение от Аноним (4), 24-Дек-18, 08:18 
Ещё с 4.19. Правда, от мастер-слейвов и других нехороших слов не избавились, но это пока...
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

228. "Релиз ядра Linux 4.20"  +/
Сообщение от pavlinux (ok), 04-Янв-19, 15:26 
> Обновлён код чистки блобов в драйверах AMD GPU, i915

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

Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

3. "Релиз ядра Linux 4.20"  +/
Сообщение от Аноним (3), 24-Дек-18, 08:17 
Когда уже GPLv3?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

7. "Релиз ядра Linux 4.20"  –2 +/
Сообщение от BBB (?), 24-Дек-18, 08:45 
Сразу после того, как на лицензию BSD перейдут.
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

9. "Релиз ядра Linux 4.20"  +9 +/
Сообщение от Аноним (9), 24-Дек-18, 08:51 
Это никому не нужно. Вот КоК - да
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

170. "Релиз ядра Linux 4.20"  +/
Сообщение от Аноним (170), 25-Дек-18, 02:49 
cock у них, вроде, ругательное слово. Разве от него самого не нужно в первую очередь избавиться?
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

23. "Релиз ядра Linux 4.20"  +4 +/
Сообщение от Какаянахренразница (ok), 24-Дек-18, 09:19 
> Когда уже GPLv3?

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

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

31. "Релиз ядра Linux 4.20"  +/
Сообщение от Аноним (31), 24-Дек-18, 09:54 
Вот сначала незаметно плюсик и поприписывать к разным частям кода. Так проще будет. Не мытьём, тка катанием.
Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

65. "Релиз ядра Linux 4.20"  +2 +/
Сообщение от Аноним (65), 24-Дек-18, 11:01 
Мнение Линуса насчет GPLv3: https://www.youtube.com/watch?v=PaKIZ7gJlRU
Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

169. "Релиз ядра Linux 4.20"  +/
Сообщение от хотел спросить (?), 25-Дек-18, 01:16 
Иии, и что?
Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору

75. "Релиз ядра Linux 4.20"  –4 +/
Сообщение от Аноним (75), 24-Дек-18, 11:16 
Никогда. Андроиды накроются, роутеры тоже, будет форсирован переход на фуксию, и линь останется без патчей совсем.
Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

167. "Релиз ядра Linux 4.20"  +1 +/
Сообщение от Аноним (167), 25-Дек-18, 00:05 
Да хахаха, ага вот прям взяли и перешли
Ответить | Правка | ^ к родителю #75 | Наверх | Cообщить модератору

171. "Релиз ядра Linux 4.20"  +/
Сообщение от Анонимчжан (?), 25-Дек-18, 02:51 
линь слишком крепко держит большую часть серверного рынка. никакие bsd тут и рядом не стояли. даже если андроиды свалят на ядро вин\NT, никому холоднее не станет. насчет патчей. чес слово раньше когда не было андроида линь писали как то качественнее. а сейчас то тут то там какие то баги. по теории надежности знаете ли чем меньше составляющих тем выше надежность.)) да у линя может сократиться количество драйверов, но то дрова для телефонов и прочего. а на серверах и компах все возможно начнет приходить в более упорядоченный вид.ну правда гугля с интеллом притянули как много хорошего, так и плохого. но если кто реально ратует за всю эту прошлую линукс вейность, то наверно пусть глянут в миникс или опенбсд. там как раз то время как у линуха было лет так 10 назад.
Ответить | Правка | ^ к родителю #75 | Наверх | Cообщить модератору

200. "Релиз ядра Linux 4.20"  +1 +/
Сообщение от КГБ СССР (ok), 25-Дек-18, 21:26 
Да так же и писали. Линукс никогда не отличался высоким качеством. Просто, таки да, экстенсивный рост уже и сам по себе влечёт за собой снижение надёжности и увеличение количества ошибок. Спасибо хоть на том, что Торвальдс периодически гоняет ссаными тряпками от ядра всяких сиверсов и поцтерингов.
Ответить | Правка | ^ к родителю #171 | Наверх | Cообщить модератору

92. "Релиз ядра Linux 4.20"  +/
Сообщение от Аноним (92), 24-Дек-18, 12:49 
Было бы неплохо, но дрова всего найдут возможности позакрывать. Вон, были ж - большая часть драйвера в юзерспейсе закрытая. Вот и нате вам. Если только конкуренция не заставит делать нормальные дрова.
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

148. "Релиз ядра Linux 4.20"  –2 +/
Сообщение от Тот_Самый_Анонимус (?), 24-Дек-18, 19:28 
>Когда уже GPLv3?

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

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

151. "Релиз ядра Linux 4.20"  +/
Сообщение от Аноним (151), 24-Дек-18, 20:28 
> так и надо троллить гпльщиков

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

Ответить | Правка | ^ к родителю #148 | Наверх | Cообщить модератору

178. "Релиз ядра Linux 4.20"  +/
Сообщение от Тот_Самый_Анонимус (?), 25-Дек-18, 05:57 
> Ваших любимых еульщиков так же можно, кстати.

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


Ответить | Правка | ^ к родителю #151 | Наверх | Cообщить модератору

8. "Релиз ядра Linux 4.20"  –18 +/
Сообщение от КГБ СССР (?), 24-Дек-18, 08:47 
> Большая часть драйверов блочных устройств переведена на новый API

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

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

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

14. "Релиз ядра Linux 4.20"  –1 +/
Сообщение от iPony (?), 24-Дек-18, 08:59 
> Stable API is nonsense!

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

Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

16. "Релиз ядра Linux 4.20"  +/
Сообщение от КГБ СССР (?), 24-Дек-18, 09:05 
Да-да, в потом нам поют песенки про небезопасность виндов и маков, не видя перед глазами своего домашнего ботнета.
Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

30. "Релиз ядра Linux 4.20"  –4 +/
Сообщение от Аноним (30), 24-Дек-18, 09:53 
На android линукс ядро суют обычно lts. Так что вам ничего не мешает самим его патчить.
Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

129. "Релиз ядра Linux 4.20"  +/
Сообщение от псевдонимус (?), 24-Дек-18, 16:04 
И много таких за..энтузиастов среди обычных людей?
Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

138. "Релиз ядра Linux 4.20"  –3 +/
Сообщение от anano (?), 24-Дек-18, 17:14 
обычно обычным людям безопасность не нужна
Ответить | Правка | ^ к родителю #129 | Наверх | Cообщить модератору

141. "Релиз ядра Linux 4.20"  –2 +/
Сообщение от КГБ СССР (ok), 24-Дек-18, 17:34 
> обычно обычным людям безопасность не нужна

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

Ответить | Правка | ^ к родителю #138 | Наверх | Cообщить модератору

144. "Релиз ядра Linux 4.20"  –1 +/
Сообщение от псевдонимус (?), 24-Дек-18, 18:02 
Зато нужно чтобы не тормозило.
Ответить | Правка | ^ к родителю #138 | Наверх | Cообщить модератору

211. "Релиз ядра Linux 4.20"  +/
Сообщение от нах (?), 26-Дек-18, 12:24 
> Зато нужно чтобы не тормозило.

новую лопатку купишь, помощнее - а эту детям отдай, в песочнице ковырять сойдет.


Ответить | Правка | ^ к родителю #144 | Наверх | Cообщить модератору

215. "Релиз ядра Linux 4.20"  +/
Сообщение от псевдонимус (?), 26-Дек-18, 14:56 
Я их не использую, потому у меня они не тормозят. Понадобится, куплю самую дешовую, а то и бушную.
Ответить | Правка | ^ к родителю #211 | Наверх | Cообщить модератору

128. "Релиз ядра Linux 4.20"  –1 +/
Сообщение от псевдонимус (?), 24-Дек-18, 15:55 
Ну так они и правда не безопасны. Ванговал уже, что возможно у пользователей по требованиям правоторгашей будут пропадать файлы с харда.
Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

130. "Релиз ядра Linux 4.20"  –2 +/
Сообщение от КГБ СССР (ok), 24-Дек-18, 16:06 
Про десяточку речь? В ней есть встроенные средства синхронизации с учёткой в сервисах MS и возможность дистанционно удалять и устанавливать приложения без разрешения и ведома владельца компьютера.

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

Ответить | Правка | ^ к родителю #128 | Наверх | Cообщить модератору

208. "Релиз ядра Linux 4.20"  –1 +/
Сообщение от none_first (ok), 26-Дек-18, 12:06 
> Да-да, в потом нам поют песенки про небезопасность виндов и маков, не
> видя перед глазами своего домашнего ботнета.

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

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

Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

214. "Релиз ядра Linux 4.20"  +/
Сообщение от КГБ СССР (ok), 26-Дек-18, 13:25 
> ога и еще несовместимость винды http://archive.li/eKIJe читайте Спольски
> а небезопасность винды именно из-за многочисленных костылей служивших совместимости

Я это читал ещё в те годы. Причём не в переводе. И? К чему это здесь?

В оффтопике есть несколько программных как бы слоёв для программирования, для администрирования, для получения сведений от системы и пр. Какие тебе нужны, те ты и используешь. Если хочешь писать быстрый и универсальный софт, пиши его на Win32 API — и он будет работать на всех виндах везде и всегда. Если ты бригадир обезьян, то дай им какой-нибудь .NET — оно уже не будет столь универсальным, и таким быстрым не будет, зато тебе и хвостатым будет проще. А если ты модный, современный, прогрессивный, то пиши на Электроне или жлобоскрипте. Так ещё проще. Но получаться будет скриптовый г-нокод, хоть с какой стороны ни пытайся. Всё в твоих руках, дружище.


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

Если бы ты на самом деле знал и понимал, откуда и почему в оффтопике дыры, то ты бы написал о правах доступа, например, о недокументированных функциях и средствах винды. А ты пишешь какие-то совершенно посторонние фразы, не относящиеся к сути дела.

Пиши на винапи, повторяю, и будешь молодцом. Ах, ну да — ты ведь не умеешь. :-)

Ответить | Правка | ^ к родителю #208 | Наверх | Cообщить модератору

217. "Релиз ядра Linux 4.20"  +/
Сообщение от none_first (ok), 26-Дек-18, 16:46 
>> ога и еще несовместимость винды http://archive.li/eKIJe читайте Спольски
>> а небезопасность винды именно из-за многочисленных костылей служивших совместимости
> Я это читал ещё в те годы. Причём не в переводе. И?
> К чему это здесь?
> В оффтопике есть несколько программных как бы слоёв для программирования, для администрирования,
> для получения сведений от системы и пр. Какие тебе нужны, те
> ты и используешь. Если хочешь писать быстрый и универсальный софт, пиши
> его на Win32 API — и он будет работать на всех виндах
> везде и всегда. Если ты бригадир обезьян, то дай им какой-нибудь

не всегда не везде и по-разному, это было даже в ранних виндях - АПИ с всякими ..ex.. , а юзали их - потому как без ..ex... было коряво, а уж с принтерным гадай (GDI) была еще "кучка..." - там почеши/тут попинай. "Музыка эта ваша американская - говно" (с)Брат

> .NET — оно уже не будет столь универсальным, и таким быстрым не
> будет, зато тебе и хвостатым будет проще. А если ты модный,
> современный, прогрессивный, то пиши на Электроне или жлобоскрипте. Так ещё проще.
> Но получаться будет скриптовый г-нокод, хоть с какой стороны ни пытайся.
> Всё в твоих руках, дружище.

вот расскажи мне расскажи ;)...

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

ну конечно - приделывание костылей, для "совместимости", не влияет на секурность ;)

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

и именно поэтому дыра в 16бит вдм дожила аж до 10-го года https://en.wikipedia.org/wiki/Virtual_DOS_machine#Security_i...


> Пиши на винапи, повторяю, и будешь молодцом. Ах, ну да — ты ведь
> не умеешь. :-)

Писал еще 95 году, на плюсах... (на сях, ассемблере, паскале писал еще начиная с ДВК), с убогими обертками от мсявых для винапи и напрямую.
Чуть позже и тролтековские либы "смотрел"...
откуда ты взял инфу о моих умениях - остается загадкой

Ответить | Правка | ^ к родителю #214 | Наверх | Cообщить модератору

218. "Релиз ядра Linux 4.20"  +/
Сообщение от КГБ СССР (ok), 26-Дек-18, 17:24 
ОК, обознался, ложная тревога, личному составу вернуться в казарму. :) Я уж привык, что здесь сплошь дурно воспитанная малышня с мамкиных ноутбуков, так сразу ремень достаю, чтоб задать порку. А то, понимаешь, увидят второй раз бубунту и надувают щёки о том, какие они крутые и как все им должны, и что не смей слова им сказать.
Ответить | Правка | ^ к родителю #217 | Наверх | Cообщить модератору

34. "Релиз ядра Linux 4.20"  –2 +/
Сообщение от Аноним (31), 24-Дек-18, 10:00 
>роутеры

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

Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

56. "Релиз ядра Linux 4.20"  –2 +/
Сообщение от iPony (?), 24-Дек-18, 10:38 
> OpenWRT обновляет.

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

Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

73. "Релиз ядра Linux 4.20"  +3 +/
Сообщение от Аноним (31), 24-Дек-18, 11:12 
Вот твоё Apple Airport, как раз, и может оказаться неподдерживаемым. Что не удивительно, твоя любимая Аппле делает всё для максимальной тивоизации.
Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

95. "Релиз ядра Linux 4.20"  –2 +/
Сообщение от iPony (?), 24-Дек-18, 13:00 
> Вот твоё Apple Airport, как раз, и может оказаться неподдерживаемым

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

Ответить | Правка | ^ к родителю #73 | Наверх | Cообщить модератору

231. "Релиз ядра Linux 4.20"  –1 +/
Сообщение от Школьник (ok), 09-Янв-19, 16:54 
Может-то оно, может, и может, да только этот самый airport с 802.11n дает мне через три стены соточку мегабит. И можно одновременно качать и торренты, и смотреть видосики на разных устройствах, и вообще делать все что угодно - никаких тормозов, никаких лагов. 2.4+5 GHz одновременно, покупал в 2011 году.

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

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

Ответить | Правка | ^ к родителю #73 | Наверх | Cообщить модератору

209. "Релиз ядра Linux 4.20"  +/
Сообщение от none_first (ok), 26-Дек-18, 12:09 
>> OpenWRT обновляет.
> Да? А то я тут от них samaba 4 (2012 год) сколько
> уже жду не дождусь, чтобы заменить Apple Airport. А тут целое

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

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

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

Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

15. "Релиз ядра Linux 4.20"  +4 +/
Сообщение от Аноним (15), 24-Дек-18, 09:05 
Тащ Генеральный Предиктор. Перед тем как строить из себя эрудлированного знатока и блистать пёрлами, изучите, хотя бы поверхностно, предмет.

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

Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

64. "Релиз ядра Linux 4.20"  +/
Сообщение от Аноним (64), 24-Дек-18, 10:58 
Так он про это и говорит.
Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

77. "Релиз ядра Linux 4.20"  +2 +/
Сообщение от Аноним (77), 24-Дек-18, 11:41 
Вот и пусть говорит на форумах посвящённых его любимой «Семёрочке».
Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

19. "Релиз ядра Linux 4.20"  +1 +/
Сообщение от Blind Vic (ok), 24-Дек-18, 09:12 
> Вот кто ещё здесь думает, что линукс это СПО — попробуйте сделать форк ведра и поддерживать его после очередной смены какого-нибудь API.

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

Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору
Часть нити удалена модератором

43. "Релиз ядра Linux 4.20"  +2 +/
Сообщение от Аноним (31), 24-Дек-18, 10:09 
Тебе кто-то запрещает вносить правки в свою копию ядра?
Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

50. "Релиз ядра Linux 4.20"  –4 +/
Сообщение от нах (?), 24-Дек-18, 10:22 
вы читать дальше одного сообщения - вообще не обучены?
Да, stable api is nonsense запрещает. У меня нет в сутках 300 часов, чтобы успевать за кодошлепами, наворачивающими тонны мусора одну поверх другой. И у тебя нет. И вообще таких людей нет.

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

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

остается жрать что дают, и слушать песни канареечек о "шва6оде".


Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

53. "Релиз ядра Linux 4.20"  +3 +/
Сообщение от Аноним (53), 24-Дек-18, 10:27 
Вы свободу с нахлебничеством не путаете? Вам никто ничего не должен, хотите - форкайте и пишите сами. Бесплатно же!
Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

131. "Релиз ядра Linux 4.20"  –2 +/
Сообщение от псевдонимус (?), 24-Дек-18, 16:11 
>Вам никто ничего не должен,

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

Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

54. "Релиз ядра Linux 4.20"  +/
Сообщение от Аноним (31), 24-Дек-18, 10:33 
>У меня нет в сутках 300 часов, чтобы успевать за кодошлепами, наворачивающими тонны мусора одну поверх другой.

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

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

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

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

Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

58. "Релиз ядра Linux 4.20"  –2 +/
Сообщение от нах (?), 24-Дек-18, 10:44 
> Это мои проблемы. Но если очень надо будет, то найду время.

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

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

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

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

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

Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

68. "Релиз ядра Linux 4.20"  –2 +/
Сообщение от Аноним (53), 24-Дек-18, 11:07 
Они и не врут - софт свободный. А вот вы пытаетесь натянуть рабовладельческий строй на глобус. Разработчики - не ваши рабы.
Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

57. "Релиз ядра Linux 4.20"  +2 +/
Сообщение от Аноним (9), 24-Дек-18, 10:42 
>  но явно не мои,

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

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

Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

62. "Релиз ядра Linux 4.20"  –1 +/
Сообщение от нах (?), 24-Дек-18, 10:54 
> вы просто зажрались. Называйся RH MicroHat, выпускай версии ОС называемые Rhel 99, Rhel 2004,
> Rhel 2013, Rhel 2017, и не знай вы _ничего_ о внутренних процессах разработки и выпуска релизов

я что-то не понял - а сейчас в вашем маня-мирке это не так? (ну за исключением того что версии пока нумеруются иначе, впрочем, тоже совершенно бессмысленными цифирями - напоминаю, что redhat linux 7 был выпущен в 2002м, и не имеет ничего общего с rhel7 - подумаешь, одна и та же компания, и половина слов в названии совпадает)

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

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

ну если только вы не топ-менеджер редхата. Или таки у вас в сутках 300 часов, и вы миллиардер на пенсии, поэтому на работу ходить вам не надо.

Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

81. "Релиз ядра Linux 4.20"  +1 +/
Сообщение от Annoynymousemail (ok), 24-Дек-18, 12:01 
> У меня нет в сутках 300 часов, чтобы успевать за кодошлепами, наворачивающими тонны мусора одну поверх другой. И у тебя нет. И вообще таких людей нет.

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

Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

83. "Релиз ядра Linux 4.20"  –2 +/
Сообщение от нах (?), 24-Дек-18, 12:06 
> То есть в мире нет таких людей, которые успевают писать под Linux.

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

Ответить | Правка | ^ к родителю #81 | Наверх | Cообщить модератору

108. "Релиз ядра Linux 4.20"  +/
Сообщение от Annoynymousemail (ok), 24-Дек-18, 14:18 
>> То есть в мире нет таких людей, которые успевают писать под Linux.
> причем тут "под линукс"? Еще один неумелец читать написанное?

Stable API nonsense не читал поди?

Ответить | Правка | ^ к родителю #83 | Наверх | Cообщить модератору

113. "Релиз ядра Linux 4.20"  –1 +/
Сообщение от нах (?), 24-Дек-18, 15:05 
> Stable API nonsense не читал поди?

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

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

Ответить | Правка | ^ к родителю #108 | Наверх | Cообщить модератору

126. "Релиз ядра Linux 4.20"  +/
Сообщение от Annoynymousemail (ok), 24-Дек-18, 15:48 
ОК, т.е. есть некие люди, которые успевают за 300 часов в сутки писать что-то в ядро, а ты — нет. Я правильно понял твою мысль?
Ответить | Правка | ^ к родителю #113 | Наверх | Cообщить модератору

145. "Релиз ядра Linux 4.20"  –2 +/
Сообщение от нах (?), 24-Дек-18, 18:13 
Какую мысль? Откуда её было взяться?
Ответить | Правка | ^ к родителю #126 | Наверх | Cообщить модератору

196. "Релиз ядра Linux 4.20"  –1 +/
Сообщение от Annoynymousemail (ok), 25-Дек-18, 20:08 
> Какую мысль? Откуда её было взяться?

Действительно. Откуда у тебя может взяться мысль.

Ответить | Правка | ^ к родителю #145 | Наверх | Cообщить модератору

165. "Релиз ядра Linux 4.20"  –1 +/
Сообщение от пох (?), 24-Дек-18, 23:20 
> ОК, т.е. есть некие люди, которые успевают

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

Ответить | Правка | ^ к родителю #126 | Наверх | Cообщить модератору

227. "Релиз ядра Linux 4.20"  –1 +/
Сообщение от Аноним (227), 02-Янв-19, 02:46 
Свобода в том, что ты можешь подсмотреть, написать по-своему, и на тебя никто не подаст в суд. Это и есть свободное ПО, когда люди делают дело, а не делают маркетинг. Вам никто не запрещает и скинуть гумпомощь разрабам на карточку, но вы (сужу по по хейту в сторону линукса, поправьте, если не так) предпочитаете делать это тем, кто каждый раз вылезает на сцену и громко кричит "It's a revolution".
Ответить | Правка | ^ к родителю #165 | Наверх | Cообщить модератору

229. "Релиз ядра Linux 4.20"  –1 +/
Сообщение от пох (?), 06-Янв-19, 10:28 
> Свобода в том, что ты можешь подсмотреть

ну ты может можешь, а зачем? Увиденное тебе чем-то поможет в жизни?

>, написать по-своему,

в общем случае - я не могу. По чисто физическим причинам - отсутсвии в сутках 300 часов на сперва изучение деталей предмета, потом разработку, потом сопровождение в условиях stable api is nonsense. Судя по отсутствию миллиона комментов с примерами "как я классно улучшил линукс"- вы тоже не можете.

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

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

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

> и на тебя никто не подаст в суд. Это и есть свободное ПО, когда

в РФ все ПО по твоим меркам "свободное" - подать на тебя в суд можно только если ты торгуешь измененной версией, DMCA у нас нет.

> люди делают дело, а не делают маркетинг. Вам никто не запрещает

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

> и скинуть гумпомощь разрабам на карточку, но вы (сужу по по

а зачем мне им платить, их и так редхат неплохо кормит. У меня сравнимых денег, чтобы не на помощь голодающим, а повернуть разработку хоть в мельчайшей части в нужную мне сторону - никогда не будет. Ну вот посчитайте - сколько и кого надо проплатить, чтобы в ядро вернули поддержку iptables да еще и исправили в ней проблемы 2001го года (то что поломали при торопыжном переписывании ipchains, которые еще тогда обещали "soon" и то что никогда нормально не работало, хотя заявлено). Начиная с Линуса, чтобы патч был принят, а не отброшен с брезгливой миной "не так подано".

> хейту в сторону линукса, поправьте, если не так) предпочитаете делать это
> тем, кто каждый раз вылезает на сцену и громко кричит "It's
> a revolution".

нет, не угадали, тем - вообще не получится заплатить за софт, со snow leopard лицензия изменена так, что, ну, диск, за номинальные $120 можно было еще заказать, но использовать его ни для чего, кроме восстановления/апгрейда существующего мака, было нельзя. Так что я жядный и спер его в торрентах.
$120, как вы понимаете, ни разу не плата разработчикам, столько же хотел Sun за первый выпуск opensolaris ;-) Да, я заплатил тогда, с зарплаты в $600, до сих пор чота ржу, почем стоит "свободный софт". Жаль чек потерялся, он тоже был прекрасен.

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

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

Ответить | Правка | ^ к родителю #227 | Наверх | Cообщить модератору

230. "Релиз ядра Linux 4.20"  +/
Сообщение от Аноним (230), 07-Янв-19, 15:58 
Выходит, что в этой сфере просто напросто происходит бардак, причём как со стороны проприетарного, так и со стороны свободного кода? Проприетарники не хотят приходить к определённым стандартам, но за удачные свои реализации требуют отчислений, а свободники делают свои форки того, что и так уже работало. Ку?
Ответить | Правка | ^ к родителю #229 | Наверх | Cообщить модератору

98. "Релиз ядра Linux 4.20"  +/
Сообщение от Аноним (98), 24-Дек-18, 13:14 
> то что нынче называется "lts" - ненужный бесполезный мусор.

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

Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

114. "Релиз ядра Linux 4.20"  –1 +/
Сообщение от нах (?), 24-Дек-18, 15:10 
>> то что нынче называется "lts" - ненужный бесполезный мусор.
> А чем оно вам не нравится?

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

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

ждущим ебилдов и тем более.

Ответить | Правка | ^ к родителю #98 | Наверх | Cообщить модератору

51. "Релиз ядра Linux 4.20"  +5 +/
Сообщение от Аноним (51), 24-Дек-18, 10:22 
Это изменения во _внутреннем_ API ядра, который не светится наружу и влияет только на встроенные в ядро драйверы блочных устройств. Переделали API и следом внесли правки во все драйверы, всё нормально и никакая стабильность не страдает.
Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

84. "Релиз ядра Linux 4.20"  –2 +/
Сообщение от нах (?), 24-Дек-18, 12:08 
> Это изменения во _внутреннем_ API ядра, который не светится наружу и влияет
> только на встроенные в ядро драйверы блочных устройств. Переделали API и
> следом внесли правки во все драйверы

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

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

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


Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

90. "Релиз ядра Linux 4.20"  –5 +/
Сообщение от нах (?), 24-Дек-18, 12:47 
> Во все-во все? Точно-точно во все? А не в полтора поддерживаемых потому
> что кому-то не лень еще ,и десяток поддерживаемых потому что платит
> интел?

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

Ответить | Правка | ^ к родителю #84 | Наверх | Cообщить модератору

197. "Stable API nonsense"  +/
Сообщение от qweo (?), 25-Дек-18, 20:52 
Поддержка неизменности API требует усилий, что вы, товарищ, признаёте :-)

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

Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

198. "Stable API nonsense"  +/
Сообщение от КГБ СССР (ok), 25-Дек-18, 21:16 
Пытаюсь осмыслить эту жемчужину смысла. Но не могу, не получается. Поддержка неизменности <подставь нужное> требует усилий. Это как? Неизменное — априори самоподдерживающаяся система и сущность, она пребывает в состоянии внутреннего равновесия или гомеостазе (про живое). Она постигла дзен, достигла нирваны и уже никуда не идёт. Зачем прилагать какие-то усилия на поддержание неизменности неизменного?

Чтобы не сломать то, что не сломано, надо просто это не ломать.

Касательно позиции кернел-тима, то она давно известна: ломали, ломают и будут ломать. Это такая намеренная политика, а не «само получилось». Для корпораций, практически, это значения не имеет, ибо кернелтимовцы там же и трудоустроены (прямо или опосредованно), да и других ресурсов хватает, а на остальных людей линуксоидам плевать.

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

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

Ответить | Правка | ^ к родителю #197 | Наверх | Cообщить модератору

206. "Stable API nonsense"  –3 +/
Сообщение от Аноним (206), 26-Дек-18, 10:19 
>Неизменное — априори самоподдерживающаяся система и сущность, она пребывает в состоянии внутреннего равновесия или гомеостазе (про живое).

Это только идеальное, сферическое и в вакууме. IRL такое никому не нyжно, так или иначе придется хоть как-то взаимодействовать с текущей действительностью, которая - вот зараза! - никак не желает упокоиться в нирване, а постоянно течет и изменяется. Поэтому кол-во костылей вокруг идеальной системы и обезьянок, эти костыли мастерящих, переделывающих и поднимающих стремительно стремится к бесконечности. Поэтому скорее рано, чем поздно наступает момент, когда проще апдейтиться, чем продолжать громоздить костыли.
Ты, КГБ, худая обезьянка, негодная. Тебя нанимали заниматься костылями, а не мечтать и философствовать. Не хватает тебе надсмотрщика с кнутом и палкой, чтобы заставлял тебя работать, а не хныкать и жаловаться. На месте твоего начальства, я бы списал тебя, как выработавшего свой ресурс, и заменил на обезьянку помоложе и поэнергичней.

Ответить | Правка | ^ к родителю #198 | Наверх | Cообщить модератору

213. "Stable API nonsense"  +1 +/
Сообщение от КГБ СССР (ok), 26-Дек-18, 13:14 
Ошибаешься, дружок. Я не обезьянка, а как раз из тех, кто вам всю эту философию создаёт, а иногда и на спичках объясняет (ибо вы ж не понимаете даже с десятого раза, и памяти у вас — как у аквариумной рыбки). Учись, пока я ещё захожу на опеннет. :-)
Ответить | Правка | ^ к родителю #206 | Наверх | Cообщить модератору

221. "Stable API nonsense"  +/
Сообщение от qweo (?), 27-Дек-18, 15:18 
>  Поддержка неизменности <подставь нужное> требует усилий. Это как?

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

Ответить | Правка | ^ к родителю #198 | Наверх | Cообщить модератору

222. "Stable API nonsense"  +/
Сообщение от КГБ СССР (ok), 27-Дек-18, 15:22 
www.google.com/search?q=stable+api+nonsense
Ответить | Правка | ^ к родителю #221 | Наверх | Cообщить модератору

223. "Stable API nonsense"  +/
Сообщение от qweo (?), 27-Дек-18, 19:34 
Из того самого документа в дереве ядра: "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".
Ответить | Правка | ^ к родителю #222 | Наверх | Cообщить модератору

224. "Stable API nonsense"  +2 +/
Сообщение от КГБ СССР (ok), 27-Дек-18, 20:13 
> Из того самого документа в дереве ядра: "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). Хотя ни на йоту ближе и понятней не стало за более чем двадцать лет, я это знаю совершенно точно. Это значит, что либо нам лгут, либо они некомпетентны для решения заявленных задач. Думаю, что сомневаться в профессиональной компетентности Торвальдса и его ближайших сподвижников нет поводов — ну, значит, они лгут нам. Кроме того, на самом деле все эти десктопные средства вообще не нужны, я много лет не пользуюсь никакими из них, монтирую и размонтирую устройства-носители вручную и не вижу в этом проблемы, а больше никаких реальных полезных автоматизаций пресловутый десктоп в линукс не привносит.

Кому есть польза от этой чехарды — корпорациям, зарабатывающим на линуксе. Точно так же, как смена ОС и компиляторов приносит пользу Микрософту, принуждаю потребителя регулярно покупать новое.

Ответить | Правка | ^ к родителю #223 | Наверх | Cообщить модератору

225. "Stable API nonsense"  +3 +/
Сообщение от КГБ СССР (ok), 27-Дек-18, 22:48 
Вдогонку своему комменту про devfs, udev и тому подобный «прогресс». Разработчиками udev значатся, как ни удивительно, широко известные в узких кругах Kroah-Hartman и Sievers. Можно видеть в этом какую-то конспирологию, а можно в который раз подумать над ответом на вопрос, который я так или иначе всегда подразумеваю, когда заходит речь про ядро линукса и корпорации: кто платит зарплату всем этим ребятам, и почему как-то так получается, что приживаются именно те средства и технологии, которые нужны корпорациям. И почему все эти технологии так или иначе связаны с проектом fd.o. Нет, это точно не конспирология, так много совпадений просто не бывает.
Ответить | Правка | ^ к родителю #223 | Наверх | Cообщить модератору

18. "Релиз ядра Linux 4.20"  –3 +/
Сообщение от Аноним (18), 24-Дек-18, 09:12 
Они там в рабстве, раз по воскресеньям работают, что ли?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

28. "Релиз ядра Linux 4.20"  +3 +/
Сообщение от Аноним (31), 24-Дек-18, 09:48 
Название процессорной архитектуры C-SKY может вызвать вопросы у сторонников CoC ;)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

32. "Релиз ядра Linux 4.20"  +6 +/
Сообщение от anonymous (??), 24-Дек-18, 09:59 
> Название процессорной архитектуры C-SKY может вызвать вопросы у сторонников CoC ;)

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

Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

122. "Релиз ядра Linux 4.20"  +7 +/
Сообщение от Аноним (122), 24-Дек-18, 15:34 
Так надо написать западным борцам за права всего, что в русскоязычном произношении название китайского бренда может иметь звучание, угнетающее недотр*ханных феминисток. Так сказать, бросить дрожжи в деревенский сортир.
Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

33. "Релиз ядра Linux 4.20"  +/
Сообщение от Аноним (33), 24-Дек-18, 09:59 
А на https://www.kernel.org/ ничего про 4.20 пока не знают ......
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

46. "Релиз ядра Linux 4.20"  +1 +/
Сообщение от Andrey Mitrofanov (?), 24-Дек-18, 10:10 
> А на https://www.kernel.org/ ничего про 4.20 пока не знают ......

https://lore.kernel.org/lkml/CAHk-=wg0zF4wa87Q5rAhFe2es0t0eE...


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

Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

78. "Релиз ядра Linux 4.20"  +/
Сообщение от Аноним (77), 24-Дек-18, 11:41 
Появилось.
Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

36. "Релиз ядра Linux 4.20"  –2 +/
Сообщение от Ilya Indigo (ok), 24-Дек-18, 10:01 
А как там интеграция WireGuard поживает?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

55. "Релиз ядра Linux 4.20"  –2 +/
Сообщение от Andrey Mitrofanov (?), 24-Дек-18, 10:34 
> А как там интеграция WireGuard поживает?

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

Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

79. "Релиз ядра Linux 4.20"  +2 +/
Сообщение от Аноним (51), 24-Дек-18, 11:47 
Пока никак. Всё откладывают и откладывают.
Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

135. "Релиз ядра Linux 4.20"  +/
Сообщение от Аноним (-), 24-Дек-18, 16:34 
Отлаживают %)
Ответить | Правка | ^ к родителю #79 | Наверх | Cообщить модератору

88. "Релиз ядра Linux 4.20"  –2 +/
Сообщение от Аноним (88), 24-Дек-18, 12:42 
Подскажите у видеокарта AMD RX 590 теперь работает? На 4.19 - не запускается.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

100. "Релиз ядра Linux 4.20"  +/
Сообщение от Аноним (100), 24-Дек-18, 13:17 
За этой темой следят на 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 обновить.

Ответить | Правка | ^ к родителю #88 | Наверх | Cообщить модератору

101. "Релиз ядра Linux 4.20"  +/
Сообщение от Andrey Mitrofanov (?), 24-Дек-18, 13:18 
> Подскажите у видеокарта 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 ""...

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

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

Ответить | Правка | ^ к родителю #88 | Наверх | Cообщить модератору

153. "Релиз ядра Linux 4.20"  –1 +/
Сообщение от Аноним (88), 24-Дек-18, 21:04 
благодарствую
Ответить | Правка | ^ к родителю #101 | Наверх | Cообщить модератору

133. "Релиз ядра Linux 4.20"  –2 +/
Сообщение от подмышка (?), 24-Дек-18, 16:30 
в 4.21 твой кусок стеклотекстолита раскроет потенциал (но это не точно)
Ответить | Правка | ^ к родителю #88 | Наверх | Cообщить модератору

190. "Релиз ядра Linux 4.20"  –2 +/
Сообщение от Аноним (9), 25-Дек-18, 13:51 
А с RX 470 всё работает? Собрался тут прикупить по дешевке. Чума, rx560 стоит дороже rx470
Ответить | Правка | ^ к родителю #88 | Наверх | Cообщить модератору

192. "Релиз ядра Linux 4.20"  +/
Сообщение от Аноним (192), 25-Дек-18, 18:41 
Даже в ubuntu из коробки, у меня rx470 с 2016 года. Официально поддерживается начиная с ядра 4.8 и mesa 13.
Ответить | Правка | ^ к родителю #190 | Наверх | Cообщить модератору

201. "Релиз ядра Linux 4.20"  +/
Сообщение от NickFaces (ok), 25-Дек-18, 22:11 
Сижу теперь и думаю как сделать скрин, чтобы было понятно, что у меня и ядро 4.19 и RX590 и УМВР...

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

Ответить | Правка | ^ к родителю #88 | Наверх | Cообщить модератору

91. "Релиз ядра Linux 4.20"  –4 +/
Сообщение от Аноним (91), 24-Дек-18, 12:48 
Когда на_конец Btrfs перестанет превращать данные в кашу?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

93. "Релиз ядра Linux 4.20"  +1 +/
Сообщение от Аноним (92), 24-Дек-18, 12:51 
Когда btrfs перестанет быть котелком
Ответить | Правка | ^ к родителю #91 | Наверх | Cообщить модератору

97. "Релиз ядра Linux 4.20"  –3 +/
Сообщение от нах (?), 24-Дек-18, 13:02 
> Когда на_конец Btrfs перестанет превращать данные в кашу?

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

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

Ответить | Правка | ^ к родителю #91 | Наверх | Cообщить модератору

154. "Релиз ядра Linux 4.20"  +/
Сообщение от sharddin (?), 24-Дек-18, 21:19 
Думаете, что опасно экперементировать с данным (4.21) ядром? Может и накосячить??... Помню, когда-то давно при переходе на новое ядро многие данные, включая фотки, были потеряны именно, ИМХО, из-за драйвера ФС...
Ответить | Правка | ^ к родителю #97 | Наверх | Cообщить модератору

185. "Релиз ядра Linux 4.20"  +/
Сообщение от нах (?), 25-Дек-18, 10:52 
нет, я не думаю что именно с 4.20 или 21
опасно экспериментировать с btrfs вообще, и с новым модным mq в частности.

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

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

Ответить | Правка | ^ к родителю #154 | Наверх | Cообщить модератору

191. "Релиз ядра Linux 4.20"  –6 +/
Сообщение от Fracta1L (ok), 25-Дек-18, 18:34 
Очередная сказочная аналитика от сказочного аналитика. Если данные дороги, они оперативно дублируются в облако, а лучше - в несколько, параллельно при этом шифруясь. И тогда пофиг, что там за ФС на локальном накопителе - хоть глубоко экспериментальная вундервафля.

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

Ответить | Правка | ^ к родителю #185 | Наверх | Cообщить модератору

207. "Релиз ядра Linux 4.20"  +3 +/
Сообщение от Аноним (206), 26-Дек-18, 10:22 
Если твои "данные" - пара десятков-сотен ГБ порно с понями, тогда да. Вот если их сильно больше или/и они представляют интерес не только для твоих папки с мамкой, тут уже твой совет выглядит несколько хм... наивно, во.
Ответить | Правка | ^ к родителю #191 | Наверх | Cообщить модератору

210. "Релиз ядра Linux 4.20"  –3 +/
Сообщение от Fracta1L (ok), 26-Дек-18, 12:19 
В чём проблема? Купи себе десятки/сотни Тб места.
Ответить | Правка | ^ к родителю #207 | Наверх | Cообщить модератору

216. "Релиз ядра Linux 4.20"  +/
Сообщение от псевдонимус (?), 26-Дек-18, 15:06 
> Очередная сказочная аналитика от сказочного аналитика. Если данные дороги, они оперативно
> дублируются в облако, а лучше - в несколько, параллельно при этом
> шифруясь. И тогда пофиг, что там за ФС на локальном накопителе
> - хоть глубоко экспериментальная вундервафля.
> А сидеть трястить над данными в единственном экземпляре, невротично выбирая "надёжный"
> накопитель и "надёжную" ФС - это какое-то полоумие впополам с нищуганством.

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


Ответить | Правка | ^ к родителю #191 | Наверх | Cообщить модератору

134. "Релиз ядра Linux 4.20"  –2 +/
Сообщение от подмышка (?), 24-Дек-18, 16:30 
никогда
Ответить | Правка | ^ к родителю #91 | Наверх | Cообщить модератору

158. "Релиз ядра Linux 4.20"  –1 +/
Сообщение от Аноним (158), 24-Дек-18, 22:17 
Какие плюшки Btrfs Вам нужны? Крутость этой системы весьма преувеличена.
Ответить | Правка | ^ к родителю #91 | Наверх | Cообщить модератору

96. "Релиз ядра Linux 4.20"  +2 +/
Сообщение от saahriktu (ok), 24-Дек-18, 13:00 
До релиза этой свежей версии дожил патч, который приняли в ветку 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_...

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

103. "Релиз ядра Linux 4.20"  –4 +/
Сообщение от Гит рулит (?), 24-Дек-18, 13:22 
Тебя явно дали понять: "Мы будем делать всё чтобы ты от него отказался". Зачем ты продолжаешь есть кактус?
Ответить | Правка | ^ к родителю #96 | Наверх | Cообщить модератору

105. "Релиз ядра Linux 4.20"  +/
Сообщение от saahriktu (ok), 24-Дек-18, 13:34 
Фреймбуфер, заметьте, никто не выпиливал. А автор патча для фреймбуфера, определённо, считает его полезным, иначе бы он его не патчил. И он, работая в американской компании, которая ворочает миллионами долларов, преследовал цель, чтобы фреймбуферовский софт не рисовал во фреймбуфере не в своём режиме (собственно патч так и назван: "Reject all pixel format changing requests" (поскольку эта смена всё равно, по сути, (на стороне ядра) не работает)). И этой цели своим патчем он достиг. Он не учёл только лишь того, что есть библиотеки, которые пока ещё не учитывают эту новую логику.
Ответить | Правка | ^ к родителю #103 | Наверх | Cообщить модератору

106. "Релиз ядра Linux 4.20"  +/
Сообщение от Аноним (9), 24-Дек-18, 13:39 
Ты, эта, в рассылку фикс отправил?
Ответить | Правка | ^ к родителю #105 | Наверх | Cообщить модератору

107. "Релиз ядра Linux 4.20"  +4 +/
Сообщение от saahriktu (ok), 24-Дек-18, 13:45 
Я писал в багзиллы. Сначала, когда решил, что это в ядре серьёзная поломка, написал в багзиллу ядра. Потом выяснил, что ядро не настолько поломано как я думал, и можно пропатчить SDL1. Тогда я извинился в багзилле ядра и написал в багзиллу библиотеки SDL.
Ответить | Правка | ^ к родителю #106 | Наверх | Cообщить модератору

172. "Релиз ядра Linux 4.20"  +/
Сообщение от Аноним (172), 25-Дек-18, 04:06 
Нужно предлагать альтернативу, а не требовать отказаться. Иногда X11 просто не нужен для всяких встраиваемых систем. С Wayland ситуация непонятная. FrameBuffer попртили. Что не простая задача, то вечно устроят какой-то геморрой.
Ответить | Правка | ^ к родителю #103 | Наверх | Cообщить модератору

127. "Релиз ядра Linux 4.20"  –1 +/
Сообщение от Annoynymousemail (ok), 24-Дек-18, 15:51 
> До релиза этой свежей версии дожил патч, который приняли в ветку 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К мониторе теперь можно будет выставить? А то с лупой сижу.

Ответить | Правка | ^ к родителю #96 | Наверх | Cообщить модератору

132. "Релиз ядра Linux 4.20"  –3 +/
Сообщение от saahriktu (ok), 24-Дек-18, 16:16 
Для 4K vt так никто и не пропатчил (на весь PSF шрифт по-прежнему только 64 Кб, а максимальный размер символа по-прежнему 32x32). FullHD наше всё (есть и 27" FullHD мониторы в магазинах, и даже 31,5" FullHD мониторы).
Ответить | Правка | ^ к родителю #127 | Наверх | Cообщить модератору

139. "Релиз ядра Linux 4.20"  +/
Сообщение от Annoynymousemail (ok), 24-Дек-18, 17:19 
Не всем нужны FullHD мониторы.
Ответить | Правка | ^ к родителю #132 | Наверх | Cообщить модератору

159. "Релиз ядра Linux 4.20"  –1 +/
Сообщение от InuYasha (?), 24-Дек-18, 22:31 
им же обидно - столько денег в свой 4-8-16К хлам вбухали, а нишие ядерщики не соизволили им комфорт доставить. )
Ответить | Правка | ^ к родителю #139 | Наверх | Cообщить модератору

137. "Релиз ядра Linux 4.20"  +/
Сообщение от Аноним (137), 24-Дек-18, 17:10 
kmscon не поможет?

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

Ответить | Правка | ^ к родителю #127 | Наверх | Cообщить модератору

173. "Релиз ядра Linux 4.20"  +/
Сообщение от Аноним (173), 25-Дек-18, 04:27 
kmscon
Ответить | Правка | ^ к родителю #127 | Наверх | Cообщить модератору

102. "Релиз ядра Linux 4.20"  –7 +/
Сообщение от Гит рулит (?), 24-Дек-18, 13:21 
Единственное объяснение тому бардаку который творится в ядре так это то что компании что его пишут специально поддалкивают разработчиков к отказу от него. В пользу любых проприетарных решений будь то фуксия или винда не важно.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

115. "Релиз ядра Linux 4.20"  –6 +/
Сообщение от нах (?), 24-Дек-18, 15:14 
> Единственное объяснение тому бардаку который творится в ядре так это то что
> компании что его пишут специально поддалкивают разработчиков к отказу от него.
> В пользу любых проприетарных решений будь то фуксия или винда не
> важно.

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

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

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

Ответить | Правка | ^ к родителю #102 | Наверх | Cообщить модератору

143. "Релиз ядра Linux 4.20"  +1 +/
Сообщение от Аноним (143), 24-Дек-18, 18:01 
То есть то что для содомитов создана комфортная среда - пофиг?
Ответить | Правка | ^ к родителю #102 | Наверх | Cообщить модератору

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

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

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

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

110. "Релиз ядра Linux 4.20"  –1 +/
Сообщение от КГБ СССР (ok), 24-Дек-18, 14:39 
> Отсюда вопрос: а зачем это было делать? Чтобы еще чуть-чуть замедлить ядро?

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

Ответить | Правка | ^ к родителю #109 | Наверх | Cообщить модератору

111. "Релиз ядра Linux 4.20"  +/
Сообщение от X4asd (ok), 24-Дек-18, 14:52 
> 2. Мы вместо высокоэффективных аллокаций на стеке (которые при правильном компиляторе добавляют только одну ассемблерную инструкцию к сгенерированному коду) будем аллоцироваться в куче, что добавляет туеву хучу инструкций.

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

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

Ответить | Правка | ^ к родителю #109 | Наверх | Cообщить модератору

142. "Релиз ядра Linux 4.20"  +1 +/
Сообщение от Аноним (137), 24-Дек-18, 17:51 
> а почему и дальше нельзя аллоцировать на стеке?
> но без 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);
}


Ответить | Правка | ^ к родителю #111 | Наверх | Cообщить модератору

118. "Релиз ядра Linux 4.20"  –5 +/
Сообщение от нах (?), 24-Дек-18, 15:19 
> Ну просто отлично.
> 1. Мы подгоняем ядро под шланг, а не наоборот.

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

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

Ответить | Правка | ^ к родителю #109 | Наверх | Cообщить модератору

125. "Релиз ядра Linux 4.20"  +8 +/
Сообщение от Alex (??), 24-Дек-18, 15:46 
>глюкофичи нестандартного компилятора.

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

Ответить | Правка | ^ к родителю #118 | Наверх | Cообщить модератору

184. "Релиз ядра Linux 4.20"  –2 +/
Сообщение от Аноним (184), 25-Дек-18, 09:26 
в c99 этой фичи как раз таки нету.
Ответить | Правка | ^ к родителю #125 | Наверх | Cообщить модератору

194. "Релиз ядра Linux 4.20"  +/
Сообщение от Аноним (194), 25-Дек-18, 19:21 
> в c99 этой фичи как раз таки нету.

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

Ответить | Правка | ^ к родителю #184 | Наверх | Cообщить модератору

164. "Релиз ядра Linux 4.20"  –2 +/
Сообщение от Аноним (164), 24-Дек-18, 23:18 
Прогибаются под корпорастов, раньше средний палец Торвальдс им показывал, а теперь они ядро ради шланга замедляют, пусть и незначительно...
Ответить | Правка | ^ к родителю #109 | Наверх | Cообщить модератору

181. "Релиз ядра Linux 4.20"  +1 +/
Сообщение от Аноним (181), 25-Дек-18, 09:18 
>Мы подгоняем ядро под шланг, а не наоборот.

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

Ответить | Правка | ^ к родителю #109 | Наверх | Cообщить модератору

219. "Релиз ядра Linux 4.20"  +/
Сообщение от Аноним (219), 26-Дек-18, 17:32 
M$ Way - это как раз Сlang в данном случае, который не может полностью реализовать стандарт С99, которому уже скоро 20 лет.
Ответить | Правка | ^ к родителю #181 | Наверх | Cообщить модератору

119. "Релиз ядра Linux 4.20"  –2 +/
Сообщение от Аноним (119), 24-Дек-18, 15:27 
Скажите, пожалуйста, когда это ядро появится в Федре 28?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

123. "Релиз ядра Linux 4.20"  +2 +/
Сообщение от Annoynymousemail (ok), 24-Дек-18, 15:36 
Когда ты его соберёшь, т.е. в любой момент.
Ответить | Правка | ^ к родителю #119 | Наверх | Cообщить модератору

186. "Релиз ядра Linux 4.20"  –1 +/
Сообщение от нах (?), 25-Дек-18, 10:53 
он ждет ебилдов. А их в федору не завезли.
Ответить | Правка | ^ к родителю #123 | Наверх | Cообщить модератору

146. "Релиз ядра Linux 4.20"  +/
Сообщение от Stax (ok), 24-Дек-18, 19:08 
В федоре по политике ядра появляются не раньше .2 подверсии, те ждем 4.20.2. А если хочется вручную побыть тестировщиком, можно скачать с https://koji.fedoraproject.org/koji/packageinfo?packageID=8 - думаю, скоро там появится сборка.

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

Ответить | Правка | ^ к родителю #119 | Наверх | Cообщить модератору

147. "Релиз ядра Linux 4.20"  +1 +/
Сообщение от DerRoteBaron (ok), 24-Дек-18, 19:25 
https://fedoraproject.org/wiki/Kernel_Vanilla_Repositories
В kernel-vanilla-stable уже есть 4.20.0-1.vanilla.knurd.1.fc28
Ответить | Правка | ^ к родителю #119 | Наверх | Cообщить модератору

204. "Релиз ядра Linux 4.20"  +/
Сообщение от Vascomemail (?), 26-Дек-18, 09:35 
Не раньше 4.20.4, если никаких особых косяков в ядре не будет.
Ну и переходи уже на Ф29, не сиди на плохо поддерживаемом и плохо обновляемом старье.
Ответить | Правка | ^ к родителю #119 | Наверх | Cообщить модератору

150. "Релиз ядра Linux 4.20"  +/
Сообщение от Аноним (150), 24-Дек-18, 20:00 
> Добавлен драйвер IGC с поддержкой 2.5-гигабитных Ethernet-контроллеров Intel

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

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

157. "Релиз ядра Linux 4.20"  +1 +/
Сообщение от Stax (ok), 24-Дек-18, 22:15 
Где не хватает 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.

Ответить | Правка | ^ к родителю #150 | Наверх | Cообщить модератору

160. "Релиз ядра Linux 4.20"  –2 +/
Сообщение от InuYasha (?), 24-Дек-18, 22:36 
тренднет реально лучше убиквити?? o_O
в любом случае, я предпочёл нетгирю.
Ответить | Правка | ^ к родителю #157 | Наверх | Cообщить модератору

162. "Релиз ядра Linux 4.20"  +/
Сообщение от Stax (ok), 24-Дек-18, 22:49 
> тренднет реально лучше убиквити?? 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/), но пока в этой категории вроде еще ничего не продается.

Ответить | Правка | ^ к родителю #160 | Наверх | Cообщить модератору

161. "Релиз ядра Linux 4.20"  –3 +/
Сообщение от Аноним (161), 24-Дек-18, 22:47 
2.5гбит звучит смешно, это как 8G FC
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

163. "Релиз ядра Linux 4.20"  +3 +/
Сообщение от Аноним (164), 24-Дек-18, 23:11 
Btrfs оптимизируют, молодцы.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

166. "Релиз ядра Linux 4.20 "  –1 +/
Сообщение от Аноним (166), 24-Дек-18, 23:41 
Господа, CEC-Tunneling-over-AUX кто-нибудь тестил? Версия DP критична? По личному опыту, на каких переходниках взвелось?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

232. "Релиз ядра Linux 4.20 "  +/
Сообщение от Аноним (232), 18-Янв-19, 16:18 
Окей, отвечу сам:
- Был куплен 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        :
                None

        System 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               : On

        Topology:

        0.0.0.0: TV
            1.0.0.0: Playback Device 1

Ответить | Правка | ^ к родителю #166 | Наверх | Cообщить модератору

168. "Релиз ядра Linux 4.20"  –2 +/
Сообщение от Аноним (168), 25-Дек-18, 00:18 
Где то писали, что с blk-mq даже ext4 фиксили, чтобы тот не терял данные. А когда-то, месяцев 5 назад у меня на blk-mq зависало ведро при гибернации(или после вейкапа, не помню). Все проблемы решены, и все фс адаптированы для нормальной работы с ним?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

177. "Релиз ядра Linux 4.20"  +/
Сообщение от Андрей (??), 25-Дек-18, 05:57 
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
Ответить | Правка | ^ к родителю #168 | Наверх | Cообщить модератору

174. "Релиз ядра Linux 4.20"  +/
Сообщение от Аноним (174), 25-Дек-18, 05:17 
Релиз 4.20 и ни одной шутки про bleze it?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

202. "Релиз ядра Linux 4.20"  +/
Сообщение от Анонимчжан (?), 26-Дек-18, 01:19 
да че там у терминатора было ядро 4.1.15. проморгали все.)))) кто выпустил арнольда погулять а?)))
Ответить | Правка | ^ к родителю #174 | Наверх | Cообщить модератору

205. "Релиз ядра Linux 4.20"  +1 +/
Сообщение от Vascomemail (?), 26-Дек-18, 09:37 
Наверное только ты проморгал :)
https://www.opennet.ru/opennews/art.shtml?num=43530
Ответить | Правка | ^ к родителю #202 | Наверх | Cообщить модератору

179. "Релиз ядра Linux 4.20"  –2 +/
Сообщение от Адекват (ok), 25-Дек-18, 06:48 

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

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



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

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

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

183. "Релиз ядра Linux 4.20"  –5 +/
Сообщение от Аноним (181), 25-Дек-18, 09:25 
>Вот так и рождаются легенды, что raid N - полный отстой

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

Ответить | Правка | ^ к родителю #179 | Наверх | Cообщить модератору

187. "Релиз ядра Linux 4.20"  +1 +/
Сообщение от нах (?), 25-Дек-18, 10:56 
> Ну так правильный рейд - аппаратный и энергонезависимый.

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

Ответить | Правка | ^ к родителю #183 | Наверх | Cообщить модератору

182. "Релиз ядра Linux 4.20"  –2 +/
Сообщение от Аноним (184), 25-Дек-18, 09:23 
> Добавлена поддержка новой структуры данных XArray, полученной в результате модернизации структуры базисного дерева (Radix tree). На использование XArray переведён страничный кэш ядра;

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

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

199. "Релиз ядра Linux 4.20"  +/
Сообщение от Аноним (199), 25-Дек-18, 21:26 
С XForms не путаешь?
Ответить | Правка | ^ к родителю #182 | Наверх | Cообщить модератору

203. "Релиз ядра Linux 4.20"  +/
Сообщение от Andrey Mitrofanov (?), 26-Дек-18, 08:56 
> С XForms не путаешь?

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

Ответить | Правка | ^ к родителю #199 | Наверх | Cообщить модератору

212. "Релиз ядра Linux 4.20"  +/
Сообщение от Аноним (31), 26-Дек-18, 13:13 
Я традиционный.
Ответить | Правка | ^ к родителю #203 | Наверх | Cообщить модератору

220. "Релиз ядра Linux 4.20"  +/
Сообщение от Аноним (220), 27-Дек-18, 14:36 
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>

так что ?

Ответить | Правка | ^ к родителю #212 | Наверх | Cообщить модератору

226. "Релиз ядра Linux 4.20"  +/
Сообщение от Аноним (226), 30-Дек-18, 18:00 
ух ты, наконец то Creative Sound Blaster Z завезли, а то надоело патчи компилить
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

233. "Релиз ядра Linux 4.20"  +/
Сообщение от Kuromi (ok), 25-Янв-19, 04:28 
Каждый почти релиз улучшют F2FS, а пнуть разработчиков GRUB не могут чтобы они запилили наконец поддержку из коробки. Смешно уже просто.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Спонсоры:
Слёрм
Inferno Solutions
Hosting by Ihor
Хостинг:

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