Т.е. будет набор связанной информации, но без кастомных контейнеров вроде всяких mkv.

Вместо файлов и папок - потоки, контейнеры и связи между этим всем.

я думаю что из соображений эффективности контейнеры пока нужны

интересная мысль, кстати...

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

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

совершенный ИИ

"I WIN" еще времен WoW кажется

вот к примеру:
Вы библиотекой пользуетесь?
теговая фс
очень удобно

у библиотеки какбе иерархические каталоги же )

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

я пока пилю под rpi3 (arm64) с мыслю в какой-то момент вкатить ее на андроидофон какой-нибудь бросовый

В принципе, есть Pinebook ещё, как вариант десктопа для твоей ОС.

ну я x86_64 тоже запилю, просто пока интеля накушался, не хочется

Вообще к теме x86_64 vs AArch64. Некоторые штуки сложны в одном, а другие в совсем ином. Я вот сейчас разбираюсь с виртуальной памятью на ARMv8. Там просто дофига различных настроек и режимов работы. Можно настраивать размер страниц. Можно достаточно тонко управлять кешированием. С одной стороны там немного мест, которые требуют настройки, а с другой прям глаза разбегаются. Можно выбирать уровень, с которого начинать обход. Можно вот взять страницы в 4kb размером. Можно в 16kb или в 64kb. И профиты от этого всего разные будут. Я думаю, что лучше всего взять 4kb ибо в малинке только один гиг памяти. Но надо иметь возможность выбора. Хотяб на этапе компейляци. Ещё надо будет сделать код таким, чтоб его можно было стыковать с кодом курса (по крайней мере сейчас).

MAIR тоже кмк повеселее выглядит чем MTRR в интеле

А что там с MTRR?
Всмысле я полагаю, что там нет всякой спец. памяти и подобного.

ну MTRR довольно криво настраивается, не гибко

Это понятно. Множество наслоений легаси и всё такое.

MTRR вообще довольно новая штука, просто сдизайненная херово