pfg21

Да, актуален.
Он применим во всех областях.
Почитай что такое ассемблер и вопросы отпадут сами собой

Хочу написать простую игру на Canvas в браузере.

Вы же на canvas хотите написать! Вот и пишите.

Когда напишете, будет видно наличие или отсутствие проблем со скоростью работы.

Вы еще даже писать не начали, у вас ничего нет, а уже задумываетесь о скорости.

Перевести желтое-на-красном в чёрное-на-белом. Если цвета всегда одинаковые, то можно просто найти разность между цветом каждого пикселя и эталоном, и по ней судить о яркости: похоже = чёрное, непохоже = белое, или наоборот.

Ctrl-Alt-F2 или F3 итд переключают в альтернативные текстовые консоли.
Это срабатывает?

По ssh с соседней машины зайти можете?
А дальше - сменить уровень загрузки с 5 на 3.
sudo systemctl set-default multi-user.target
И перегрузить систему.

Что portable версия программы может узнать о системе?

ту же самую что и не "portable" версия.

Прежде всего ликвидировать кашу в голове. Серверу - серверово, медиастанции - свое. Валить все это в одну кучу, да еще на ProxMox - Ну, наверное, можно, если хочется потом просиживать за чтением манов на тему "как пробросить то и это куда-то" или еще каким.

Начинаем со списка "Какие я хочу сервисы"
Потом их группируем по возможности выполнения на одной платформе (потому что TV, NAS, VPN в одной коробке будут смотреться примерно как автомобиль с лыжами и крыльями)
И потом уже начинаем подбирать платформы - а их тут как минимум две

Смотрите интерфейс роутера - умеет ли он в такие настройки.
По факту ван и лан - это чисто условные обозначения. Всё зависит от функциональности прошивки.

Но, насколько я знаю, тплинки так перенастраиваться не умеют.
Купите кинетик - и лучше по функционалу и надежнее в использовании

Любая оптимизация начинается от проблемы. Из проблем памяти я могу отметить технологический предел
на пропускную способность. (так называемая Стена Фон-Неймана). Она частично решается
кешамя для горячих участков кода но никак не решается в обобщенной постановке.

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

Во-первых, речь идет об Адресации памяти, а не Модели памяти - это совершенно разные вещи:
- Адресация памяти - то, как мы к памяти обращаемся
- Модель памяти - какие ограничения выставляются на рантайм. Например, реордеринг операций

Не совсем понял, чем представленная модель отличается от обычной линейной. Если только тем, что указанный reference - любое число, а не просто смещение от базы, то:
- Это только лишние расходы на определение реального адреса
- Виртуальная память уже реализует такую концепцию, но более сложную - с несколькими уровнями адресации - https://www.kernel.org/doc/html/latest/mm/page_tab...

Мне кажется что данная модель памяти подойдет для машины заточенной под ООП (привет java)

Единственное преимущество - локальность (кэш хиты). Но его и самим можно добиться.
В той же самой джаве это делается через паттерн Off Heap

для машины с защитой памяти так как из reference выйти не получиться,то есть мы не сможем повредить память другого reference

См. иерархию страниц памяти. Там это уже реализовано

Собственно полезна ли данная модель памяти

Полезна, но уже устарела. Сейчас используются более продвинутые стратегии - https://ru.wikipedia.org/wiki/Адресация_памяти

если для операций над памятью буду использоваться load/store

А как иначе?

а алоцирование кусочков будет проводиться чем-то похожем на new

Любой new под капотом использует системные вызовы, которые этот самый load/store вызывают

Не может.
- В том числе не могут сохраниться данные (размагнитятся).
- Если это SSD - тоже не могут (заряд утечет из ячеек, но появится посторонний от окружающей радиации).
- В том числе выйдет из строя механика (или от работы, или от лежания - "прикипит").
- В том числе окислятся и потеряют рабочие свойства электрические элементы (изоляция, пластик, дорожки, токоведущие кабели головки станут хрупкими).

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

Посмотрите пример на практике - Вояджеры. Почти 40 лет, и уже куча проблем. И они намного проще современной техники и разработаны с запасом надежности, и там нет диска...

думаю простого ответа нет.. ну или в рекомендациях конкретных субд искать?

но сама постановка вопроса логична. малая база может быть просто закеширована в оператике..

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

ps

100 записей

.. в том же C# проще хранить как словарь, даже изменяемый ))

Танцев с бубном нет - используйте CloneZilla.

Но, заведите себе samba или nfs сервер. На него и сохраняйте, с него же и восстанавливайтесь.

Насчет sda2 и sda5 - это диск разбит неграмотно.
Разметка MBR предполагает наличие на диске до четырех разделов и хак на случай, если их нужно больше - один из разделов делается "расширенным", и уже его пространство снова разбивается на разделы.
У вас так и сделано, причем без всякой на то необходимости - вместо первичного раздела sda2 создан расширенный раздел sda2, а на нем уже - логический раздел sda5. Вот их вам и показывает.