LinuxMint.com.ru

Griga211 писал(а): ↑
09 апр 2019, 20:11
Результат каков?

Дык, вот же:

AlexelA писал(а): ↑
09 апр 2019, 19:55
график после выключения компа: https://svgshare.com/s/CN1

Griga211 писал(а): ↑
09 апр 2019, 20:11
Потому что другая мать и другая прошивка

Логично, черт побери...

Griga211 писал(а): ↑
09 апр 2019, 19:36
firmware сама считает и передает данные systemd, эти значения находятся раньше точки отсчёта, следовательно заносятся с отрицательным знаком.

ИЧСХ, считает с момента включения компа и неважно, что до этого грузилась винда...

AlexelA писал(а): ↑
09 апр 2019, 20:28
считает с момента включения компа и неважно, что до этого грузилась винда...

т.е если комп выключить, а потом включить, то счётчик сброситься? А после перезагрузки нет?

AlexelA писал(а): ↑
09 апр 2019, 20:28
Дык, вот же:

можно ещё погоняться за циферками, но думаю игра не стоит свеч.

Griga211 писал(а): ↑
09 апр 2019, 20:40
т.е если комп выключить, а потом включить, то счётчик сброситься? А после перезагрузки нет?

Именно так... Ща закончу оживлять смарт жены ("Я ничего не делала! Оно само!!" (с), попробую несколько раз перегрузиться из винды в винду, потом - в линух и глянуть график...

Griga211 писал(а): ↑
09 апр 2019, 20:40
можно ещё погоняться за циферками, но думаю игра не стоит свеч.

Согласен, имхо, основная проблема решена, а все остальное - "панськи вытребеньки" (с)
Спасибо еще раз!

AlexelA писал(а): ↑
09 апр 2019, 21:15
попробую несколько раз перегрузиться из винды в винду, потом - в линух и глянуть график...

Я в афиге: https://svgshare.com/s/CNC

Гугля говорит, что ICH7 AHCI не поддерживает.

Griga211 писал(а): ↑
09 апр 2019, 12:42
Сделай пробу, ..... И заодно

https://linux-hardware.org/?probe=9be833a756
systemd-analyze blame

21.437s apt-daily.service
15.915s systemd-journal-flush.service
14.701s keyboard-setup.service
13.809s dev-sdc2.device
12.585s systemd-modules-load.service
11.551s systemd-tmpfiles-setup-dev.service
5.431s udisks2.service
3.687s NetworkManager.service
3.162s NetworkManager-wait-online.service
3.074s networkd-dispatcher.service
2.926s systemd-random-seed.service
2.904s ubuntu-system-adjustments.service
1.742s timidity.service
972ms accounts-daemon.service
931ms grub-common.service
608ms apport.service
524ms networking.service
523ms upower.service
514ms systemd-logind.service
511ms systemd-rfkill.service
452ms wpa_supplicant.service
447ms systemd-fsck@dev-disk-by\x2duuid-19988416\x2d7b86\x2d4b72\x2db7
441ms gpu-manager.service

systemd-analyze critical-chain

graphical.target @27.255s
└─multi-user.target @27.255s
└─teamviewerd.service @27.129s +125ms
└─network-online.target @27.124s
└─NetworkManager-wait-online.service @23.961s +3.162s
└─NetworkManager.service @20.265s +3.687s
└─dbus.service @20.100s
└─basic.target @20.039s
└─sockets.target @20.031s
└─acpid.socket @20.022s
└─sysinit.target @19.855s
└─systemd-timesyncd.service @19.700s +145ms
└─systemd-tmpfiles-setup.service @19.561s +78ms
└─systemd-journal-flush.service @3.633s +15.915s
└─systemd-journald.service @3.220s +400ms
└─syslog.socket @3.208s
└─system.slice @2.804s
└─-.slice @2.752s

Whowka писал(а): ↑
09 апр 2019, 23:09
что ICH7 AHCI не поддерживает

видимо не судьба... Железо старое, 2009г. Sata 1 у тебя, там скорость от ide не сильно отличается.

Whowka писал(а): ↑
09 апр 2019, 23:09
─systemd-journal-flush.service @3.633s +15.915s

ты размер журнала уменьшал? 16 секунд процессорного времени занимает. Проверь размер его сейчас. При такой скорости диска его лучше уменьшить по минимуму. Все равно вряд ли ты будешь просматривать логи недельной давности...

Whowka писал(а): ↑
09 апр 2019, 23:09
21.437s apt-daily.service

ну и это я бы грохнул, не нужно это при загрузке системы, да и на Линукс вообще. Зачем тебе знать есть ли свежие пакеты при запуске ПК?

AlexelA писал(а): ↑
09 апр 2019, 23:06
Я в афиге

Отличные цифры. У тебя и в предыдущих было 7-8 сек ядро+юзерспейс. При таких цифрах рабочий стол должен появляться через 10-20 сек после нажатия на кнопку включения. Все зависит от фирмЫ

Griga211 писал(а): ↑
10 апр 2019, 10:29
ты размер журнала уменьшал?

Да, был 1,5 Г уменьшил в10 раз. Но значение постоянно прыгает сёнььня , к примеру 1,5 с. Зато, вдруг, взлетел systemd-udevd.service — 11,5.

а было 0,5. И не могу понять почему keyboard-setup.service 14 с ( вот этот,прям радует своим постоянством) в Дебиане 4,5 с. Гугль отправляет отовсюду на один вокзал:
https://ubuntugeeks.com/questions/36100 ... rtup-20sec,
но, пишут, что не срабатывает.

Griga211 писал(а): ↑
10 апр 2019, 10:29
знать есть ли свежие пакеты

Так это, типа "apt-update" ? Я думал, что обновления системы. Тоды, да грохну.

Whowka писал(а): ↑
10 апр 2019, 12:11
Так это, типа "apt-update" ? Я думал, что обновления системы.

если абстрактно, то да. Это сервис, который проверяет обновления, потом тебе менеджер обновлений уведомление показывает что есть свежие пакеты. В самом менеджере обновлений можно настроить уровни обновлений, частоту и т.д. Просто я вообще не сторонник всех этих автоматических обновлений. Если надо будет, то я обновлю сам и тогда, когда мне это будет нужно, чтобы было время на устранение каких либо проблем, если возникнут. Настраивается он в менеджере обновлений. Я бы вообще посоветовал отключить в автозагрузке всё что тебе не нужно. Потому как на твоей конфигурации итак слабое место ЖД, и все грузится, по моим меркам, достаточо медленно. А эти сервисы нагружают и без того медленную систему своими обращениями к ЖД. Порой надо быстро включить ПК и что то срочно сделать, хочется начать делать что то как только появляется рабочий стол, но эти сервисы в фоне не дают работать ещё какое то время, вплоть до нескольких минут.

Griga211, Спасибо! Ща попробую ещё подшаманить... Уж совсем отключать обновления не хочется(раз этот сервис всё-таки завязан на "Менеджер обновлений"), я ещё совсем не гуру, чтобы самому фсё ручками делать. Погуглю компромисс

Whowka писал(а): ↑
10 апр 2019, 12:11
но, пишут, что не срабатывает.

Попробую немного абстрактно. Тут видишь какая штука, не всегда большие цифры в анализе говорят о плохом. Потому что там указано время запуска и окончания выполнения сервиса. Но как упоминается в том посте, сервис может уйти в таймаут, и время выполнения у него будет больше. Но это не значит что он тормозит систему, потому что происходит параллельная загрузка же и он ждёт окончания выполнения какого-либо другого сервиса. Как только нужный сервис завершит выполнение, этот сервис продолжит свою работу. По ссылке там вообще просто делают "ручками" тайм аут на 10 сек, сервис от этого быстрее не отработает, но"циферки" уменьшатся.
Задержки точно покажет график svg и critical-chain, но к последнему тоже иногда возникают вопросы.

Griga211 писал(а): ↑
10 апр 2019, 14:25
сервис от этого быстрее не отработает

Вона чё! Ну так понятнее, спасибо!

Итак, похоже предела совершенства на моём пепелаце я достиг (дальше — полная замена железа).

Griga211 писал(а): ↑
10 апр 2019, 10:29
apt-daily.service

ну и это я бы грохнул,

дала выигрыш в 3 сек но возвращать не стал, воспользовался советомviewtopic.php?t=1422#p21566
Да, собсстно, 30-35 сек меня радуют( у меня Puppy с флешки дольше грузится).Спасибо за советы!!

Whowka писал(а): ↑
10 апр 2019, 21:22
30-35 сек меня радуют

я правильно понимаю, что это время от нажатия на кнопку до появления рабочего стола?

Whowka писал(а): ↑
10 апр 2019, 21:22
так, похоже предела совершенства на моём пепелаце я достиг

не, это ещё не предел, как минимум можно грохнуть сервис ожидания сети, а это -3,7с и журнал системд попробовать поставить время жизни - один день, а то он занимает слишком много времени

Griga211 писал(а): ↑
10 апр 2019, 21:50
это время от нажатия на кнопку до появления рабочего стола?

это то что рисует
systemd-analyze plot > ~/$(date +%Y_%m_%d_%H_%M)_$HOSTNAME-$(uname -r).svg

Griga211 писал(а): ↑
10 апр 2019, 21:50
время жизни - один день

ага, щаз! я 3 дня уже разбираюсь в этом журнале, нехай буде. В 8 сек загрузки я ,всё-равно, не уложусь,а 2-3 сек погоды не сделают.
Из ситуаций, когда:

Griga211 писал(а): ↑
10 апр 2019, 13:14
Порой надо быстро

для меня осталась только одна. Добежать до перекрывающего крана, ежели рванёт гибкая подводка у меня дома. Остальное c задержкой в пару минут — не критично

Приветствую.
Имеется запуск порядка 1 минуты, что есть овер дофига.
Подскажите что можно безболезненно отключить (учитывая, что часть служб была из автозапуска убрана).
https://svgshare.com/s/Chx

Ampolyros,

Ampolyros писал(а): ↑
28 апр 2019, 14:12
Имеется запуск порядка 1 минуты, что есть овер дофига.

Для ноутбучного винта - не так и много.

Ampolyros писал(а): ↑
28 апр 2019, 14:12
Подскажите что можно безболезненно отключить

Код: Выделить всё

lvm2-monitor.service
NetworkManager-wait-online.service
plymouth-quit-wait.service(если отключить в грубе splash)

Ampolyros писал(а): ↑
28 апр 2019, 14:12
Имеется запуск порядка 1 минуты, что есть овер дофига.

Это все тот же аппарат или уже другой? На том аппарате, судя по характеристике чипсета, сата 3. Если это так, то самое лучшее что можно сделать - поставить ссд, хотя бы самый дешевый китайский на 120. Места, конечно, немного, но прибавка к скорости будет на лицо.
Далее, лучше приложить пробу, а так же

Код: Выделить всё

inxi -F

Код: Выделить всё

systemd-analyze blame

и

Код: Выделить всё

systemd-analyze critical-chain

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

Griga211 писал(а): ↑
29 апр 2019, 21:31
Если это так, то самое лучшее что можно сделать - поставить ссд, хотя бы самый дешевый китайский на 120. Места, конечно, немного

У меня 32 гиговый ссд для линукс - хватает вполне....

BadBird писал(а): ↑
29 апр 2019, 23:51
У меня 32 гиговый ссд для линукс - хватает вполне....

Ну это понятно, просто у автора нет привода CDROM, а 32ГБ, если ещё и файлы хранить, катастрофически мало.

LinuxMint.com.ru

Systemd-analyze plot - делимся, сравниваем...

Systemd-analyze plot - делимся, сравниваем...

Systemd-analyze plot - делимся, сравниваем...

Systemd-analyze plot - делимся, сравниваем...

Systemd-analyze plot - делимся, сравниваем...

Systemd-analyze plot - делимся, сравниваем...

Systemd-analyze plot - делимся, сравниваем...

Systemd-analyze plot - делимся, сравниваем...

Systemd-analyze plot - делимся, сравниваем...

Systemd-analyze plot - делимся, сравниваем...

Systemd-analyze plot - делимся, сравниваем...

Systemd-analyze plot - делимся, сравниваем...

Systemd-analyze plot - делимся, сравниваем...

Systemd-analyze plot - делимся, сравниваем...

Systemd-analyze plot - делимся, сравниваем...

Systemd-analyze plot - делимся, сравниваем...

Systemd-analyze plot - делимся, сравниваем...

Systemd-analyze plot - делимся, сравниваем...

Systemd-analyze plot - делимся, сравниваем...

Systemd-analyze plot - делимся, сравниваем...

Systemd-analyze plot - делимся, сравниваем...