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

Автор Тема: Продолжение разработки pfs-utils  (Прочитано 95251 раз)

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

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 33972
  • Репутация: +231/-0
  • Автор темы
    • PuppyRus-A
Re: Продолжение разработки pfs-utils
« Ответ #60 : 24 Январь 2017, 16:43:42 »
Посмотрел addmemory - никакой связи с пфс и очень дистро (initrd) зависимо
Я правильно понял
Цитата
$0 1000 - увеличит размер tmpfs на 1G и создаст в текущем каталоге файл-swap того же размера
за счет уменьшения памяти для приложений , т.е. http://wiki.puppyrus.org/soft/porteus-initrd#ramsize по горячему

своп ... на дохлом компе как правило и винт медленный. Есть ли смысл вообще его советовать...

syschanges - если заменить пути на переменные из пфс - получится дистронезависимый. Пожалуй в cli не помешал бы
В ПРА есть аналогичный с гуем и наворотами

Оффлайн betcher

  • Модератор
  • Ветеран
  • ****
  • Сообщений: 3019
  • Репутация: +35/-0
    • MagOS linux
Re: Продолжение разработки pfs-utils
« Ответ #61 : 24 Январь 2017, 16:56:48 »
Посмотрел addmemory - никакой связи с пфс и очень дистро (initrd) зависимо
Я правильно понял
Да, к модулям отношения не имеет, только к модульным дистрам. Сделан был после многочисленных, в свое время,  вопросов о том, почему не распаковывается архив с магос под магос. А ответ простой не хватает памяти в домашнем каталоге который в чистом режиме находится в tmpfs. Чтоб было понятнее приведу пример с конкретными цифрами.
Дано:
RAM-2гига
tmpfs - (70% от RAM) - 1,4 гига
Если не задумываясь о том как все работает скачать в домашнюю папку магос то получаем минус 1 гиг архив и минус 1 гиг распакованный архив. То есть с двумя гигами RAM уже не получается.
addmemory 2000
создается своп файл размером 2 гига
увеличивается размер tmpfs на 2 гига то есть 3.4 гига, то есть для распаковки хватает.
Конечно с распаковкой можно решить вопрос и проще, но бывают приложения которые активно создают временные файлы большого размера и в /home и d /tmp. Gimp или того страшнее видеоредакторы, там обойти гораздо сложнее.

Оффлайн betcher

  • Модератор
  • Ветеран
  • ****
  • Сообщений: 3019
  • Репутация: +35/-0
    • MagOS linux
Re: Продолжение разработки pfs-utils
« Ответ #62 : 24 Январь 2017, 17:00:03 »
syschanges - если заменить пути на переменные из пфс - получится дистронезависимый. Пожалуй в cli не помешал бы
В ПРА есть аналогичный с гуем и наворотами
Была идея допилить в syschanges опциональное создание модуля на выходе. Можно подумать.

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 33972
  • Репутация: +231/-0
  • Автор темы
    • PuppyRus-A
Re: Продолжение разработки pfs-utils
« Ответ #63 : 24 Январь 2017, 17:08:20 »
Была идея допилить в syschanges опциональное создание модуля на выходе
И как вариант - не модуля , а fs-in-file - для rw сохраненки на ntfs
В Пра это есть (частично сперто в портеус) но с гуями и грязновато

Оффлайн betcher

  • Модератор
  • Ветеран
  • ****
  • Сообщений: 3019
  • Репутация: +35/-0
    • MagOS linux
Re: Продолжение разработки pfs-utils
« Ответ #64 : 24 Январь 2017, 17:16:04 »
И как вариант - не модуля , а fs-in-file - для rw сохраненки на ntfs
В Пра это есть (частично сперто в портеус) но с гуями и грязновато
file.img имеете ввиду? Да можно, но сохраненка не получится наверное. В папки сисченджез попадают новые и измененные файлы в системе после запуска syschanges и до его остановки. А не все измененные с момента загрузки. То есть запускаем сисченджез, делаем необходимые настроики, софт там устанавливаем и т.д. затем останавливаем сисченджез и получаем все изменения за этот период в одном месте.

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 33972
  • Репутация: +231/-0
  • Автор темы
    • PuppyRus-A
Re: Продолжение разработки pfs-utils
« Ответ #65 : 24 Январь 2017, 17:17:34 »

Оффлайн DdShurick

  • Это Риччи
  • Активный участник
  • Ветеран
  • ****
  • Сообщений: 8635
  • Репутация: +187/-2
  • Старый чайник
Re: Продолжение разработки pfs-utils
« Ответ #66 : 24 Январь 2017, 17:27:43 »
частично сперто в портеус
Опять берёте на стороне то, что изначально было в классическом Puppy.
но сохраненка не получится наверное.
В классическом Puppy это основная сохранёнка.
Моноблок Lenovo IdeaCentre c200 (Intel Atom D525, Intel GMA 3150, 2 Gb RAM) Richy64
Nettop Acer Aspire Revo R3610 (Atom N330, nVidia GeForce 9400, 3 Gb RAM) Richy64

Оффлайн betcher

  • Модератор
  • Ветеран
  • ****
  • Сообщений: 3019
  • Репутация: +35/-0
    • MagOS linux
Re: Продолжение разработки pfs-utils
« Ответ #67 : 24 Январь 2017, 17:33:42 »
В классическом Puppy это основная сохранёнка.
Подключить файл.img в качестве верхнего стоя aufs можно и у нас. Это профиль называется и тоже самый древний вариант :) Но сисченджез это не то. Лучше попробуйте у вас должен работать тоже.

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 33972
  • Репутация: +231/-0
  • Автор темы
    • PuppyRus-A
Re: Продолжение разработки pfs-utils
« Ответ #68 : 25 Январь 2017, 16:38:45 »
Поправил в нескольких местах disktype ->disktypeb
Исправил ошибку в pfsinfo
Добавил pfsinfo в selftest и оптимизировал его код
Залил в шапку модуль для теста в пра. Днями планирую поставить в модуль  обновление 089 ПРА

Оффлайн betcher

  • Модератор
  • Ветеран
  • ****
  • Сообщений: 3019
  • Репутация: +35/-0
    • MagOS linux
Re: Продолжение разработки pfs-utils
« Ответ #69 : 25 Январь 2017, 17:25:22 »
Добавил pfsinfo в selftest и оптимизировал его код
Прерывается после pfsmerge. Надо смотреть.

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 33972
  • Репутация: +231/-0
  • Автор темы
    • PuppyRus-A
Re: Продолжение разработки pfs-utils
« Ответ #70 : 25 Январь 2017, 17:39:57 »
Я как раз после pfsmerge и дописал проверку pfsinfo
Есди Вы не забрали мою провку - так и должно быть. В pfsinfo была ошибка

Оффлайн betcher

  • Модератор
  • Ветеран
  • ****
  • Сообщений: 3019
  • Репутация: +35/-0
    • MagOS linux
Re: Продолжение разработки pfs-utils
« Ответ #71 : 25 Январь 2017, 17:45:26 »
В pfsinfo была ошибка
Правку забрал конечно, дело в другом. Pfsinfo ожидает от disktypeb слишком конкретный выхлоп. ПОсмотрите строчку 25 в pfsinfo, так пойдет?
А что он вернуть, кстати должен? А то
 pfsinfo ntf-170114-any.pfs
ntf-170114-any
Как то мало info :)
Или только с подключенными модулями работает?
« Последнее редактирование: 25 Январь 2017, 17:49:15 от betcher »

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 33972
  • Репутация: +231/-0
  • Автор темы
    • PuppyRus-A
Re: Продолжение разработки pfs-utils
« Ответ #72 : 25 Январь 2017, 18:03:47 »
ПОсмотрите строчку 25 в pfsinfo, так пойдет?
Проверка версии сквоша ек помешает. В разных дистрах не встречал здесь проблем
Может оставим?
А что он вернуть, кстати должен?
http://wiki.puppyrus.org/puppyrus/pr218/pfs?&#pfsinfo
Он вызывается из других утилит. Например pfs_open (это уже гуй)

Оффлайн betcher

  • Модератор
  • Ветеран
  • ****
  • Сообщений: 3019
  • Репутация: +35/-0
    • MagOS linux
Re: Продолжение разработки pfs-utils
« Ответ #73 : 25 Январь 2017, 18:11:27 »
В разных дистрах не встречал здесь проблем
Просто у вас disktype, а у меня file выхлоп разный. Нужно тогда в disktypeb к единому сводить.  Посмотрю, что можно сделать.

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 33972
  • Репутация: +231/-0
  • Автор темы
    • PuppyRus-A
Re: Продолжение разработки pfs-utils
« Ответ #74 : 25 Январь 2017, 18:30:14 »
Нужно тогда в disktypeb к единому сводить
Убрал в libpfs вообще disktype - чтобы не было разночтений
У меня ничего не сломалось. Оставляем так?
« Последнее редактирование: 26 Январь 2017, 10:01:02 от sfs »