Автор Тема: Работа системы с загрузкой в оперативную память  (Прочитано 5026 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн runtik

  • Местный
  • *****
  • Автор темы
  • Сообщений: 578
  • Проблема - когда нет проблем
Цитировать (выделенное)
грузить всю ОС , зажатую в squahfs в ram
??? Это как, можно подробненько? У меня RAM 8ГБ ;D.
Runtu XFCE x64: EeePC 1015BX - 16.04.5; DNS Porto - 14.04.5.
-->

Оффлайн sfs

  • Местный
  • *****
  • Сообщений: 722
    • PuppyRus-Arch
Цитировать (выделенное)
грузить всю ОС , зажатую в squahfs в ram
??? Это как, можно подробненько? У меня RAM 8ГБ ;D.
http://forum.runtu.org/index.php/topic,5219.0.html
Причем MagOs-овцы сделали универсальный initrd. Значительно лучше rootaufs. Опробовал его на runtu-xfce412 - все ок
Если инфы мало - спрашивайте в той теме

Оффлайн HsH

  • Administrator
  • *****
  • Сообщений: 3474

    Есть интересный мануал на эту тему - Файловая система Linux полностью на tmpfs, можно попробовать.

Оффлайн runtik

  • Местный
  • *****
  • Автор темы
  • Сообщений: 578
  • Проблема - когда нет проблем
Спасибо за подсказку. Обязательно попробую, если вару хватит ;D.
Runtu XFCE x64: EeePC 1015BX - 16.04.5; DNS Porto - 14.04.5.
-->

Оффлайн sfs

  • Местный
  • *****
  • Сообщений: 722
    • PuppyRus-Arch
    Есть интересный мануал на эту тему - Файловая система Linux полностью на tmpfs, можно попробовать.
tar -czf /mnt/work/ram.tar.gz * - плохо на уровне идеи
1. В памяти система в несжатом виде
2. За счет времени на tar загрузка будет идти ощутимо дольше
Вывод - только монтирование squashfs

Оффлайн HsH

  • Administrator
  • *****
  • Сообщений: 3474
В памяти система в несжатом виде
    При достаточном её количестве это преимущество, поскольку нет задержки на считывание данных из архива squashfs.

За счет времени на tar загрузка будет идти ощутимо дольше
    Согласен, но если разница в пределах одной минуты - не думаю, что очень существенно при нечастых загрузках (раз в день, например).

Вывод - только монтирование squashfs
    Думаю, вывод можно было бы сделать, сравнив оба способа по быстродействию и общему удобству пользования. Вариант со squashfs однозначно проще в реализации.

Оффлайн sfs

  • Местный
  • *****
  • Сообщений: 722
    • PuppyRus-Arch
    При достаточном её количестве это преимущество, поскольку нет задержки на считывание данных из архива squashfs.
Cпорное утверждение. Там очень по непростому все работает , особенно с учетом кэширования
Т.к в сжатом виде считать надо меньше (а это самая тормозная процедура) , вроде даже с учетом разжатия squash получается быстрее.
Где-то на арчовом форуме есть про это инфа. Сам не мерил
Готовая реализация c tmpfs. Там же много прочего изврата для initrd.
Как минимум со squashfs тема отработана даже в штатном casper

Оффлайн HsH

  • Administrator
  • *****
  • Сообщений: 3474
Там очень по непростому все работает , особенно с учетом кэширования
    Кэширование выполняется только для данных, находящихся на жёстком диске. Если данные в RAM, то кэширование не производится.

Как минимум со squashfs тема отработана даже в штатном casper
    Собственно да, была даже идея добавить в меню загрузки Runtu LiveCD опцию "toram", но по некоторым причинам не стал этого делать.

Оффлайн sfs

  • Местный
  • *****
  • Сообщений: 722
    • PuppyRus-Arch
   Кэширование выполняется только для данных, находящихся на жёстком диске. Если данные в RAM, то кэширование не производится.
Теоретически да. Практически при toram, например firefox , первый раз запускается дольше чем второй
 Собственно да, была даже идея добавить в меню загрузки Runtu LiveCD опцию "toram", но по некоторым причинам не стал этого делать.
Интересно было бы подробнее про причины...
« Последнее редактирование: Март 25, 2015, 12:45:02 от sfs »

Оффлайн HsH

  • Administrator
  • *****
  • Сообщений: 3474
Интересно было бы подробнее про причины...

    Для работы LiveCD из RAM объём оперативной памяти должен быть не менее 1,5 размеров сжатой ФС (файл filesystem.squashfs). Если размер дистрибутива порядка 700Мб, то объём ОЗУ должен быть не менее 1Гб. Поскольку Runtu часто используют на оборудовании с гораздо меньшим количеством оперативной памяти, наличие этого функционала может привести к неоднозначным последствиям - как техническим, так и "психологическим" :).

Оффлайн sfs

  • Местный
  • *****
  • Сообщений: 722
    • PuppyRus-Arch
Резонно.

Оффлайн and2

  • Постоялец
  • ***
  • Сообщений: 118
Интересно было бы подробнее про причины...

    Для работы LiveCD из RAM объём оперативной памяти должен быть не менее 1,5 размеров сжатой ФС (файл filesystem.squashfs). Если размер дистрибутива порядка 700Мб, то объём ОЗУ должен быть не менее 1Гб. Поскольку Runtu часто используют на оборудовании с гораздо меньшим количеством оперативной памяти, наличие этого функционала может привести к неоднозначным последствиям - как техническим, так и "психологическим" :).

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

Оффлайн sfs

  • Местный
  • *****
  • Сообщений: 722
    • PuppyRus-Arch
Проблема в том, что работа дистра в режиме squashfs (и уж toram особенно) потребует специальной заточки дистра под это
Как минимум - ужатие размера. В итоге гибридизировать этот режим с основным (инсталляция) вряд ли хорошая идея