в моей практике 2 применения tmpfs:
- быстрый кеш для приложения
- возможность куда-то писать логи, когда вся система в read-only
сейчас ssd чаще встречаются

tmpfs обычно используется, как быстрая временная память.  Её сейчас большинство популярных дистрибутивов GNU/Linux монтируют в /tmp.  Если нужно каким-то образом увеличить вместимость памяти без увеличения/добавления`swap`, то тут на помощь может прийти проект ZRam (https://en.wikipedia.org/wiki/Zram) -- она не только делает диск в оперативной памяти (как это делает tmpfs), но ещё и обеспечивает сжатие данных.  В среднем, данные жмутся в 3 раза.  Её можно использовать для создания раздела подкачки, при этом, действительно будет ситуация, что из памяти данные будут сбрасываться как бы на диск, но при этом опять улетать в оперативную память уже в сжатом виде.  Плюшки же тут в том, что ZRam даже со сжатием работает быстрее, чем обычный раздел подкачки, и не изнашивает  HDD/SSD (что особенно важно.)  Его ещё можно использовать на разных одноплатных компьютерах вроде Raspberry Pi, где память ограничена, а swap в принципе может быть не желателен на MicroSD, использующегося в качестве основного накопителя.

Да. Приложение если умеет то запросто поимеет нужное коичество памяти и без свопа.
Но допустим приложений много. Памяти типа дефицит и все в своп ушли. А тут они предлагают заведеомо гарантию немного более быстрого свопа для конкретного приложения, как я понимаю.

Это не критично. Интересна сама возможность.

про ssd отдельный момент. Тоже про них надо поизучать.

вообще жесть!

смысл свопа в оперативке в комплексе ZRam я понимаю - там профит в сжатии, а вот без него - вообще бессмыслица получается.

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

Ну вообще да - грамотнее иметь возможность настроить приоритет работы с ресурсами.
Описываемая фича на самом деле немного маркетинговая. Заявлена ASUS и запускается просто как отдельное приложение (или возможно драйвер).

я в gentoo использую - для сборки софта, отдано 11 ГБ.

lo ~ # df -h /var/tmp/portage
Filesystem      Size  Used Avail Use% Mounted on
shm              11G  113M   11G   2% /var/tmp/portage

UbuntuServer на виртуальной машине. Прописал это в /etc/network/interfaces, но по адресу 192.168.0.46 зайти в облако не удаётся.
Команда sudo ip addr add 192.168.0.46/24 dev enp0s3 работает, но до перезагрузки вирталки. Как быть?

Переведи шапку.

И поймёшь, товарищ.

Вся правда в комментах.  netplan надо настроить

Обязательно рестартуй сервис, скорее всего, в конфигурации допустишь ошибку.

Благодарю. Кажется, этот apt install помог...

Это явно не yaml формат, так что как он мог помочь, если там написано "иди в конфиги netplan и там пиши свои адреса, нуб" неизвестно... Разве что сам все перевносит каждый раз😱

Я бы "auto enp..." в начало поставил.
Но это, наверное, не помогло бы :))
Смотри "systemctl | grep enp" должно быть что-то типа
"  ifup@enp....service                                                                      loaded active     exited          ifup for enp..."