Наверное это лучше здесь оставить:
Десятая платформа ALThttps://www.opennet.ru/openforum/vsluhforumID3/125028.html#590> Попробовал StarterKit xfce-sysv Live CD с поддержкой сессий на железе Core 2 Duo + NVidia GT1030.
>
> Suspend работает - это хорошо, так как на большинстве современных
> дистрибутивов на этом компьютере он не работает. Правда, один раз
> после пробуждения выругалось, что таймаут для suspend истёк.
Поймал. Есть такое в p10:
$ xfce4-session-logout -s
Получена ошибка при попытке завершения сеанса: Время ожидания истекло
Лог говорит, что в реалтаймовом режиме liverw на Silicon_Power8G на suspend, время синхронизации файловых систем колеблется от нуля до трёх-четырёх секунд.
Но в пике было:
Filesystems sync: 19.967 seconds
> Эстетически всё не очень - при подтверждении suspend в диалоговом
> окне, весь интерфейс подвисает на несколько секунд, а диалоговое
> окно не закрывается. При выходе из спячки диалоговое окно
> подтверждения продолжает висеть какое-то время.
Есть подозрение, что это архитектурно-зависимая альтовая багофича. Нечто подобное ловил на p8-sysv-xfce на HP Compaq NX6110 с Pentium M 740/770 c контроллером памяти 82915GM. И сравнивал с suspend Slackware 14. В Slackware на NX6110 suspend отрабатывал до ухода в suspend.
На Lenovo G50-80 не воспроизводится.
К сожалению воспроизвести нет возможности:
На NX6110 нужно реболить контроллер. Реболить неккому.
> Не понравилось, как работает пакетный менеджер.
> Пробовал устанавливать из консоли некоторые пакеты
> - постоянно подвисает надолго на каком-нибудь проценте
> выполнения операции. Может, это только с Live CD так?
На p10 в реалтаймовом liverw так и есть.
Это I/O до 99.99 % могут загрузить на инсталляции пакетов в liverw на флешке usb 2.0:
- apt-get
- gtk-update-icon-cache
- mandb
В эти процессы может всунуться firefox своими mozStorage и Cache2 I/O.
А добавить в I/O может kworker/*+flush-*:
# sed "" /proc/sys/vm/dirty_writeback_centisecs # IO: [kworker/*+flush-*]
500
Documentation for /proc/sys/vm/См.: dirty_writeback_centisecshttps://www.kernel.org/doc/html/latest/admin-guide/sysctl/vm.htmlИ также:
High CPU usage by kworkerhttps://www.linuxquestions.org/questions/linux-software-2/high-cpu-usage-by-kworker-4175563563/#post5594458Также см. apt-get_install_atril-gtk+time.txt: во вложении.
> Хотел установить что-то из branding-пакетов
> - не получилось.
В образе iso присутствуют пакеты:
# rpm -qa --qf '%{NAME}\n' | grep ^branding | sort
branding-alt-starterkit-alterator
branding-alt-starterkit-bootloader
branding-alt-starterkit-graphics
branding-alt-starterkit-indexhtml
branding-alt-starterkit-notes
branding-alt-starterkit-release
branding-alt-starterkit-xfce-settings
Но в образе нет пакета branding-alt-starterkit-bootsplash.
> Они как-бы присутвтуют в репозитории,
> но устанавливать их запрещено. Странное решение.
Не запрещено.
Пакет branding-*-bootsplash требует plymouth. Плимута в xfce-sysv нет и не будет.
> Потом открыл Firefox посёрфить немного веба - в начале работал нормально,
> но потом вся система стала подвисать, еле смог нажать пункт меню
> выключения системы, и минуты через три она таки выключилась.
> Виноват ли был сам Firefox, или пакетный менеджер, который
> тоже в этот момент использовал - не знаю.
Это кроссплатформенная "фича" последних версий firefox, - e10s.
И неудачный дефолт firefox: Максимальное число процессов контента стоящий в максимуме.
Разработчиками firefox официально заявлено, что для firefox минимальный объём памяти 8Gb. Минимальный (!!).
Например, как замечено у пользователя, на ноутбуке с мощным мобильным Core i5 с 4Gb RAM на Windows 7, с дефолтным Максимальным числом процессов контента, память исчерпана. И это наметво фризит систему.
На нетбуках с HDD и с ограничением 2Gb по чипсету, с таким дефолтом firefox, всё будет ещё хуже.
Есть два метода обхода этой багофичи последних firefox:
Мягкий:
Снизить Максимальное число процессов контента до двух в настройках firefox.
Жёсткий и радикальный:
Выключить e10s.
Триггера e10s нет.
Выключается e10s через переменную, запуском не firefox, а скрипта его запускающего:
/usr/local/bin/firefox-e10s-disable.sh
#!/bin/sh
export MOZ_FORCE_DISABLE_E10S=1; firefox
Резюме:
На p10, при использовании liverw с сохранением сессии, использование usb 3.0 флешек, настоятельно рекомендуется. Спасибо за подсказку Михаилу Шигорину (видел его комментарий на aliexpress).
Теоретически, можно так же проверить для сравнения. Например на p8-sysv-xfce и сравнить. Чтобы иметь представление, насколько велика регрессия.
Во вложении:
- apt-get_install_atril-gtk+time.txt:
выбросы time и iotop на установке atril-gtk в liverw на Silicon_Power8Gb USB 2.0.
- dmesg-p10-liverw.txt:
по-grep-аный dmesg увода в suspend командой 'xfce4-session-logout --suspend'.