LinuxMint.com.ru

Вот такое-вот отступление к необходимости обновлений ядра, предлагаемых в "менеджере обновлений"

график по стоковому ядру (4.4.0.21)
http://imgh.us/4.4.0-21-generic.svg

с ядром предложенным в менеджере обновлений (4.4.0-45)
http://imgh.us/4.4.0-45-generic.svg

Как итог - с обновлением сошел с ума ntp, многие службы стартуют вдвое дольше, по сравнению с предыдущей версией.

Chocobo,
http://imgh.us/teacher-E4105-4.4.0-31-generic.svg
http://imgh.us/teacher-E4105-4.4.0-45-generic.svg
С 4.4.0-45 жуткие тормоза начинают проявляться через некоторое время работы ОС. В чем может быть проблема? Спасибо.

Bill Williamson, По этим графикам не скажешь, тут отлавливаем саму загрузку компонентов и служб при старте системы.
В вопросе быстродействия может быть лишь косвенным показателем.
Причем на вашем графике такого поведения как у меня явно не наблюдается, наоборот 45-е стартует чуть шустрей.

Чтоб выяснить причины снижения производительности системы в целом, тем более со временем аптайма - нужно уже смотреть в моменты когда оно происходит, например как обычно в логах - dmesg на уровне аппаратном, journalctl - на программном, sysstat (sar) можно прикрутить для вывода срезов утилизации ресурсов в определенные моменты.

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

Если проблема проявилась после обновления ядра - обычно проще откатиться на предыдущее, или попытать счастья с более свежим)

А вот и мой "пупок"

Obamacyborg1975, 23.516s (kernel) - это довольно странно

Обычно этот пункт пролетает вдвое быстрей на старых IDE-шных хардах, 4-6 сек на обычных современных HDD и 2-3 на SSD

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

А если попробовать :

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

systemd-analyze blame

то получается как то так :

qwert@localhost:~$ systemd-analyze blame
7.747s NetworkManager.service
7.321s ModemManager.service
5.613s lm-sensors.service
5.586s alsa-restore.service
5.391s systemd-logind.service
5.334s loadcpufreq.service
5.332s gdomap.service
5.330s preload.service
5.223s NetworkManager-wait-online.service
2.911s teamviewerd.service
2.813s lightdm.service
1.689s keyboard-setup.service
1.451s networking.service
1.255s polkitd.service
1.063s ntp.service
854ms systemd-fsck@dev-disk-by\x2duuid-8bd1ba1f\x2d5402\x2d45d7\x2d9866\
784ms systemd-tmpfiles-setup.service
769ms hdparm.service
675ms rsyslog.service
643ms kbd.service
631ms systemd-setup-dgram-qlen.service
575ms systemd-modules-load.service
560ms systemd-tmpfiles-setup-dev.service
554ms systemd-sysctl.service
482ms user@1000.service
482ms dev-mqueue.mount
481ms dev-hugepages.mount
479ms sys-kernel-debug.mount
398ms systemd-random-seed.service
380ms systemd-journal-flush.service
333ms console-setup.service
311ms proc-sys-fs-binfmt_misc.mount
309ms systemd-update-utmp.service
lines 1-33

Debian 8.0 Jessie KDE

http://imgh.us/jessie.svg

Startup finished in 1.494s (kernel) + 811ms (userspace) = 2.306s
Даже не знаю пока что сказать на эти цифры.

мой

Не совсем минт, но для коллекции. вот

Переустановил Linux Mint 18 Cinnamon 32 bit на 64 bit после некоторых проблем. Всё завелось на моём ноутбуке, хотя изначально он поставлялся с Windows 7 Professional 32 bit.
Было так:

Bill Williamson писал(а): http://imgh.us/teacher-E4105-4.4.0-31-generic.svg
http://imgh.us/teacher-E4105-4.4.0-45-generic.svg

Теперь:
почти сразу после установки http://imgh.us/teacher-E4105-4.4.0-21-generic.svg
после обновления ядра и установки всех необходимых программ http://imgh.us/teacher-E4105-4.8.3-040803-generic.svg

Bill Williamson, на старом графике NetworkManager-wait-online.service (21.904s) долговато ждал ( вообще странной полезности кстати штука, меня не обижало его отсутсвие ни на одной системе), остальное примерно в норме.

Chocobo, откуда удобнее управлять автозапуском этих служб?

Я вот нагуглил sysv-rc-conf...

Bill Williamson, не совсем, оно для upstart'a было актуально, который остался в 17.3

в принципе, в systemd все довольно наглядно так:
sudo systemd-analyze blame - покажет все сервисы начиная от самого долгого по ниспадающей, а потом тем, что решено отправить под нож sudo systemctl disable имя_сервиса.service и соответсвенно enable для обратного включения автостарта службы, при необходимости.

И чем этот systemd так всем понравился, что во все дистры просочился. Вроде все, кроме Gentoo им заболели

adargeos писал(а): И чем этот systemd так всем понравился, что во все дистры просочился. Вроде все, кроме Gentoo им заболели

Из популярных, а не гаражных, еще Slackware использует BSD систему запуска. Чем хорош? А черт его знает. Вроде ничем, больше смахивает на джентельменское соглашение о едином способе запуска среди дистров

Chocobo писал(а): Obamacyborg1975, 23.516s (kernel) - это довольно странно
Обычно этот пункт пролетает вдвое быстрей на старых IDE-шных хардах, 4-6 сек на обычных современных HDD и 2-3 на SSD

Я и сам ужаснулся, увидев цифры...Думаю, они что то намудрили с этим systemd. На том же самом ПК, Devuan с XFCE (без systemd) стартует в три раза быстрее (8 сек. до появления логина)...короче, снес я Linux Mint, и уже месяц сижу на Devuan. Система в разы стабильнее, и легче, нежели Linux Mint 18. С холодного старта отъедает 260 мб. А вот и скрины
тыц, и тыц.

Obamacyborg1975, дебиан всегда шустрей стартует по дефолту, т.к. не перегружен минто-убунтовыми подходами и тулзами.
Например в #28, чуть выше - там тоже дебиан с системдой и тоже в разы скорей минтов)
Сам инит для пользователя особой роли не играет, от системд добавилось разве что подобных фишек, но это думаю еще возрастное.
На серверах - незаменимая штука, особенно где задействованы взаимосвязанные стеки приложений, rc-скриптами ранее приходилось подгонять вручную многие моменты предусмотренные лаконичными параметрами в системд. А так как десктопы у нас вторыми по списку, быть ему и тут.
Но мне пришелся по нраву - хорошая гибкость в настройках и для обычного десктопа.

Мои данные. Система грузится более минуты.

Вышел Линукс 18.1 бета (если интересно).

!	Сообщение из: Chocobo
	В рамках этой темы - вряд ли

LinuxMint.com.ru

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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