Почему лагает linux?

Question

[Андрей Андрющенко]

Компьютер очень сильно лагает, загрузка процессора почти всегда под 100%: хотя процессов, которые бы много использовали ЦП нет: Особенно лагает при старте системы (и вообще сама загрузка занимает минут 7) и при выходе из спящего режима (может минут по 5 из него выходить), вызов диалоговых окон тоже вызывает затруднения и в целом отзывчивость системы оставляет желать лучшего.
Не могу найти причину, top тоже не показал процессов, которые бы много ЦП брали.

Что может быть причиной такого поведения и как её обнаружить? Что посоветуете делать?

Модель устройства: Dell Inspiron 13 5378
Характеристики: процессор Intel Core i5 2*2.5 ГГц, оперативная 8Гб DDR4 2400 МГц
ОС: KDE neon 5.13

Comments

[SagePtr]

Вывод команды top от рута покажите

[Андрей Андрющенко]

SagePtr,

[SagePtr]

Андрей Андрющенко, а iotop ?

[sim3x]

atop
iotop

вангую, что у вас диск не успевает писать, то что ему гадит монга, телега и хром

[Pavel]

sim3x, или это любимая проблема 12309

[sim3x]

Pavel Tananykhin, никогда не сталкивался

[Pavel]

sim3x, везучий вы человек) Я на арче на ноуте постоянно ловил.Как только оперативка приблизится к порогу и комп захочет что то скинуть в свап(который на ссд), то кеды вешались напрочь.

[sim3x]

Pavel Tananykhin,

свап отключил когда еще имет 8гб рам

[Pavel]

sim3x, у меня ноут к сожалению максимум 6гб тянет,даже если больше планку вставлю, всё равно только 6 распознает.

[Андрей Андрющенко]

Pavel Tananykhin, по описанию очень похоже на это. в iotop почти всегда под 100% либо хром, либо pycharm, либо [jbd2/sda8-8] (хз, что это, UPD: загуглил, журналирование фс, это нормально, что так сильно загружает io?)

[Pavel]

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

Answer 1

[Алексей Черемисин]

Все же хотелось бы посмотреть на вывод утилит top (а лучше htop). А до этого предположу, что у вас накрывается либо диск, либо какие-то процессы уходят в swap. Если монитор показывает большую загрузку, то она действительно есть.

Answer 2

[Paul Nice]

Попробуйте ядро от 4.13 и выше.

Comments

[Андрей Андрющенко]

Вот обновился на 4.15, пока проблема не повторялась

[Paul Nice]

Андрей Андрющенко, надеюсь, это стало решением.
В 4.13 как раз был ряд улучшений, которые помогли мне в похожей ситуации.
https://www.phoronix.com/scan.php?page=news_item&p...
https://www.phoronix.com/scan.php?page=article&ite...

[Андрей Андрющенко]

Paul Nice, к сожалению, не стало. Проблема после некоторого времени всегда повторяется

Answer 3

[Pavel]

Вывод htop в студию.
А что у вас ещё с оперативкой в этот момент?
Сами кеды при этом виснут?Индикатор винча в этот момент горит постоянно?
Винчестер какой, обычный или SSD?

Comments

[Андрей Андрющенко]

Обычный, да, сами кеды виснут постоянно

[Pavel]

Андрей Андрющенко, если это проблема 12309, то советую поменять планировщика io на bfq
Погуглите как это сделать, вот примерно топовые ссылки которые могут помочь
how-to-enable-and-use-the-bfq-scheduler
Полезная статья с хабра
А вот здесь про убунту и в комменте даже говорится...

[Pavel]

Андрей Андрющенко, ну а если раскошелитесь на ssd, то ещё легче будет) Хотя планировщик должен вас спасти

Answer 4

[Илья]

Я бы посмотрел не top, а vmstat - это даст направление поиска, какой ресурс тормозит.

Comments

[Андрей Андрющенко]

procs -----------memory---------- ---swap-- -----io---- -system-- ------cpu-----
 r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa st
 1 11      0 1294220 179228 3282152    0    0   626   101  375  625  9  2 30 59  0

На что именно обращать внимание?

[Илья]

Лучше смотреть вывод "vmstat секунды" - и выделять места тормозов в динамике. man vmstat.
По данному выводу видно, что в среднем висит 11 процессов (колонка b), при этом основная причина блокировок это wa 59% - т.е. ожидание операций ввода/вывода. us+sy+id+wa = нагрузка на cpu. id=30% процессор "спит". Я не вижу тут нагрузок на свопинг и процессор, можно сделать вывод, что тормозит дисковая подсистема. Странно, почему в этом случае средний bi/bo такой низкий - низкая скорость работы диска?. Что выдает sudo hdparm -tT /dev/sda и iostat -xy. Диск может стоит проверить. У меня есть старый ноут на нем современные DE тормозят - возможно причина в этом, если диск исправен . Попробуйте lxde, xfce или подобные.

[Андрей Андрющенко]

Илья,

% sudo hdparm -tT /dev/sda                                                                                                                                              ~

/dev/sda:
 Timing cached reads:   9486 MB in  2.00 seconds = 4749.77 MB/sec
 Timing buffered disk reads: 110 MB in  3.04 seconds =  36.16 MB/sec

% iostat -xy                                                                                                                                                            ~
Linux 4.15.0-29-generic (dk-Inspiron-13-5378)   23.07.2018      _x86_64_        (4 CPU)

avg-cpu:  %user   %nice %system %iowait  %steal   %idle
          35,33    0,03    9,47    7,70    0,00   47,46

Device:         rrqm/s   wrqm/s     r/s     w/s    rkB/s    wkB/s avgrq-sz avgqu-sz   await r_await w_await  svctm  %util
loop0             0,00     0,00    0,00    0,00     0,00     0,00     3,20     0,00    0,00    0,00    0,00   0,00   0,00
sda               0,59    27,92    4,30   11,29   121,84   266,01    49,78     0,45  111,95   35,24  141,17   7,21  11,23

[Илья]

Timing buffered disk reads: 110 MB in 3.04 seconds = 36.16 MB/sec

36 это очень мало, на уровне ооочень древних IDE, сейчас практически у всех выше 100.
Случайно диск не в режиме IDE? ( https://www.linux.org.ru/forum/linux-hardware/12171645 )

По iostat не понятно - система не очень загружена, проц простаивает, дисковая очередь не забита.

[Илья]

Андрей Андрющенко, разобрались?

[Андрей Андрющенко]

Илья, скорее забил) Лагать стало меньше, а когда лаги начинают мешать работе, перезагружаю. Ещё лагать начинает, когда много пакетов требуют обновлений, тогда обновляю и после перезагрузки всё работает нормально

Answer 5

[bl]

Лаги на Linux обычно из-за загрузки диска. Это в htop не показывается. Смотрите по лампочке на корпусе.

А ещё компьютер у вас почти старенький. Если нужна скорость, я бы посоветовал поставить Xubuntu. (Не путать с Lubuntu!)
И у вас запущен PyCharm, он на Java. Попробуйте поставить альтернативный компилятор Java (делается одной командой). Я не помню подробностей, но их существует два от Oracle и другой, отличаются скоростью.

Comments

[Pavel]

Старый, серъёзно? DDR4 и более менее неплохой i5 это старый?
Я вот на своём corei3 1400 и 6гб ddr3 нормально работаю с софтом на джава, и даже с софтом на nodejs

[bl]

Pavel Tananykhin, ну и я последние 10 лет до прошлой осени работал на Athlon 64x2 с 4Гб, примерно аналог вашего. Тоже в подобной ситуации - много вкладок Chrome и PyCharm.
Ddr4 и dd3 разницы нет, разве что игроманы находят в несколько fps.

Что кого устраивает - субъективно и относительно.
Если вы не можете продуктивно работать из-за лагов, - из, например, 6 часов работы 3 часа сжирают лаги, тупые ожидания выполнения вашего клика - система явно устарела.

На том компе я распознавал в Finereader некоторые книги с очень сложным текстом неделю (!). По 1 дню машинного времени на каждую операцию в FR - общий скан, распознавание, запись. Умножить на число вариантов распознавания для лучшего соотн. размер-качество. Это ужас и убытки.
О прибыльности, и успехах в ряде областей - например, машинном обучении, можно забыть. Мультизадачная работа тоже не айс на 2-х ядерной машине.

Но вы правы для большинства задач комп вполне нормальный и хороший.

[Pavel]

bl, Ну хочу отметить что ваша задача явно была не для обычного компа. Распознавание текста не тривиальная задача и требует больших ресурсов. Тут уже скорее вопрос в том, что для вашей задачи нужен топ комп. Я к тому, что вышепреведённый комп просто из другой категории, но никак не старый)