LINUX.ORG.RU

Десктопный дистр работающий в памяти

 ,


1

3

Делал ли кто-то такой дистр, чтобы он работал полностью в памяти. Речь не о банальном запуске read-only образа диска в read-write tmpfs, а о том, чтобы все работало из памяти, но когда речь заходит о обновлении, то обновление устанавливалось на диск и на лету обновляло копии соответствующих файлов в памяти. Таким образом при перезагрузке обновления остаются. Плюс пользователь всегда может редактировать файлы на диске напрямую через какую-то специальную точку монтирования, например /disk. Можно было бы все изменения ФС в памяти асинхронно повторять на диске, но не все файлы в этом нуждаются и как раз суть работы в памяти и заключается в том, чтобы меньше дергать диск, причем не только для чтения, но и для записи.

/home при этом может быть на физическом диске, HDD или SSD.

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

Жду обьяснение почему не нужно как принято в рунете, вместо предложение по улучшению как принятно не в рунете

★★★☆☆

Ответ на: комментарий от sudopacman

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

anonymous ()

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

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

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

Все равно не RAM. Вот как раз и повод быстро вычитать в RAM и потом не дергать наши изнашиваемые SSD. Они изнашиваются конечно от записи, но запись будет редко, только при обновлениях, без всякого гадства вроде кешей

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

но смысл?

когда завезут mr-ram модули , тогда и можно будет читать образ с «медленного устройства»

Диды от ИТ кажется так и делали, читая с ленты в память большой ЭВМ :)

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

так фигли делать.
берешь минимальный сетап и обёртываешь в свой pre-systemd-init-kickstart.

ой... это же есть такое initrd называется.

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

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

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

Скорость

В ядре уже и так есть disk cache. Дополнительно можно впихнуть в tmpfs/zram всякие профили браузеров и временные файлы.

уменьшение износа диска

Так обновления всё равно придётся туда писать, если не хочешь всё потерять, если неожиданно пропадёт электричество (хоть такое и относительно редко бывает). Максимум будет сферический профит от того, что не все обновления будут записываться.

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

Я упомянул уже в ОП, что можно хирургически настроить избранные каталоги. Но в случае чистой работы из памяти у нас все будет в памяти. Частота работы с диском только в случае обновлений не сравнима с дерганием всяких временных файлов, locks, fs pipes и тд

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

Скорость, уменьшение износа диска

Для этого придуман файловый кеш.

andreyu ★★★★★ ()

У [/ser]Spoofing были какие-то костыли для этого.

anonymous ()

Если нагуглишь что-то толковое на эту тему, да еще и для убунты, то кидай сюда.

GoNaX ★★★ ()

Как готовая реализация — Slax.
Как рецепт изготовления — liveslak от AlienBOB, ими делаются образы Slackware Live.
Начать можно отсюда:
http://alien.slackbook.org/blog/index.php?s=liveslak
http://www.slackware.com/~alien/liveslak/
http://bear.alienbase.nl/cgit/liveslak/

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

ТС, глянь новость про Убунту Core,
там нет пакетов в прямом понимании. Поэтому легче загонять такие образы в ОЗУ.

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

Deleted ()

https://www.linux.org.ru/news/opensource/5318420?cid=5318473 (комментарий)


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




Бу-га-га-шенька же!!! :-))))))

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

1) Такой дистр дейсвительно нескучен, а не просто «дистр с гномом и rolling release» как обычно любят

2) Я не собираюсь делать дистр

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

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

возможно что так и сделают, когда очухаются с типами памяти.
но судя по пробуксовке mr-ram ой не скоро.

Deleted ()

PXE и диск из компьютера вообще можно выкидывать...

+ были операционки грузящиеся из биоса но как то не взлетели.

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