Ядро Linux 5.1

однояйцевые близнецы?

И для этого нужен новый драйвер?

Ну вон у амуде на каждое переименование rx480 в 580 и 590 требовалось обновление драйвера. Я думаю, им лучше знать.

И вот, наконец-то, кто-то собрал яйца в кулак и сделал.

Яйца от курочки Рябы?...

https://lkml.org/lkml/2018/11/14/179 какая из этих версий патчей является актуальной?

Я 5.0.9 под OrangePI собирал. Вроде работало.

64-разрядная структура time_t теперь доступна на всех архитектурах

Во. Теперь готовы к концу Unix Time 32 битному.

поддержка TLS 1.3.

А что тут имеется ввиду?
Это про установку соединений чего с чем?

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

Никакая. Но это то, что я брал за основу, да.

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

Патч где-то есть в виде отдельного репозитория? или будет опять зоопарк разных вариаций практически одного и того же?

кстати они оба не секюрные и KSM, и UKSM, потому как не секюрный сам метод дедубликации...

Нет никаких вариантов. Есть 5 ревизий патча, на который ты дал ссылку, но дело заглохло. Есть дохлый PKSM для v3.14, ЕМНИП. Есть UKSM, который еле дышит, т.к. основной разработчик заболел и забил, а остальным влом ковыряться в тонне его кода. И есть то, что я прямо сейчас пытаюсь протолкнуть в апстрим.

io_uring - новый интерфейс для асинхронного ввода/вывода. Поддерживает поллинг, буферизацию ввода/вывода и многое другое.

Значит ли это, что данные на флешку, наконец смогут записываться нормально без шаманств? (а не как раньше, запись 100% за секунду, а потом ожидание 20 минут завершения записи без информации о прогрессе по дефолту)

Как софт перепишут.

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

Сам на это надеюсь. Достало записывать данные на флешку через dd и ждать окончания столько же времени, сколько ждал запись (особенно весело с 300МБ образами, пишется за секунду, ждёшь минуту).

Нет. Это ваще не о том.

Фейспалм с комментаторов. Идите обратно в толксы или на хабр.

http://www.kernel.org - сайт о ядре Linux

http://www.lkml.org - сайт о ядре Linux

Из документации: «KSM only merges anonymous (private) pages, never pagecache (file) pages.»

Вот как раз про тот кеш я и говорил... он у меня как правило треть памяти занимает...

Не уверен, что его вообще нужно мержить.

я же про кеш - а не про буферы, его дохренища и он особо статичен на десктопе. https://postimg.cc/Mn5VwFK6

Так вот чтобы что? Пейджкеш — дело такое. Пришёл/ушёл, какое кому дело. Дедуплицировать на блочном уровне нужно.

Достало записывать данные на флешку через dd и ждать окончания

man dd

fdatasync
physically write output file data before finishing
fsync likewise, but also write metadata

Так у тебя одинаковые данные в разных файлах лежат и ты их постоянно читаешь?

на блочном уровне - экономит место на диске. я же говорю в контексте экономии оперативки.

Этот кеш оформляет ОСь для более быстрого доступа к частым данным с диска. Я хз что она туда записывает, но 100% этот кеш не сильно динамичный - то есть, как правило, статичные данные накопленные статистически за время работы десктопа и 100% в том объеме занимаемого места есть страницы с дублирующими данными... как-то так.

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

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

64-разрядная структура time_t теперь доступна на всех архитектурах.

Да вы там часом не охренели?! Я планировал сверхприбыльный стартап по решению «проблемы 2038». Я... я на вас в суд подам за недополученую прибыль!

ФС с дедубликацией - хранит на блочном устройстве - при разворачивании в ОЗУ профит от того что есть дедубликация на блочном устройстве отсутствует, именно по этой же причине, например, для ZFS сделали компрессию ARC, видимо да - по причине снижения нагрузки, потому как сжимать любой поток менее затратно, чем мержить много данных...

но суть то в том что ksmd не постоянно лопатит а имеет настраиваемый параметр как по количеству сканируемых страниц - так и по паузам между сканированием...

Да вы там часом не охренели?! Я планировал сверхприбыльный стартап по решению «проблемы 2038». Я... я на вас в суд подам за недополученную прибыль!

Нет, не охренели...

Нет. ZFS просто жрёт ОЗУ как не в себя. А файловый кэш - закэшит блок на блочном устройстве и не будет его дублировать.

у тебя не верная информация.

В io_uring пофиксили скорость, буст до 755 раз XD

https://www.phoronix.com/scan.php?page=news_item&px=IO_uring-755x-Perform...