Извращения с gentoo или система в tmpfs

Купи SSD, и не канифоль мозги, лол.

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

В любом случае, ты можешь посмотреть, как работает перзистент в бубунтолайвах.

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

Даже с большим таймаутом dirty write cache периодически просираю от пары минут до часа работы, если внезапно кончается память или что-нибудь вешает систему.
SSD не настолько дорогие, лол

прирост в 30 раз

На «холодном» запуске получишь даже больше. Вот только зачем? Когда нужные данные уже в pagecache, это будет так же быстро, как tmpfs.

Стоит ли оно того?

Нет. Достаточно вынести «горячие» данные. Я, например, положил /usr/portage и /var/lib/portage (емнип) в squashfs, которая разархивируется при апдейте, а в остальное время просто монтируется, и профиль firefox-а в tgz-архив (разархивируется при старте, пережимается при выключении). Это дает для HDD весьма ощутимый прирост при «холодных» операциях, и не имеет практически никаких негативных эффектов (/home я по-прежнему не доверяю SSD, так что «повышенного износа SSD» постоянными перезаписями профайлов нет).

Ты где проживаешь, давай лучше спайсов покурим.

поставить в спящий режим

Ага, сохранить в энергозависимую память, когда планируется потеря этого самого питания. Молодец, гениально!

Ты бы и собаку скурил.

Хм, понравилась имея с вынесением горячих данных. А что если вынести /bin, /lib и портаж? Это куда быстрее, чем весь корень.

В таком режиме энергии хватит на неделю. Думаю, что за неделю я смогу найти несчастную розетку.

Я думал над таким. При том у меня памяти не так много, поэтому думал о частичной загрузке раздела в память. Как по мне, это можно реализовать с помощью OverlayFS и ей подобными.

Возникает вопрос с записью/апдейтами. Здесь у меня четкого решения нет, но, одна из идей - наложить HDD(rw) на TMPFS(ro) и запись получать на HDD. Что-то типа COW. Не знаю позволяет ли это делать OverlayFS или нет. Если не получится - сделать отдельный runlevel для апдейтов или вообще делать апдейт делать в chroot на реальный раздел HDD.

Еще concern со скоростью загрузки системы, но, думаю, этим можно будет пожертвовать, а может и решение какое-то найдется.

Моё мнение - да, идея классная, нужно делать.

Ладно, предположим, но загружаться (распаковываться в память в частности) оно у тебя будет дооолго. Этот прирост у тебя будет, но загружаться/ребутаться/выключаться оно у тебя будет по полвечности. Оно тебе надо?

Лучший способ ускорить генту — это купить SSD, вывести /var/tmp/portage и кэши в tmpfs. Остальное у тебя и так будет в память подгружаться при необходимости.

Эта фигня с загрузкой в память придумана для того, чтобы можно было использовать девайс, с которого грузишься; например для перезаписи флэшки или смены диска из live-дистра.

Костыли-костылики…

кстати, вопрос - многие с ноутами: если поставить SSD внутрь корпуса, предусмотрено ли для него место или это сильно зависит от возможностей ноута? Обычный ноут, средний.

Накрайняк корпус с ссд снять, они внутри пустые и скраю мальнькая плата с начинкой.

Есть совет - пакуй корень ( исключи только кеши с сжатыми файлами ) в squashfs, и кидай его на рам-диск ( НЕ в тмпфс!). Я кидал вместо initrd - работало. Поверх монтируется overlayfs и готово. Жрет памяти от силы пол гига, скорость - очень даже хорошо.

А что если вынести /bin, /lib и портаж

Портаж у меня на squashfs — работает быстро даже на HDD.

/bin, /lib, /usr/bin и /usr/lib практически лишено смысла. Какой-то прок может быть от /usr/share, но нет ничего хучже, чем оказаться в ситуации, когда у тебя бинарники от одной версии пакета, а данные — от другой. Уж больно велика вероятность рано или поздно в такую ж попасть.

reiser4 для портажа годиться очень даже. gzip сжимает очень хорошо, так что скорость высокая...

Ага, сохранить в энергозависимую память, когда планируется потеря этого самого питания.

Если что, спящий это сохранить на диск, а оставить в «энергозависимой» это ждущий.

С гибернацией путаете. Тык

chroot еще хоть куда, но так придется постоянно видоизменять образ. Жертвуя скоростью первоначальной загрузки, можно избежать архивирования. Если ребут раз в неделю, то это вполне терпимо.

Это совершенно ненужный на десктопе бред. Куда разумнее взять какой-нибудь бюджетный SSD. Всё равно ядро всё необходимое прокэширует в оперативку.

А потом ноют про 12309 даже имея ssd.

Разговоры разговорами, а как это на практике применить? Хочу попробовать оба способа: скопировать /в /tmpfs и SquashFS, как было упомянуто выше. Мануал по SquashFS уже нашел. А вот по поводу первого: хочу просто копировать /dev/sda1 в /tmpfs. Как я понял, это можно сделать в grub.cfg?

Дык не я путаю, а товарищъ повыше. (да, там в статье они и сами уже запутались к середине повествования, сколько оффтопикозверей пасу, ни разу не слышал чтобы suspend-to-memory называли спящим).
Да, имеет место несогласование бытовых названий:
Гибернация===спящий режим===suspend-to-disk ( с отключением из розетки)
Режим ожидания===ждущий режим===suspend-to-memory (без)
Я не вижу особого смысла в последнем если честно(и даже не наблюдаю оного на оффтопиках в пределах досягаемости).

ЗЫ: а после того как полез выдергивать память из якобы выключенного(а на деле suspend-to-memory) ящика, то вообще бью морду всем кто ним пользуется(если ранг позволяет).

Ты линк на статью бросал? Там же написано, нет?

1)хочу просто копировать /dev/sda1 в /tmpfs.

Такого там точно нет. Есть архивирование.

Гибернация===спящий режим===suspend-to-disk ( с отключением из розетки)
Режим ожидания===ждущий режим===suspend-to-memory (без)
Я не вижу особого смысла в последнем если честно(и даже не наблюдаю оного на оффтопиках в пределах досягаемости).

Suspend-to-ram - самый часто используемый режим.
Домашний ноут постоянно подключен к розетке. Крышку закрыл - заснул, открыл - проснулся почти моментально со всем запущенным. Мега удобно.

Рабочий ноут - тоже. Там оффтопик, так там есть такая фича, что, если батарейки становится мало, он сам включается, и переходит в suspend-to-disk. Я хз как они это реализовали, но прикольно.

А есть ещё hybrid mode, когда память сбрасывается на диск, но ноут уходит в suspend-to-ram. Так что даже если батарейка сядет, ты просто сделаешь resume-from-disk вместо resume-from-ram, без потери данных. В Tux-On-Ice, ЕМНИП, было.

Кстати, я больше недолюбливаю suspend-to-disk в Линуксе. Дело в том, что оно происходит после grub'а. Я однажды включил комп, и загрузился не с того пункта. Ошибку понял, перегрузился и зашел под тем пунктом, который был в hibernat'е. Так у меня корневая ФС посыпалась. Потому что состояние дисков изменилась с момента суспенда. Так что, если хочешь убить себе систему, то есть рецепты как для suspend-to-disk, так и для suspend-to-ram.

Лучше делай то, что делает кот, конгда ему делать нефиг.

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

прирост в 30 раз.

То теперь я знаю на кого таргетирована реклама «в x раз гуще, в x раз чище, толще, и т.д и т.п»

На деле имеем 8G сама система(со всем мусором) и 12GB ram.

Смотря что ты запускать будешь, почти 9 гигов отскочит останется 3. Жди оом киллера в таком случае.

Что, если купить 2 SSD и поставить их в RAID 0?

Многое зависит от SATA-контроллера, матплаты. Программный RAID я не рассматриваю, а аппаратному не верю, так что вопрос немного не по адресу.