После двух месяцев разработки Линус Торвальдс представил релиз ядра Linux 5.9. Среди наиболее заметных изменений: ограничение импорта символов из проприетарных модулей в GPL-модули, ускорение операций переключения контекста при помощи процессорной инструкции FSGSBASE, поддержка алгоритма сжатия Zstd, переработана назначения приоритетов для потоков в ядре, поддержка протокола PRP (Parallel Redundancy Protocol), планирование с учётом пропускной способности в планировщике deadline, упреждающая упаковка страниц памяти, capability-флаг CAP_CHECKPOINT_RESTOR, системный вызов close_range(), повышение производительности dm-crypt, удаление кода для 32-разрядных гостевых систем Xen PV, новый механизм управления памятью slab, опция "rescue" в Btrfs, поддержка inline-шифрования в ext4 и F2FS...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=53830
> Обратная блокировка, которая могла нарушить работу пропритеарных драйверов, не реализованаРазум победил
А надолго ли? Может, просто не успели.
А ведь жаль. Серьезно. Одна из проблем кастомизации некоторого железа - гребаная проприетарь. Особенно это касается мобилок, где вообще всё очень плохо.
На мобилках еще и сурсы не отдают, ибо им пофиг на GPL. Покупай правильные мобилки и не будет проблем
Это какие?
ПРАВИЛЬНЫЕ!
Не такие - https://www.opennet.dev/opennews/art.shtml?num=39388
Pine64 PinePhone v1.2
я на 2.4 ядре до сих пор. обновляться не планирую.
А можно поподробнее? Как там с браузырями дела обстоят?
в 21 веке браузеры не нужны, есть же это .... астрал, вот
Ты конечно мог просто пошутить, как обычный опеннетовский тролль, но это - необычайно интересная тема.
Например, есть система на 2.4 ядре, а хочется чрутануть корень от 5-го, например чтобы браузер запустить. Там будут новые системные вызовы. Какие-то придётся как-то реализовать. Например в библиотеке для LD_PRELOAD, какие-то заглушить/фейкануть. Как с иксами быть? Вроде они за 20 лет не сильно поменялись, но не фак что будет лишь достаточно пробросить соскет и всё.
держи в курси
"диржы вкурси" - вот так нужно отвечать...
> я на 2.4 ядре до сих пор. обновляться не планирую.поделитесь, пожалуйста, knoppix russian edition версий 3.3, 3.2 или какие есть? сам с трудом нашёл 3.7
> поделитесь, пожалуйста, knoppix russian edition версий 3.3, 3.2
> или какие есть? сам с трудом нашёл 3.7Некоторая подборка древностей дотянула досюда: http://mirror.yandex.ru/mirrors/ftp.linux.kiev.ua/Linux/ -- возможно, в офлайновом архиве получится и Knoppix найти...
что там было, я уже слил. там только блины :(
Разум проприетарных спонсоров.
...попытку откровенного саботажа.
>Several experimental Library OS (LibOS) implementation projects aim to run unmodified Linux applications on Intel® Software Guard Extensions (Intel® SGX) by providing a POSIX runtime environment for applications.Ну всё, хана.
>Добавлена поддержка сжатия образа ядра с использованием алгоритма Zstandard (zstd).Не нужно. ZSTD и тормознее, и жмёт хуже, чем lzma2.
ZSTD лучший по соотношению скорости/сжатия.
Ядро разжимается один раз при загрузке, Так чего вообще по этому поводу париться?
На медленных CPU типа ARM есть повод. Время старта.
Во дураки эти ваши смартфоноделы. Мобильник то надо постоянно ВЫКЛЮЧАТЬ, а они его носят включенным дело не по делу! Подумайте о мелых бедведях на льдинах индийского моря!
А если серьёзно, то все эти ваши ненавистные EFI, проверки подписей и т.д. придумывались вовсе не для того, чтобы аноним на 1 секунду дольше бутил свой комп. Существуют технологии, позволяющие тупо переводить устройство в режим микроскопического потребления энергии, так почему бы не воспользоваться этим и вообще никогда не выключать систему?
На ARM не только смартфоны, тащемто.
Ну как-бы, на Librem не от хорошей жизни сделали физический выключатель питания.
Ага, а сервера по пять раз биос перегружают, типа они ж сервера, а когда ты его чинишь как дибил сидишь по 10 мин ждешь, че парится да, оплачивают же, да, кому как а я найду куда полчаса потратить с большим интересом чем пялится в пост-коды, за теже деньги
Cold boot только при пусконаладке.
Заяем на сервере питание выключать с перезагрузкой всех BIOS?
Затем, что оно иногда выключается даже в супер-пупер-защищённых DC.
И вот после этого сидеть и ждать, пока забутится вся местная ферма - то ещё удовольствие.
Особенно грешат большие роутеры и SAN'ы, у этих бут тайм вообще может минут до 15-20 доходить.
а где пруфы, господин Анон?
Собираешь на 03 и пробуешь на -22
> а где пруфы, господин Анон?Он просто набрасывает.
У меня завалялись результаты некоего тестирования, без zstd, но xz при распаковке явно "выигрывает" не в ту сторону (а кто бы принял более медленное с худшим сжатием?).
Сравнивал время запуска Android-x86. Сжимал образ системы различными алгоритмами. Образ записывался специально на медленную флешку -- что бы алгоритмы с сильным коэффициентом сжатия имели заметное преимущество за счёт меньшего объёма считывания. xz проиграл всем почти вдвое и оказался медленнее несжатого образа, при том что размер последнего втрое выше.
Запуск в режиме "Live" с внешнего накопителя "Timing buffered disk reads: 64 MB in 3.07 seconds = 20.87 MB/sec"
на устройстве Atom Z3735F, 2GB.
GCC версия 6.3.0 -march=silvermontТип сжатия Размер, байт Время запуска*, сек
---------------------------------------------------------------------------
gzip (оригинал) 823132160 78
xz 703594496 132
gzip 824180736 79
lzo -Xcompression-level 9 895483904 73
lzo -Xcompression-level 8 908066816 74
lz4 -Xhc 959447040 76
lz4 1111490560 79
- 2117074944 96*) Включает 'Detecting Android'. 9 сек со сжатым xz ядром, 8 сек gzip (оригинал).
Погрешность измерения 2 сек.
Так в списке нет zstd, гений.
простой частный пример 5,9 на Arch: initramfs-linux-zen.img
lz4 - 44,7 MB(fallback); 13,5(без fallback) MB
zstd - 29,8 MB(fallback); 9,6(без fallback) MB
Поскольку хук autodetect - включен (без fallback), то время загрузки (распаковки образа) ядра находится в пределах погрешности 0,04 сек., так у меня время распаковки 1.56...1.6 сек (zstd в среднем чуть дольше).
> Так в списке нет zstd,Да, о чём перед списком специально и написано.
> гений.
Потому и привёл пример, на что должны быть похожи Ваши аргументы.
ну если в гугеле забанили то на https://indico.fnal.gov/event/16264/contributions/36466/atta...
Он распаковывает быстрее.
"ZSTD" звучит хайповей, тебе никто не поверит
ничего не понятно, но звучит заманчиво
вполне себе история с китайским RISC/MIPS32 "China core project", "National 863 and 973 plans", "Unity-863 system chip", "Unity Network Computer", "It indicated the mass production of the CPU ,designed by Peking University itself and thus holds the former‘s intellectual property right. Peking University unity-863 CMOS was then ready for good market. Its success embodies considerable significance for protecting our country‘s information security and improving the key competitive ability, from which the industry can benefit. (2003)" "CMOS chip 863CPU went into batch production and good market", "Beijing Volkswagen-863CPU"
https://metager.org/meta/meta.ger3?eingabe="Xue-Tao+Gua...
http://www.yishanic.com/en/industrynews/the-chinese-semicond...
https://slidelegend.com/queue/archives-of-peking-university-...
вот ещё про китайские процессоры, включая "The Unity/PKUnity Processor Family" https://hyperionresearch.com/wp-content/uploads/2018/04/Hype...
>Добавлен параметр "allow_writes", позволяющий запретить изменения MSR-регистров процессора из пространства пользователя и ограничить доступ к содержимому данных регистров операциями чтения, так как изменение MSK может привести к проблемам. По умолчанию запись пока не запрещена, а изменение MSR отражается в логе, но в будущем планируется перевести доступ по умолчанию в режим только для чтения.Нужно вообще упразднить рут, вся конфигурация должна вестись при сборке ядра, да ещё ядро и каждая его часть должны быть пшдписаны подписью производителя. Нарушена подпись - кирпич. Wait, O SHIT. Это же почти Android и есть, только в первых 2х пунктах недоработки.
Ты сейчас Secure Boot описал.А вообще, root сейчас, по умолчанию, имеет гораздо меньше прав, чем раньше. А какой-нибудь SELinux может запросто послать тебя в баню... Б - Безопасность же.
Кто-то запрещает выпилить из ядра СеЛинукс или АппАрмор?
Здравый Смысл?
> Кто-то запрещает выпилить из ядра СеЛинукс или АппАрмор?Ну так собери своё ядро с блекджеком и выпили. Но зачем? Так сильно хочется выстрелить в ногу?
> Ужесточена защита от использования GPL-прослоек для связывания проприетарных драйверов с компонентами ядраНу что, ждём в следующем релизе анальное огорождение от Nvidia? 😏
Так вот что подудило их открыть документацию! Broadcom же прогибаться не будет. Юзай винду и всё тут. Вендоры ведёр прошивки собирают сами и эту антрфичу могут отключить.
>> подудилоХорошее слово, надо бы записать :).
Они ещё пооткрытей амд будут. Просто они не дают свои блобы, а амд с интелом дают.
Эм, что? Пооткрытей из-за того что они написали документацию? Чем открытый код? Какая-то очень странная и противоречащая здравому смыслу метрика. У кучи закрытых продуктов документация лучше чем у опенсорсных альтернатив, мы же не начинаем бегать и кричать что какие-нибудь MS Office это открытые продукты.
Спеки братюнь, спеки. Разнообразные фанатики от опенсорса достаточно регулярно задвигают сказки про открытость амд и прочее, когда на деле это ровно такая же "игра в опенсорс" и у нвидиа открытость ничуть не хуже. Просто нвидиа чуть больше огородилась и защищает свои интересы, убедившись в неспособности комьюнити делать эту работу. Но в опенсорс она играет точно так же, если не больше.
звучит интересно, я поверил
Эммммм, что? Драйвера Novideo - закрытые блобы, открытый драйвер noveau который пилят отчаянные волонтеры - неработоспособен, потому что Novideo огородила свои видеокарты и не дает noveau нормально их использовать. Драйвер АМД - открытый код, поддерживает вяленого, и т.п. На интересы Novideo мне плевать с глубокой колокольни, многомиллиардные корпорации прекрасно заботятся о своих интересах без моей поддержки. Я просто не понимаю, о чем ты говоришь, твои слова это что-то в духе "рабство это свобода". Я знаю примерно две основных характеристики по которым мы определяем является ли ПО свободным и открытым или нет: 1) открытость исходного кода, 2) лицензия. Какие из этих двух характеристик характеризуют Nvidia с точки зрения открытости?
Nouveau прекрасно работоспособен и обеспечивает примерно равную производительность и практически все расширения (по-моему, opengl 4.5, актуальная сегодня 4.6). Единственная "вина" nvidia в том, что она не даёт средства для загрузки левых файлов, а intel и amd позволяют использовать свои блобы (поставляют их в бинарном виде). Зато бонусом у неё контролируемый стек технологий и айпи и её не нужно думать о лицензиях и юридических вопросах, а имидж не несёт потерь от очередных проблем с опенсорсным драйвером. Уж после того как амд за несколько лет так и не начала поддерживать свои новые карты, я думаю, самые упоротые должны были что-то понять, но нет.
Кстати ходили слухи, что nvidia собирается перейти на примерно ту же схему, что и остальные производители. И уже лет 5 она занимается тем, что разрабатывает опенсорс, включая nouveau (опенсорсный драйвер nvidia) и nvidia сделала для опенсорса куда больше остальных производителей вместе взятых и разница только в том, что у неё единственной есть нормальный драйвер. Он был нормальным и работоспособным примерно с первых дней и остаётся им сегодня, а у конкурентов нет, не было, и не будет нормальных дров. Но я согласен, с точки зрения пользователя куда удобней, когда драйвера есть в ядре.
Тогда я вам желаю работать в Linux исключительно на гибридных буках с видеокартами nVidia :D Там в полной мере раскрываются описанные вами преимущества "нормальных" драйверов nV.
Это ж раньше костыли были. С тех пор как они занялись (лет на 10 опоздали конечно), стало догонять венду по удобству и качеству.
>Nouveau прекрасно работоспособен и обеспечивает примерно равную производительностькарты старше 660 он превращает в 660
и блобы у них пашут через одно место, и приязка к ядру и иксам тоже не айс
Кстати использую nouveau уже лет 10 если не больше. Никаких нареканий к нему нет. Но не 3D конечно. Вайном и играми в линуксе не балуюсь.
Я для игр использовал nouveau лет 5 назад. У как раз меня нарекания только к 2D, потому что 3D в нём нормально работало, а вот с 2D как обычно проблемы.
Работает, да. Только вот даже на картах 7-летней давности Nouveau до сих пор не научился регулировать обороты вентилятора. Если вентиляторы, работающие постоянно на полную мощность, не смущают, то можно пользоваться.
Там вроде можно выставить 70%? У меня выше оборотов и под нагрузкой не бывает, довольно тихо.
Всё он там научился, пошукайте в sysfs. Просто по умолчанию оно не активировано из опасения спалить железо в случае некорректной работы на девайсе неведомой конфигурации. Активируйте на свой страх и риск.Лет 10 назад писал шелл-скрипт для управления кулером согласно температуре. Сейчас ядро умеет это само.
И по-моему АМД открывает только техническую документацию, не представляющую особого интереса. Зато пафоса то сколько всегда, и каждый раз они прикрываются "открытостью" загоняя очередную дичь и подкладывая новую свинью. Но тут я могу ошибаться, не следил особо.
А теперь попробуй на открытом nouveau запустить например Ведьмака. На открытом amd-gpu+mesa у меня работает на ультре без проблем
> Добавлена поддержка ARM-плат и платформЧто это значит? Что именно там добавлено то?
> Из реализации текстовой консоли и драйвера fbcon удалён код, обеспечивающий возможность программной прокрутки текста назад (CONFIG_VGACON_SOFT_SCROLLBACK) более чем на объем видеопамяти текстового режима VGA.Я правильно понимаю, что остается использовать less или more и горячие клавиши для этого дела теперь нивелированы?
В ядре 5.9 - да.Можно использовать так же tmux или screen.
Нет, будет как было раньше - пока не переключился назад скроллится несколько экранов (размер вдеопамяти), ушел с одно консоли на другую - всё, потерялся буфер.
Как раньше? У меня так уже лет 10, иначе было только на опенсорсном драйвере, но потом и там что-то сломалось. Или я выкинул амдшную карточку, точно не помню.
ctrl+"курсор"
>В XFS Решена давняя проблема с квотами, из-за которой некорректно отслеживались предупреждения о превышении мягкого лимита и ограничений на число inode.Чую кто-то хапнул, ну ладно, всего-то 10-15 лет прошло, может когда-то решат и ту проблему, что лично у вас проявляется, но никто ее признавать не хочет.
Это конечно стеб, но если разобраться - в мире линуксов разработчиками заявляется некий функционал, но по факту он не работает. Типа мы сделали, но оно не работает, но пусть все считают что оно есть.
Лично у меня на арче в году так 2016-2018 с XFS был такой прикол - выключаешь комп, потом включаешь - "-30Мб" дискового пространства, du -sh / и df -h дают разные показания, то есть нет каких-то файлов или папок, где бы был рост файлов, что место отъедают, но оно заканчивается.
Решалось просто - ребут, и что-то вроде xfs_repair проблемного раздела из под другой операционки - ведь у каждого тру линуксоида всегда под рукой есть способ загрузиться из под другой ос (линукса), чтобы починить основную ось.
Не помню уже точно, помню было непонятно и обидно не понятно чем черевато, было ощущение, что все данные скоро похерятся, помню я тогда еще на systemd грешил, мол оно как-то криво отмонтирует раздел.
Этот случай кстати и стал той причиной, в результате которой я на минт + ext4 ушел.
Нет, правда, мне кажется всегда в линуксах будут такие заусенцы, которые будут просто в ноль сводить все его плюсы.
>ведь у каждого тру линуксоида всегда под рукой есть способНаверное, я не тру, у меня только пара дисков с линуксом 2005 года (вроде там был лайв сиди, но привода нет) и флешка тех же лет с gentoo install пятилетней давности (чрутнутся с неё не выйдет нормально, и отвалится часть фич у ext4). Мой линукс меня не подводит, вот вендой без переустановки начисто я так и не научился пользоваться. Недавно 10 отказывалась загружаться из-за обновления и сделать ты ничего не мог. У макос проблемы тоже всё больше нерешаемые. А линукс не нуждается в таком.
Хотя стоит признать часть проблем венды всё же решается её установочной флешкой, раньше там не было нормальных утилит восстановления.
Их и сейчас нет, попробуй восстанови венду с перенесёнными профилями, она их похерит и будут пустые учётки у тебя, с её установочной флешкой.
да тут 1:1 как с линуксом - без гугла по каждому шагу ничего нельзя сделать - будут подводные камни и, возможно, фатальные.
>вендой без переустановки начисто я так и не научился пользоватьсяМожет, просто поднять скилл, а не хвалиться своей некомпетентностью? На предприятиях винда работает десятки лет без проблем. Повидал десятки компов, на которых стояла XP, установленная в середине нулевых, и нормально работала.
Свежо предание, да верится с трудом. Я считаю некомпетентными тех, кто отказывается от обновлений. Икспи рассыпалась от устанавливаемого софта чаще, чем от обновлений.
Линукс тоже частенько рассыпается от обновок. Даже поговорку по этому поводу придумали.Не, линукс хорошая ОС, но софт под него зачастую образец смузисоства.
Не уверен, у меня ничего не рассыпается. Само -- никогда, от установки софта тоже не рассыпалось (хотя и могло, наверное, но линукс подконтролен пользователю и не наоборот). Пару раз лтс ядра (с не менявшимся конфигом) отваливались, решалось загрузкой предыдущего ядра и переходом на свежую лтс ветку. Запланированное устаревание, не иначе.
Убунта рассыпалась до необновляемости.
Пс. если что-то посыпалось, никакой "скилл" тебе уже не поможет.
Ты линуксом называешь конкретную ошибку в одном дистрибутиве который ты использовал 5 лет назад. Это не очень корректно, ты не считаешь?
Ну, проблема заусенцев более обширна. Намедни я смотрел вакансию где надо было уметь Jenkins. Я с этим дженкинс ни разу, полез читать. И что я читаю? Евойный агент юзает порт 50000. Я тихонечко выругался, закрыл браузер вместе со всеми вкладками вакансий, c этим дженкинсом, и спокойно лег спать. Пусть сами трахаются как хотят когда столкнутся с реальными высоконагружеными системами, и не где-то там в облаках, а в настоящем bare metal. Хипста, чо с них взять.
> высоконагруженными системамиой-ой-ой, бородатый одмин в свитере заворчал. двести инстансов в амазоне вздерут твой баре метал как тузик грелку.
подумаешь, 7000$ в месяц вместо 350 - пофиг вообще, за аренду платит инвестор, а не мы, fullstack javascript developer-ы в стильных клетчатых рубашках.
ещё и дополнительные рабочие места создать можно!
- вместо одного морально устаревшего ворчуна нанять kubernetes orchestrator'a, docker developer'a, cloud hosting specialist engineer'a, и трёх-четырёх системных администраторов linux для техподдержки.
одни плюсы!
...и похвастаться передовыми девгопс-технологиями, может даже - заукинуть пару суксесс-стори на хабрхабрхабр!
А ты хочешь сказать производители проприетарного софта делат что-то на совесть? Наивный.Вон венде сколько лет и туча типа програмеров трудятся. А до сих пор элементарные вещи не сделали. Позорище. Но это же как, мы бабло возьмём но делать вам ничего не будем, жриту то уродство что дают.
Что-то невпечатляющий список
Проблема в том, что всё это уже обсудили ещё несколько месяцев назад (летом) и ничего нового не появилось.
>+.. SPDX-License-Identifier: GPL-2.0... в документации.
Копирастия во все поляэ Все программы, сделанные по этой документации, являются производными произведениями, а значит разраб обязан их лицензировать под GPL.
Причём даже не gplv2+ а gplv2-only! Столлман негодует.
С тех пор, как его выгнали, это даже и к лучшему. Мало ли чего SJW в GPLv4 напишут.
> КопирастияКопилефтия.
> сделанные по этой документации, являются производными произведениямиНет не являются, там нет частей документации.
> Добавлена поддержка ARM-плат, устройств и платформ: Lenovo IdeaPad Duet 10.1, ASUS Google Nexus 7, Acer Iconia Tab A500, Qualcomm Snapdragon SDM630 (используется в Sony Xperia 10, 10 Plus, XA2, XA2 Plus и XA2 Ultra), Jetson Xavier NX, Amlogic WeTek Core2, Aspeed EthanolX, Xiaomi Libra, Microsoft Lumia 950, Sony Xperia Z5Это как раз разработчики postmarketOS постарались, в рамках проекта Mainlining https://wiki.postmarketos.org/wiki/Mainlining
Кстати вы тоже можете присоединится к проекту, как раз нам нужны новые разработчики: https://wiki.postmarketos.org/wiki/Matrix_and_IRC
Круто. Расскажете почему нигде не реализована поддержка камеры?
И реально ли использовать postmarketOS?
сейчас набегут, ждите
Когда уже из ядра наконец выкинут amdgpu и прочий амуде-хлам? 2 млн строк ненужного кода, настоящее bloatware.
Самому собрать ядро без АМД?
99% времени уходит на распаковку и удаление амдшных дров. У меня просто твердотельный накопитель в качестве диска и я знаю, у тех у кого накопитель на магнитных дисках это не такая явная проблема. Быо бы не плохо, если бы его выкинули из дерева на мороз (как и все генерированнные файлы)ю
Скомпиль ядро без поддержки амуде.
очень странное высказывание, беря во внимание конфигурацию машины самого Линуса
https://www.opennet.dev/opennews/art.shtml?num=53020
Долой AMD64! :D
Ты ошибся ресурсом, тебе на оверклокерсру, к другим малолетним троллям.
Очень вкусно звучит, как бы мне попробовать новую версию ядра?? Подскажите плиз инструкцию, linux from scratch не предлагать!
возьми бинарь от генты
слишком сложно, проще набрать make oldconfig && make -j5 && make modules_install && cp /usr/src/linux/arch/x86_64/boot/bzImage /boot/EFI/boot/bootx64.efi
лох детектед. уже давно -j33 у приличных людей
Маловато. Даже на банальном 7402(P) уже можно -j49
> Маловато. Даже на банальном 7402(P) уже можно -j49Оно всё равно 2 минуты компилируется, если не компилировать все дрова. А ядра процессора у тебя скорее всего уже заняты работой, ты ж не лох, правильно?
На сборочной площадке ядра заняты ничем, пока не идёт сборка.
Размещать рядом тоже что-то нецелесообразно, потому что когда идёт сборка...
Ну и "не компилировать все дрова" - не панацея. Как только ты поправил один из ключевых .h, ты перебираешь ВСЁ.
скачать архив, собрать и установить - не вариант?
Дистр хоть уточни.
Какая инструкция? Если вкусно - бери та ешь.
нЯ, куш0й, не обляпойся https://www.how2shout.com/linux/install-linux-5-8-kernel-on-.../
В нуво что-то не сказать чтоб много чего добавили.
Там вроде давно нечего пилить. 2D и так давно добавлено. а 3D невозможно без доки/блобов сделать.
> Там вроде давно нечего пилить. 2D и так давно добавлено. а 3D
> невозможно без доки/блобов сделать.Вот и я о чём... Короче, для не-X86 Radeon ONLY :D.
>>Релиз ядра Linux 5.9 --- поддержка алгоритма сжатия ZstdВики
>>Метод Zstandard включен в состав ядра Linux с версии 4.14 от ноября 2017Кому верить?
сжатия образа ядра
> Кому верить?опеннету конечно
ждём OpenBSD 6.8, а вышел Linux 5.9
ждуны на лоре
а можно ждать и то и то, ведь это всё наш любимый опенсорс, ня (простите за фамильярность) :D
> 16074 исправлений от 2011 разработчиков, размер патча - 62 МБ (изменения затронули 14548 файлов, добавлено 782155 строк кода, удалено 314792 строкскольже дыр и багов в ядре, страшно представить.
страшно представить, сколько дыр и багов не исправлено в закрытых системах
страшно представить, сколько дыр и багов не исправлено в мире...
Инклюзивненько
Войдет 5.9 в Юбунту 20.10?
Уже поздно
Так релиз в следующем месяце...
В этом.
они же делают отдельную, официальную репу с ядрами
https://kernel.ubuntu.com/~kernel-ppa/mainline/v5.9/amd64/
Пакетики скачайте и поставьте.
Не успеет. Релиз уже заморожен. Юзайте Федору.
Застрянет.
subvolrootid во многих инструкцичх по BTRFS написана
FSGSBASE - урааааа!
инструкциям 10 лет :)
CMPXCHG появился в 486 в 89 году, а в стандарт C был добавлен в 2011, ну и что?
Интересно, каким же образом CMPXCHG была добавлена в C?
https://en.wikipedia.org/wiki/Compare-and-swap
Я вкурсе про CAS. Только это не называется "добавили CMPXCHG в стандарт".
>Около 45% всех представленных в 5.9 изменений связаны с драйверами стройств, примерно 15% изменений имеют отношение к обновлению кода, специфичного для аппаратных архитектурВсё что нужно знать о монолитном ядре и его так называемом "развитии".
Я хоть и пользуюсь виндой, но скажу следующее: сделайте свое ядро, Тогда и кукарекайте.
Рвзвитие линукса идет и это хорошо.
Лично для моих кейсов - линукс пока не подходит для повседневного использования, поэтому пока пользуюсь виндой.
Но когда линукс меня будет всем устраивать - перейду на него снова.
А для твоих чемоданов, как, подходит?
А у тебя любой человек, мнение которого не совпадает с твоим, означает что этому человеку платят?
Поздравляю, в мире множество людей, мнение которых, не совпадает с твоим.
Живи теперь с этим. МожешьPS: И сдается мне, что ты очередной толстый, токсичный, унылый тролль c opennet, который решил специально меня спровоцировать.
А я с троллями не общаюсь, всего доброго.
https://ru.wikipedia.org/wiki/%D0%94%D0%...)
BUGBUG: URL parser надо починить
А что не так?
В не монолитном ядре драйвера тоже вместе с ядром релизятся, особенно когда API меняется.
В отличии от монолитного, там драйвера от производителей оборудования не записываются в актив ядра и не ставятся помпезные новости о рекордных количествах изменений, самому большому количеству добавленных или удалённых строк кода и прочей мути, сопровождающей любой значительный выпуск Linux. "Реальных" изменений от релиза к релизу в Linux не на много больше чем у BSD, но зато гонору сколько.
Осталось найти работающее (это важно) микроядро сравнимое по возможностям с линуксовым.
При чем тут микроядро, если сравнение БСД и Линукс?
С ними обоими что-то не так? Или у вас лично кто-то отбирает шанс в очередной раз дать Линусу посраться с кем-то по поводу того, что у кого-то там ядро неправильное и вообще вы знаете, как запустить комп так, что он начнёт по 10к биткоинов в наносекунду печатать?
Ну так напиши свое, раз такой умный. Minix вон поковыряй, а то что-то там все заглохло. Или Hurd, там не лучше.
> Ну так напиши свое, раз такой умный.Вот ещё бы этот набросчик отрастил руки из плеч.
Пора уже на rust переписать.
rust пока не готов для этого.
У меня всё работает с 2006 года.
Железо с тех пор не менялось я так подозреваю?
До 2030 не починят. Сперва пусть хотя бы починят переключение языков и отображение буков.
> Когда уже в Линуксе сделают нормально Ждущий режим?А деньги где? Их нет - поэтому и нет...
Да заплачу я за ваше СПО! Только сначала цену установите и начните исправлять банальные ошибки! У меня ждущий режим приводит к насильному ребуту. Я же так всю систему сломаю!
Как только производители железа перестанут реализовывать ACPI по принципу "под шиндошс как-то работает и ладно".
А кто заплатит производителям железа, чтобы они реализовывали иначе? Пока что видно только типичные попытки "отнять и поделить" - ай-ой, злые проприетарщики, не дадим вам в нашей песо^W нашем ядре играть.
Ты 100% прав. Критическое мышление работает в обе стороны. И тебе тут лучше не появляться.
Ох уж этот Опеннет. Приходит тролль, выкукарекивает про Rust в новости про Linux, на него бросаются, а потом через неделю тебе говорят, что растоманы неадекватны. Цирк, да и только.
Лучше на JS. Wait, Wt£...
А что будет с Линуксом после Линуса?
Придёт мой соратник и инициирует перевод всего кода на лицензию GPL_v.3+ Будут запрещены все блобы. Будет поставлен вопрос об изгнании корпорации Майкрософт из Linux Foundation.
> Придёт мой соратник и инициирует перевод всего кода на лицензию GPL_v.3+ Будут
> запрещены все блобы. Будет поставлен вопрос об изгнании корпорации Майкрософт из
> Linux Foundation.Одновременно с этим по всему миру будет большой стихийный праздник наступления коммунизма, с лайв-трансляцией цветущих на Марсе яблонь ...
Спонсор трансляции компания IBM.
Не яблонь, а грядок с картохой. Так можно будет совместить воплощение в реальность фильма Марсианин с геволлюцией в Белоруси.
Следом прийдет поколение которое ПРОС которое РЕТ все и только их дети поймут весь ужас и проклянут их. Надежда на разум угасает с каждым днем.
Будет уничтожен Microsoft с помощью ЕЕЕ и внутренних разногласий.
Аминь!
"blacklist" и "whitelist"
Чем блин толерастам это-то не угодило?
На минуточку к неграм оно отношения не имеет от слова совсем.
Чёрные маги переворачиваются в котлах
вы далеки от этой нетерпимости когда одним можно, а другим нельзя, когда black/white это имя существительное и т.д., надо было родиться темнокожим, пораньше и в нужном месте, в конце-концов все процессы происходят там, а удивляются здесь.
надо было то, надо было сё... А может надо было не возвращаться в прошлое лет на 200, а двигаться в будущее? Когда там негров угнетать прекратили, напомните? А они все никак не прекратят ныть. А теперь еще и агрессию проявляют, типа весь мир им должен за угнетение их бедных. Причем ноющее поколение об этом угнетении знает максимум по учебникам истории и рассказам бабушек/дедушек, которые наслушались того же от своих бабушек и дедушек.
Давайте уж тогда вспомним жертв репрессий, холокоста, крепостных крестьян... Пусть праправнук крепостного крестьянина облизывает ботинку праправнуку барина, а потомок офицера НКВД - потомку репрессированного. А то что весь мир на одних неграх сосредоточился.
Я вот еще монголам за иго предъявить хочу, а то чего они 300 лет мой народ притесняли.
А никто и не говорит, что надо игнорировать. Надо усвоить уроки и не повторять ошибок. Вот только происходящее никакого отношения к этому не имеет. Еще раз: почему ноют о своем тяжелом прошлом только негры? Почему только им весь мир должен?
Это политика. Кто-то просто нагнетает, чтобы отвернуть взгляд общественности от реальных проблем. И да, каким образом лизание ботинок и смена устоявшейся терминологии что-то изменит?
да потому что и в настоящем всё сводится к доминированию одних над другими, и для тех, кто подавляет, это проблема совсем малозначима. проблемы у вас реальные, понимаешь. а у проданных в рабство так себе, разве это проблемы, да-с.
Всё верно.
Только дополню (ты забыл наверное): черные порабощали чёрных и продавали их белым.
Это как пушер продаёт потребителю, то ясное дело, что виновен в этой схеме, естесвенно, только потребитель (на веки вечные, ну лет 200 - точно).
Саш, ты думаешь, этому унылому организму, не отягощённому головным мозгом, твои объяснения дойдут?Это же ничего нового -- "отнять и поделить". Результат тоже предсказуем.
Два военачальника использовали успехи в подавлении восстания спартака в политической карьере, их действия в значительной мере способствовали подрыву римских политических институтов и в конечном итоге превращению республики в империю.
>и в конечном итоге превращению республики в империюСпрашивается, и что существенное Рим потерял, став империей?
учитель спрашивает ученика о переходе империи к диктатуре и изничтожению под гнетом внешних и внутренних проблем? как если бы трамп прислал танки в сиэттл и другие места, начал бы завоевывать, захватывать и подавлять непокорность.
Некорректное сравнение. Тот же Цезарь подавлял сопротивление Помпея и других оптиматов, а не _народа_. Обычная борьба за власть.
пора идти переписывать скрипты на инклюзивные
И каким чудесным образом смена терминологии эту проблему разрешит?
если в дальнейшем терминология будет использована обдуманно, осознанно, это изменит сам ход мыслей. осознание упреждает несправедливое самоутверждение за счёт того кто не смотрит волком и не пощелкивает зубами. это то самое моральное самоограничение через осознание того, что раньше происходило произвольно, по-звериному. когда общаешься с таким человеком верхним чутьем чувствуется как он "настораживает уши" - кто перед ним, что можно, что нельзя, когда видит что нельзя - "уши опускаются", "виляет хвост". осознанные используют "зубы" для самозащиты, а не нападения на слабого. много слов.
> если в дальнейшем терминология будет использована обдуманно, осознанно, это изменит сам
> ход мыслей. осознание упреждает несправедливое самоутверждение за счёт того кто не
> смотрит волком и не пощелкивает зубами. это то самое моральное самоограничение
> через осознание того, что раньше происходило произвольно, по-звериному. когда общаешься
> с таким человеком верхним чутьем чувствуется как он "настораживает уши" -
> кто перед ним, что можно, что нельзя, когда видит что нельзя
> - "уши опускаются", "виляет хвост". осознанные используют "зубы" для самозащиты, а
> не нападения на слабого. много слов.бред какой-то
есть первоисточники https://lkml.org/lkml/2020/7/4/229, https://lkml.org/lkml/2018/9/19/234, не все согласны с "marginalised minority". лично я заговора не вижу, коннотаций в английской терминологии не испытываю, никому здесь не должен, диалог веду добровольно.
> есть первоисточники https://lkml.org/lkml/2020/7/4/229, https://lkml.org/lkml/2018/9/19/234,
> не все согласны с "marginalised minority". лично я заговора не вижу,
> коннотаций в английской терминологии не испытываю, никому здесь не должен, диалог
> веду добровольно.Раньше было blacklist/whitelist и master/slave и было все просто и понятно.
Теперь стало вот так:
> Слова 'blacklist/whitelist' рекомендуется заменять на 'denylist / allowlist' или 'blocklist / passlist', а вместо слов 'master / slave' предлагаются следующие варианты связок:
>
> '{primary,main} / {secondary,replica,subordinate}',
> '{initiator,requester} / {target,responder}',
> '{controller,host} / {device,worker,proxy}',
> 'leader / follower',
> 'director / performer'.
>
> Рекомендации касаются только нового использования данных терминов. Уже имеющиеся в ядре упоминания указанных слов останутся нетронутыми.И это уже нифига не просто и понятно. Если со списками еще норм, то с master/slave - труба.
И ради чего это все? Потешить ЧСВ кучки негров? Где реальные обоснования замены? "Термины master и slave нас не устраивают, потому что...". Фактически, потому что они не нравятся кучке негров и либерашек.
Мне-то пофиг на негров и либерашек, я как использовал master/slave, так и буду. Но все-таки хотелось бы, чтобы и другие разумные люди (а разработчики Linux таковыми, без сомнения, являются) не велись на настроения толпы (которая разумом обделена, в отличие от ее отдельных членов).
согласен, белое/серое/черное, ведущий/ведомый (босс/подчинённый) облегчает понимание, контрастные термины, и для англоговорящих, deny/allow red/green вообще условности, которыми сознание не связано:)
В регулярном выражении забыли символ конца добавить. Так и заменили всё где есть данное сочетание буков
идиоты потому что
Переводчик, что был при Горбачеве (гугл в помощь по истории), был уволен за перевод симпатизируем как sympathise. В иностранных исыках много интересных подтекстов, нам непонятных.
Основные новшества:* Наложение полного запрета на обсуждение языка программирования Rust.
Какие алгоритмы умеет inline-шифрование?
алгоритм "иди гуглить"
Шифровал свои диски с помощью SHA-512, шифрую и буду шифровать.
Без inline не трушно, вы же понимаете это и пишете с отсылкой.
Когда там NTFS драйвер парагоновский прикрутят уже ?
Ядро нужно как можно чаще обновлять - это привлекает новых пользователей Линус.
2 месяца и так очень быстро для такого проекта. всем плевать какое ядро у них стоит, всяким нормисам важна цифра в названии дистрибутива, а не ядро
> ограничить доступ к содержимому данных регистров операциями чтения, так как изменение MSR может привести к проблемам.Угу, ато при даунвольте система крашится, не порядок.
Интел небось внедряет?
всего лишь выключатель поставили, не "halt and catch fire" (The processor stops fetching instructions and self-destructs)
https://www.csoonline.com/article/3489502/remote-hackers-can...
"Generating and using tokens is best to be kept in the control of the kernel because it has direct binding to the IA32_SGXPUBKEYHASHx MSRs (a core must have MSRs set to the same value as the signer of token).
By giving user space any role in the launch process is a risk for introducing bottlenecks as kernel must exhibit behavior that user space launch daemon depends on, properietary risks (closed launch daemons on closed platforms) and stability risks as there would be division of semantics between user space and kernel."
https://www.opennet.dev/opennews/art.shtml?num=52011
Запись в MSR уже давно запрещена для Secure UEFI boot режима.// b.
> Ужесточена защита от использования GPL-прослоек для связывания проприетарных драйверов с компонентами ядра, экспортируемыми только для модулей под лицензией GPL.Родные open source драйвера глюкавые, что ужас - давайте испортим жизнт проприетарным драйверам тоже!
// b.
А ты не перепутал? Это проприетарные блобы проблемны!
Сбербанк выделил на закупку ПО Microsoft и сопутствующие услуги 6,4 млрд руб.
у германа оскаровича согласованный взгляд на цифровую платформу и как управлять ею.
"По словам главы «Сбербанка» Германа Грефа, комплекс позволит проводить распознавание и проверку температуры в потоке, без остановки. Турникет, подключенный к системе, откроется при совпадении двух параметров: нормальной температуры тела и наличия лица в базе школы или университета."
"Наши продукты могут распознать лицо даже при использовании медицинской маски. Мы в VisionLabs внедрили эту функцию в свой продукт еще в 2018 году и реализовали более 20 проектов в Юго-Восточной Азии и Японии, где маска на лице человека — норма повседневной жизни"
Тут где-то в интернетах видос пролетал как белорусских мусоров деанонимизируют. Так вот кто это спонсирует.
Так ведь пару лет наад кричал что все с нуля на опенсорсе строить будет? Уже передумал?
> Из реализации текстовой консоли и драйвера fbcon удалён код, обеспечивающий возможность программной прокрутки текста назад (CONFIG_VGACON_SOFT_SCROLLBACK) более чем на объем видеопамяти текстового режима VGA.Госпаде, а крику-то было.
Он будет LTS?
Тоже интересно. Если посмотреть на историю предыдущих lts то это, должно было им стать.
> В звуковой подсистеме ALSA ... в соответствии с fucking nigers терминологии в ядре Linux, Код очищен от использования слов "slave",..Теперь в alsa такой конфиг будет неработоспособный?
Чем заменить slave?
ctl.equal {
type equal;
}
pcm.plugequal {
type equal;
slave.pcm "plug:dmix";
}
pcm.equal {
type plug;
slave.pcm plugequal;
}
Alsa уже сломали? В идеале конечно было бы чтобы в юзерспейсе alsa оставили как есть.
> Alsa уже сломали?ХЗ, пока нет возможности проверить.
longterm?
>> После двух месяцев разработки Линус Торвальдс представил релиз ядра Linux 5.9.Бедняга торвальдс. Так старается, и всё сам, всё сам.
представил != разработалесли следовать твоей логике
"кожанка представил невидию 30100500" значит: сам спроектировал, сам вафли напечатал, сам дрова написал ?
"Удалён код для поддержки архитектуры UniCore, разработанной в микропроцессорном центре Пекинского университета и включённой в состав ядра Linux в 2011 году."
Удивительным образом совпало с охлаждением отношений США с Китаем и общими антикитайскими настроениями.
Если бы код был удалён на пять лет раньше или позже, ты бы говорил то же самое. Что как бы нам говорит о том, что априорная вероятность твоего наблюдения довольно высока. Слишком высока, чтобы говорить об удивительности совпадения.
> Если бы код был удалён на пять лет раньше или позже, ты
> бы говорил то же самое. Что как бы нам говорит о
> том, что априорная вероятность твоего наблюдения довольно высока. Слишком высока, чтобы
> говорить об удивительности совпадения.Никто не занет какие будут отношения через 5 лет, сейчас все слишком "волатильно".
дополню желающих высказаться - unicore/unigfx просто без сопровождения, и там не сша-китай отношения, а китай-германия больше, устройства там - кассовые терминалы и потребительские (можно посмотреть в разделе products на pkunity на web.archive), а так-то интересная, познавательная тема.
Половина изменений связано с анальной копирастией GNU GPL 2 и проблемами чёрных слейвов. Мастер Ван Даркхолм в глубокой депрессии
Кончено круто, но ядро все жирнее и жирнее, а что будет лет через 10?
возможно вперед вылезет какая нибудь из бсд. и её будут поддерживать уже другие корпорации. ведь любая из них далеко превзошла тот уровень на котором был линух до поддержки его корпорациями. линь возможно еще будет в топе, но его могут завести в дебри корпорастии так, что от gpl нифига не останется. 10 лет не малый срок.
Мечтайте, мечтайте.
Фуксия или другое микроядро, монолит - тупиковая ветвь развития взлетевшая только благодаря лицензионным проблемам у BSD в начале 90ых.
Осталось понять почему за 30 лет микроядерщики так ничего практически полезного так и не родили.
https://www.opennet.dev/opennews/art.shtml?num=47539
Как интел меме опровергает вышеприведённое утверждение?
В данном случае критерий полезности отрицателен.
> Ужесточена защита от использования GPL-прослоек для связывания проприетарных драйверов с компонентами ядра, экспортируемыми только для модулей под лицензией GPL.Ох уж эти политики...
Почему нельзя начать работать с проприетарщиками ровно также как с ними работают остальные проприетарщики типа MS.
Выдать конкретное жесткое ограниченное и полностью свободное от копилефта API через которое они могут писать драйверы и прочие модули и запретить им обсолютно всё остальное с одной стороны. С другой стороны строго настрого запретить всем писателям копилефт-модулей прямо или косвенно связываться с любым функционалом из этих проприетарных модулей.
Простой элементарный подход же, который MS юзала испокон веков. Есть 2 типа писателей драйверов:
1) Особенные, которым выданы специальные внутренние API. Доступ к "закрытым" API есть у этих единичных компаний и только на специальных особенных условиях.
2) Все остальные которые пользуются кастрированным API на общих основаниях.
Проверено годами. Этот подход работает безотказно. В случае с Linux проприетарщикам нужно сделать стабильное API, которым они жестко ограничены. Те кто разрабатывает открытые модули под лицензией GPL предоставляются преференции.EXPORT_SYMBOL_GPL сам по себе показал свою несостоятельность уже давно, задолго до скандала с привязками к прослойкам NVIDIA. Вместо того чтобы привносить проверку лицензирования физически в код (по духу и букве это не что иное как DRM) можно просто запретить всё и предоставить "нерукопожатное" API, добившись того, что код основной части ядра технически не может достучаться до того, что находится за этим API...
Ах ну да что же это я тут навоображал... это же не возможно! Для этого нужно спроектировать и внедрить IPC уровня ядра причем торчащее еще и в пространство пользователя для некоторых проприетарных задач. Ну да, ну да, у Linux на эту тему травмы детства.
Почему бы проприетарщикам не работать дальше с MS?
Не нравится вам GPL, так не используйте ядро, разрабатываемое под GPL.
Я попытаюсь вернуть вас в реальность.Разработчики вне зависимости от размера команды и способа монетизации труда в праве распространять авторский продукт под той лицензией которую посчитают нужной. Это ультимативное правило, которое надо уважать и соблюдать нравится вам это или нет. Без него и GPL не продержится.
Если вы посмотрите на тот же сайт FSF вы увидите, что лицензии бывают несовместимы друг с другом вот где кроется проблема. Это не добро vs зло, GPL vs EULA, белое vs черное, святые vs неверные. Речь идёт о том как работать взаимовыгодно сотрудничать, а не для того чтобы сформировать единственно верную расу.
GPL без учета приставок тоже, знаете ли, не одна v2 и v3. И ядро Linux принципиально остаётся и всегда будет на GPLv2, потому что v3 уничтожает возможность сотрудничества и диктует производителю оборудования не только принципы распространения кода прошивок, но и том каким должно или не должно быть устройство и его назначение.
Вот вам приблизительный и ответ на вот этот детский максимализм:
> Не нравится вам GPL, так не используйте ядро, разрабатываемое под GPL.https://www.youtube.com/watch?v=PaKIZ7gJlRU
В мире, в котором производство устройств ведётся не в режиме "один концерн в одной стране делает сразу всё целиком", а в условиях международного разделения труда, когда компании в разных частях света могут производить разные части устройства и разные части программного обеспечения, зачастую происходит ситуация, когда устройства отличаются преимущественно в программном комплексе, нежели в аппаратном. Это, например, цифровые видеокамеры, со сложными фильтрами, которые разрабатывались по нескольку лет группой математиков или, например, видеокарты, устройства для которых используется одна и та же референсная плата, но периферия с прошивкой разные (это для снижения стоимости за счет увеличения тиража на заводе), или, например, звуковое оборудование, устройства, в которых используются патентованные периферийные комплектующие от другой партнерской компании - всё это предполагает частичное сокрытие исходного кода и спецификаций, потому что в противном случае бизнесу попросту нечем будет вернуть инвестиции на исследовательскую работу и, как следствие, оплатить труд инженеров и ученых в следующем проекте (придется закрыться и всех уволить).
> Почему бы проприетарщикам не работать дальше с MS?
Ну вот они и работают, и не только с MS. Операционным системам вообще нужно ПО и поддержка оборудования. Без него они не могут выполнять задачи, которые пользователь ставит перед компьютером. Возможно это покажется удивительным, но есть пользователи, которые ставят ОС не по лицензионным соображениям, а потому что им нужен компьютер для работы, дома, как сервер или даже игровая станция, а не только ради того чтобы там просто была ОС с набором софта под единственно верной лицензией.
Проблема которая описывалась выше вообще не имеет отношения к проприетарным модулям. То что они допустимы, возможны разрешены и приветствуются при сборке собственной ОС на базе ядра Linux - это вообще не вопрос!
Проблема в том, что метод разграничения, какое API является открытым для стороннего ПО от третьих лиц, а какое нет (флаг EXPORT_SYMBOL_GPL) уже подвергался критике:
https://lwn.net/Articles/603131/То есть сама идея разделения API на внешнее и внутреннее - абсолютно верная мысль (https://lwn.net/Articles/154602/), но её реализация, не приводит к техническому ограничению, что позволило (попытаться) завязывать GPL-код на код прослойки для использования проприетарного кода.
https://www.opennet.dev/opennews/art.shtml?num=53485Вообще сами драйверы-прослойки - это проблема недоделанности EXPORT_SYMBOL_GPL и, к сожалению, неизбежная реальность. Вместо того чтобы предоставить собственное стабильное "прослоечное" API, работающее по принципу "запрещено всё, что не разрешено явно", используется юридические подходы, здравый смысл и цивилизованное обсуждение в списках рассылки. Не все разработчики, к сожалению, на это способны да и, в целом, компетентны. Такими вещами занимаются менеджеры и адвокаты. А теперь я попрошу ответом продемонстрировать всем здравый смысл и способность выработать решение в рамках цивилизованного обсуждения. У меня возникают сомнения, что у вас это получится, судя по прошлому комментарию. =)
>Я попытаюсь вернуть вас в реальность.Лучше не надо. Проприетарщиков надо запрещать и давить беспощадно.
Да здравствует великий Столлман!
>>новый механизм управления памятью slabну вот иногда частенько новости пишут - а включено по-дефолту или как включить - то не пишут от слова совсем...
нужно ли для этого выбирать другой аллокатор или нет?
отвечу сам себе:
аллокатор при этом менять не нужно, все реализовано в mm/memcontrol.c и поддеривается slub, slab аллокаторами.