Сайт | Скачать | Видео | Wiki

Автор Тема: Initrd UIRD  (Прочитано 242574 раз)

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

Оффлайн stea.61

  • Пользователь
  • **
  • Сообщений: 45
  • Репутация: +6/-0
Re: Initrd UIRD
« Ответ #630 : 15 Март 2019, 20:15:32 »
А -o discard работает?
Привет.
Работает. Освобождение RAM происходит несколько медленнее, чем у zram, но выполняется нормально.
В начале разговора я немного иллюстраций прикладывал - можно посмотреть.
Надо думать как прикрутить аккуратно.
У этого "девайса" есть некоторые особенности.
1. Его не получится использовать точно так, как в UIRD использован $MEMORY - на него не выполняется монтирование бранчей.
Причину я не понял и сильно ковырять не стал, т.к. мне не нужно. Т.е. его можно подключать в AUFS только самостоятельным RW слоем, а в качестве "сборного пункта" для источников использовать другую ветку tmpfs. В тестовом комплекте (тесте) этот ramd-слой подключаю на $CHANGES.
2. Вспомогательный файл в RAM правильнее создавать в отдельной ветке tmpfs, чтобы в этой ветке кроме файла ramd ничего не было, хотя я в тесте файл создаю в $MEMORY, считаю что (ради надежности) даже xino в ветке с файлом ramd быть не должно.
 
Надо оптимизировать создание файловой системы, так как, если не ошибаюсь, бтрфс по умолчанию создает ФС с дублированием метаданных, в ОЗУ от этого никакого смысла, надо отключать. Возмжно еще что-то можно оптимизировать.
Подскажите, что и как - у вас опыта и знаний Linux больше.
« Последнее редактирование: 15 Март 2019, 21:56:31 от stea.61 »

Оффлайн ilfat

  • Ветеран
  • *****
  • Сообщений: 438
  • Репутация: +11/-0
Re: Initrd UIRD
« Ответ #631 : 16 Март 2019, 11:28:28 »
Добрался до тестирования vdfuse. Пишет в динамический VDI без проблем. Скорость записи на моих тестах составила 4,1 мб/с при записи в новый образ и 8,7 мб/с при записи в тот же образ после удаления файла и сброса кэшей. Использовался один и тот же файл размером 563 мб. Для сравнения в img образ забитый нулями писало со скоростью 9-11 мб/с. С разреженным не тестировал.
Подскажите, что и как
Из документации:
Код
# Don't duplicate metadata on a single drive (default on single SSDs)
mkfs.btrfs -m single /dev/sdb

P. S. Забыл сказать, писал на USB 3.0 флешку с NTFS через USB 3.0 порт
« Последнее редактирование: 16 Март 2019, 12:12:14 от Ильфат »

Оффлайн stea.61

  • Пользователь
  • **
  • Сообщений: 45
  • Репутация: +6/-0
Re: Initrd UIRD
« Ответ #632 : 16 Март 2019, 11:42:23 »
Из документации:
Привет.
OK. Спасибо.

PS Проверил. Есть резон. Увеличились и вместимость, и быстродействие. Еще раз спасибо за наводку. )
« Последнее редактирование: 16 Март 2019, 12:16:58 от stea.61 »

Оффлайн betcher

  • Модератор
  • Ветеран
  • ****
  • Сообщений: 3019
  • Репутация: +35/-0
    • MagOS linux
Re: Initrd UIRD
« Ответ #633 : 16 Март 2019, 13:15:07 »
Наверное можно прикрутить к uird.changes и uird.home.
uird.changes=btrfs::2G типа такого. Вот только с каким uird.mode не понятно.

Оффлайн stea.61

  • Пользователь
  • **
  • Сообщений: 45
  • Репутация: +6/-0
Re: Initrd UIRD
« Ответ #634 : 16 Март 2019, 13:18:39 »
Вот только с каким uird.mode не понятно.
Ну, видимо, только с clean и mashines. (насколько я смог разобраться с режимами).
Что-то не очень понял суть режима clear. 
« Последнее редактирование: 16 Март 2019, 13:25:45 от stea.61 »

Оффлайн betcher

  • Модератор
  • Ветеран
  • ****
  • Сообщений: 3019
  • Репутация: +35/-0
    • MagOS linux
Re: Initrd UIRD
« Ответ #635 : 16 Март 2019, 13:34:39 »
clean это просто пишется в папку, которая в /memory то есть либо tmpfs либо zram.
clear или hybrid это тоже что changes на диск, только при старте папка для changes  очищается. То есть для пользователя выглядит как clean (изменения не сохраняются), но при этом changes не занимают места в озу.

Оффлайн stea.61

  • Пользователь
  • **
  • Сообщений: 45
  • Репутация: +6/-0
Re: Initrd UIRD
« Ответ #636 : 16 Март 2019, 13:46:23 »
Теперь понято. Спасибо. )

Оффлайн betcher

  • Модератор
  • Ветеран
  • ****
  • Сообщений: 3019
  • Репутация: +35/-0
    • MagOS linux
Re: Initrd UIRD
« Ответ #637 : 16 Март 2019, 13:50:09 »
Однако знаю как сделать лучше всего.
uird.mode=changes uird.changes=file.img это найти образ и смонтировать для changes. 
Нам же нужно почти тоже самое, только образ еще создать надо. О создании давно просят, кстати.
То есть типа такого.
uird.changes=/memory/file.img::2G
И аналогично можно на реальный диск. И хомяк также можно.

Оффлайн stea.61

  • Пользователь
  • **
  • Сообщений: 45
  • Репутация: +6/-0
Re: Initrd UIRD
« Ответ #638 : 16 Март 2019, 14:31:32 »
uird.changes=/memory/file.img::2G
А стоит ли в /memory? Может все же лучше в отдельной ветке tmpfs делать?
Либо придется создавать файл заведомо меньшего размера, чтобы при его наполнении и (возможном) увеличении xino не упереться в размер их общей tmpfs.

Оффлайн betcher

  • Модератор
  • Ветеран
  • ****
  • Сообщений: 3019
  • Репутация: +35/-0
    • MagOS linux
Re: Initrd UIRD
« Ответ #639 : 16 Март 2019, 14:38:01 »
Здесь мемори как пример, нужно, чтоб подключал, где укажете, а если нет файла то создавал.

Оффлайн stea.61

  • Пользователь
  • **
  • Сообщений: 45
  • Репутация: +6/-0
Re: Initrd UIRD
« Ответ #640 : 16 Март 2019, 16:08:32 »
Здесь мемори как пример
Это понятно.
Я это к тому, что в алгоритме создания,  если адрес в RAM то, на мой взгляд, правильнее предусмотреть подключение обособленной tmpfs. 

Оффлайн betcher

  • Модератор
  • Ветеран
  • ****
  • Сообщений: 3019
  • Репутация: +35/-0
    • MagOS linux
Re: Initrd UIRD
« Ответ #641 : 16 Март 2019, 18:15:40 »
правильнее предусмотреть подключение обособленной tmpfs. 
Не уверен. Надо подумать.

Оффлайн betcher

  • Модератор
  • Ветеран
  • ****
  • Сообщений: 3019
  • Репутация: +35/-0
    • MagOS linux
Re: Initrd UIRD
« Ответ #642 : 24 Март 2019, 21:04:50 »

Оффлайн krasnyh

  • Ветеран
  • *****
  • Сообщений: 5319
  • Репутация: +139/-1
Re: Initrd UIRD
« Ответ #643 : 24 Март 2019, 21:42:13 »
Вот. Сделал :)
Во первых поздравляю с запуском своего форума. :)

 А во вторых эта тема Научили UIRD создвать образы (img файлы) опять подтолкнула меня к идее btrfs в roll
Просто я тут как то подумал, а если бы у меня стоял full, то как бы я реализовал неубиваемость системы. Один из вариантов это использовать файловую систему Btrfs. Она делает снимки, а также умеет сжимать файлы (compression), что уменьшит количество операций i/o

У нас sfs все больше склоняется, что будущее ) за roll. Это он уже озвучивал для 64битных сборок, теперь и в arm теме озвучил подобное
В итоге надо делать типа пра-ролл (морозить фул)

Может и правда roll лучше (проще) чем frugal. Заморозить full, а все изменения сжимать с btrfs? Выигрыш в занимаемом месте, плюс там чтение вроде быстрее получается. Ну и самое главное, там вроде проще с обновлениями системы, сейчас разработчику для обновления того же PRA (archlinux) приходится изрядно 'попыхтеть'.

p.s. Хотя к фругалу я очень и очень сильно привык.)
« Последнее редактирование: 24 Март 2019, 21:45:25 от krasnyh »

Оффлайн betcher

  • Модератор
  • Ветеран
  • ****
  • Сообщений: 3019
  • Репутация: +35/-0
    • MagOS linux
Re: Initrd UIRD
« Ответ #644 : 25 Март 2019, 04:57:18 »
Во первых поздравляю с запуском своего форума. :)
Спасибо.
Ну и самое главное, там вроде проще с обновлениями системы, сейчас разработчику для обновления того же PRA (archlinux) приходится изрядно 'попыхтеть'.
Тут все дело в том, что разработчики никак не хотят автоматизировать процесс :).  Магос собирается системой скриптов и выкладывается в репе после чего у пользователя все обновляется до последней версии автоматом. С месяц назад Михаил как раз систему обновлений переписывал, теперь у нас еще и модули подписанные :)
Берите и пользуйтесь, все открыто лежит на гитрепе магоса.