LINUX.ORG.RU

Ядро Linux 5.6

 ,


0

0

Основные изменения:

  • Поддержка Intel MPX (memory protection extenstion) удалена из ядра.
  • RISC-V получила поддержку KASAN.
  • Завершён перевод ядра с 32-битного типа time_t и ассоциированых с ним типов: ядро готово к проблеме-2038.
  • Добавлены операции для подсистемы io_uring.
  • Добавлен системный вызов pidfd_getfd(), который позволяет процессу извлечь дескриптор открытого файла из другого процесса.
  • Добавлен механизм bootconfig, позволяющий ядру во время загрузки получать файл с опциями командной строки. Утилита bootconfig позволяет добавить такой файл к образу initramfs.
  • F2FS стала поддерживать сжатие ФС.
  • Новая опция монтирования NFS softreveal предоставляет ревалидацию атрибутов.
  • Монтирование NFS по UDP по умолчанию отключено.
  • Добавлена поддержка копирования файлов с сервера на сервер в NFS v4.2
  • Добавлена поддержка ZoneFS.
  • Добавлена новая операция prctl() PR_SET_IO_FLUSHER. Она предназначена для обозначения процесса, который занят высвобождением памяти и к которому нельзя применять ограничения.
  • Добавлена подсистема dma-buf, ответвление от аллокатора Android ION.
  • Блокирующий пул /dev/random был удалён, теперь /dev/random поведением более похож на /dev/urandom тем, что не блокирует доступную энтропию после инициализации пула.
  • Гостевые Linux-системы в VirtualBox могут монтировать папки, экспортированные хост-системой.

>>> Подробности

★★★

Проверено: cetjs2 ()
Последнее исправление: cetjs2 (всего исправлений: 1)

32-битного типа time_t

Это типа юникс тайм с 70-ых годов закончится? А почему бы не передвинуть 000000 с 70 годов на 2020 1 января и уже от него считать в 64 бит счётчиком секунд?

menangen ★★★★★
()

Еще MPTCP добавили. Только непонятно что значит начальная поддержка MPTCP.

Deleted
()
Ответ на: комментарий от menangen

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

JAkutenshi ★★
()
Ответ на: комментарий от JAkutenshi

не факт

В Red Hat Enterprise Linux 9 могут отказаться от поддержки старых x86-64 процессоров.

Fedoroвцы во всю трудятся начиная с версии 32. Причина: Отказ от старых процессоров позволит задействовать более современные процессорные инструкции по умолчанию, что упростит процесс разработки и уменьшит «зоопарк» аппаратных решений. Также это стимулирует клиентов обновить свои системы.

letres
()
Ответ на: комментарий от JAkutenshi

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

anonymous
()
Ответ на: не факт от letres

я очень извиняюсь - а какое нам дело до воплей красношапочников?

proxyfyer
()

Гостевые Linux-системы в VirtualBox могут монтировать папки, экспортированные хост-системой.

пффф, ФЭНОменальная новость!

proxyfyer
()
Ответ на: комментарий от anonymous

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

JAkutenshi ★★
()
Ответ на: комментарий от LINUX-ORG-RU

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

JAkutenshi ★★
()
Последнее исправление: JAkutenshi (всего исправлений: 1)
Ответ на: комментарий от Deleted

Там пока только подготовительный код, дающий возможность создавать соединения с одним подпотоком. Многопоточности ещё нет.

post-factum ★★★★★
()
Ответ на: комментарий от JAkutenshi

Да не и 8 битки и (не видал таких в быту кроме консолей) 16 битки и 32 битки никуда не денутся. Это я про массовость. А так ну где то на необслуживаемых системах обнулиться время )) Где то обновят либу и будет 64 битное время хоть на 32/16/8 машинках. В целом проблем нет если нет согласования встройки с внешним миром по времени. А если есть ну переполниться время и всё будет переполнение как триггер с новой точке отсчёта. Ой да вариантов 100500 всё нормально будет.

LINUX-ORG-RU ★★★★★
()
Ответ на: не факт от letres

Также это стимулирует клиентов обновить свои системы.

О да, это прорыв...

AS ★★★★★
()

Блокирующий пул /dev/random был удалён, теперь /dev/random поведением более похож на /dev/urandom тем, что не блокирует доступную энтропию после инициализации пула.

Интересно, что это занчит.

kostyarin_ ★★
()

USB4 и Thunderbolt там запилили. Странно, что упоминания об этом нет в числе главных нововведений.

anonymous
()

А вот эта вот ZoneFS, это как понимать? из опеннетовского описания не понял, а тут вообще кратенько :) можете для глупенького объяснить?

ChekPuk ★★★
()
Последнее исправление: ChekPuk (всего исправлений: 1)

Поддержка Intel MPX (memory protection extenstion) удалена из ядра.

Два года ждал.

Vault_Boy
()

Завершён перевод ядра с 32-битного типа time_t и ассоциированых с ним типов: ядро готово к проблеме-2038.

Добавлена поддержка копирования файлов с сервера на сервер в NFS v4.2

Ну наконец-то!

toyo-chi
()
Ответ на: комментарий от ChekPuk

FS для некоторых новых винтов (как я понимаю Shingled Magnetic Recording) на кторых скорости доступа/чтения-записи различаются в разных областях диска - что-то подобное наблюдается на обычных жд, чтение-запись быстрее в начале диска чем в конце - но в случае SMR различия более весомы

token_polyak ★★★★
()
Ответ на: комментарий от JAkutenshi

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

Я, например, до сих пор иногда играю в Linux с помощью DosBox в игры: Quake, Karateka, Aladdin.

anonymous
()

Подача новости скверная.

Wireguard?

Usb4?

sch_ets?

int13h ★★★★★
()

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

anonymous
()

Основные изменения:

Поддержка Intel MPX (memory protection extenstion) удалена из ядра. 

а википузия грит:

https://ru.wikipedia.org/wiki/Intel_MPX

Поддержка удалена в версии ядра 4.20 (24 декабря 2018)

Как так?

anonymous
()
Ответ на: комментарий от anonymous

для тебя это удаление ничего не даёт и никак не заметно

anonymous
()

всё жирнее и жирнее

fornlr ★★★★★
()

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

eR ★★★★★
()

Добавлена поддержка копирования файлов с сервера на сервер

Что это значит? Точнее в чем разница между копированием на клиент?

jtad
()

перевод ядра с 32-битного типа

Скажите, когда официально умрут 32-разрядные системы?
В каком году это свершиться?

anonymous
()

Использовал без проблем с rc2. Настолько сильно хотелось ядерный вайргард. Накатил релиз — отвалился вайфай. Модуль грузится, интерфейс есть, к точке доступа не коннектится.

imul ★★★★★
()
Ответ на: комментарий от jtad

Это для pnfs. Ты можешь сказать серверу s1 скопировать данные на сервер s2, и он это может сделать по быстрому интерлинку, без участия клиентов.

kirk_johnson ★☆
()
Ответ на: комментарий от anonymous

Серьезно, ни слова про wireguard в основных изменениях?

Кстати, да. Пожалуй самая ожидаемая «фича».

imul ★★★★★
()
Ответ на: комментарий от anonymous

На опеннете есть. Это здесь новости эталонные слоупоки пишут, с запаздыванием на 2-3 недели.

dv76 ★★★★
()
Ответ на: комментарий от anonymous

Постесняюсь спросить. А чем так замечателен Ку1 в ДосБоксе по сравнению с тем же DarkPlaces? Ну разве что кроме отсутствия пакета под ваш дистр + сильно другая архитектура машины.

dv76 ★★★★
()
Ответ на: комментарий от jtad

Может это межсерверный какой пирингофайлоперенос? Чисто предположение навскидку.

dv76 ★★★★
()
Ответ на: комментарий от jtad

Server-side copy там давно был. Это копирование именно между серверами.

kirk_johnson ★☆
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.