Я выполняю человечность 18.04 на старом (выход) ноутбук, это - hp dv7 6180sl с обновленным поршнем (16 ГБ) и SSD. Это старо, но все еще достаточно быстро для моего задания.
Так как несколько версий человечности (я всегда делаю полное, переустанавливают при каждом выпуске, таким образом, я не происхожу из более старой версии), похоже, что CPU никогда не действительно неактивен, таким образом tha вентиляторы всегда работают. Сегодня я решил узнать то, что использует мой CPU.
Я прочитал много ответов здесь и на Google, но ничто действительно не решило мою проблему. Top говорит это:
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
5501 tox 20 0 3911436 324668 68984 S 12,5 4,0 30:04.86 gnome-shell
Беря PID оболочки гнома, я попытался сделать strace для наблюдения то, что происходит под капотом, и я видел, что существует a recvmsg
syscall, который дает большое количество ошибок, беря почти 30% времени (это после почти минуты):
strace: Process 5501 attached
% time seconds usecs/call calls errors syscall
------ ----------- ----------- --------- --------- ----------------
29.71 0.100941 2 46612 39214 recvmsg
24.81 0.084290 5 17842 poll
22.21 0.075445 3 21796 ioctl
8.92 0.030304 4 7269 writev
3.72 0.012652 8 1583 53 futex
3.17 0.010771 2 5180 getpid
1.58 0.005380 1 3874 mprotect
1.58 0.005357 3 2003 write
1.46 0.004969 3 1958 read
0.51 0.001727 8 215 2 openat
0.48 0.001634 3 501 close
0.45 0.001533 5 288 timerfd_create
0.32 0.001098 4 288 timerfd_settime
0.32 0.001072 6 183 mmap
0.26 0.000887 7 132 114 stat
0.25 0.000838 2 426 fstat
0.11 0.000370 2 213 fcntl
0.08 0.000267 10 26 munmap
0.06 0.000191 1 146 getrusage
0.00 0.000001 0 4 1 recvfrom
0.00 0.000001 1 2 uname
0.00 0.000001 1 1 restart_syscall
------ ----------- ----------- --------- --------- ----------------
100.00 0.339729 110542 39384 total
Это - что-то, о чем я должен волноваться?
У меня была подобная последовательная высокая загрузка ЦП на оболочке гнома ни по какой ясной причине начиная с установки 18.04. Я полагал, что это просто затеняло что-то под капотом как рендеринг видео Firefox, но это также действительно не спускается в какой-либо степени по нулю даже с каждой закрытой программой и даже не перемещая мышь.
Я попробовал тот же strace, и получите подобные результаты:
% time seconds usecs/call calls errors syscall
------ ----------- ----------- --------- --------- ----------------
39.61 0.240174 3 87585 76642 recvmsg
25.36 0.153778 6 27384 poll
9.07 0.054990 3 17502 ioctl
8.98 0.054434 3 18079 write
7.98 0.048402 5 9702 writev
3.29 0.019926 3 6640 read
2.20 0.013369 1 8942 getpid
1.32 0.008014 6 1352 59 futex
0.91 0.005530 2 2634 mprotect
0.23 0.001413 20 72 mmap
0.21 0.001299 4 353 close
0.21 0.001272 5 240 timerfd_create
0.17 0.001043 10 101 2 openat
0.17 0.001010 4 240 timerfd_settime
0.09 0.000518 1 420 360 stat
0.07 0.000432 2 198 fstat
0.06 0.000374 9 41 munmap
0.03 0.000192 2 124 getrusage
0.03 0.000184 2 99 fcntl
0.00 0.000006 2 4 recvfrom
0.00 0.000004 1 7 sendmsg
0.00 0.000004 1 7 ftruncate
0.00 0.000004 1 7 memfd_create
0.00 0.000003 2 2 uname
0.00 0.000001 0 7 lseek
0.00 0.000000 0 1 restart_syscall
------ ----------- ----------- --------- --------- ----------------
100.00 0.606376 181743 77063 total
Это довольно плохо, у меня есть заикание приблизительно в интервале 1 секунды через все мои программы. Это настолько последовательно, я привык к компенсации его. Задержки воспроизведения видео, игровая задержка, задержки Firefox, это является довольно раздражающим. Никакая идея, где запустить при фиксации его, хотя уничтожив оболочку гнома и перезапустив его, по крайней мере, не работает некоторое время - все еще с ошибками, но более быстро реагирующий.
Боковая панель слева часто также дает незначительный сбой с перекрывающимися значками и т.п., я подозреваю, что существует некоторая кумулятивная ошибочная оболочка гнома, входит и что в какой-то момент она проводит много процессорного времени, пытаясь разрешить плохо взаимодействующие противоречия между некоторой конфигурацией или пограничным случаем или чем-то. Я предполагаю эту точку, я буду просто надеяться 18.10, немного лучше.