Libreoffice грузит ядро процессора на 100% [РЕШЕНО]

indeviral
а резве это не аналог
Похож, но не совсем, он более гибче — в смысле, что запрос можно регулировать и даже писать свои запросы/фильтры, так называемые чизелы и вывод более понятен, например, в данном случае (привожу частично, так как вывод идет непрерывно)
26us                /usr/lib/libreoffice/share/config/soffice.cfg/svx/ui/res/ru.zip
25us                /usr/share/icons/gnome/256x256/apps/libreoffice-startcenter.png
22us                /usr/lib/libreoffice/share/config/images_tango.zip
22us                /usr/share/icons/gnome/256x256/apps/libreoffice-writer.png
17us                /tmp/lu19303rxx7im.tmp/lu19303rxx7iz.tmp
Но можно и по системным вызовам, а можно и по обращению к файлам в конкретной директории и др. Советую почитать указанную ссылку и поставить себе, не пожалеешь.
UPD … но может данный запрос и не подойдет, так как он не учитывает файлы открытые юзером, так что нужно смотреть.

indeviral
Если проблема была в конкретном пакете, то можно было бы что то найти. А у автора пол системы из testing стоит.
Только что для общего развития можно поискать)
На этот счет возможно ты и прав - ничего сказать не могу. Но попробовать то стоит - от этого только польза.
Чем больше пробуешь, тем больше узнаешь ...

PS ... приведенный вывод не точный - в принципе, в покое, он пустой, но я в это время открыл два своих файла, чтобы хоть что то записалось
Ошибки не исчезают с опытом - они просто умнеют
vasek
Возможности, прикольные... но по моему сильно тяжёлая, даже модуль ядра надо.
Интересно выглядят чизелы))
Ошибки в тексте-неповторимый стиль автора©
indeviral
даже модуль ядра надо.
DKMS ....
Насчет нагрузки (вывод того же sysdig)
CPU%                Process             PID
--------------------------------------------------------------------------------
0.98%               sysdig              28580
0.98%               DOM                 569
0.98%               Xorg                413
0.98%               terminator          426
0.00%               haveged             338
0.00%               threaded-ml         569
0.00%               threaded-ml         427
0.00%               systemd             370
0.00%               gconfd-2            680
0.00%               gvfs-afc-volume     549

PS ... но самое интересное то, что когда я запустил этот инструмент в 1-ый раз (и вроде бы без всяких фильтров), то за 1-2 мин у меня появился файл размером с 1G - вот тут я сразу поверил, что этот инструмент действительно пишет все события ...
Ошибки не исчезают с опытом - они просто умнеют
vasek, а у меня не работает. Спрашивает, точно ли у меня есть учетная запись root((
#sysdig
error creating the process list. Make sure you have root credentials
Пробовал и с sudo, и с su...
sudo strace -p `pidof soffice.bin`
read(14, "\1\0\0\0\0\0\0\0", 16)        = 8
write(14, "\1\0\0\0\0\0\0\0", 8)        = 8

lsof -c soffice.bin
soffice.b 10908 jeronimo   14u  a_inode               0,11        0    8567 [eventfd]
eventfd- вычитал, что это что-то ядерное. Что конкретно- не понял.
Тут
Читает и пишет вызов eventfd (создает файловый дескриптор для уведомления о событиях, типа сигнализируя, что завершена какая-то операция над файловым дескриптором) — я с ним практически не знаком, если интересно, можешь почитать это и это
У меня они тоже наблюдаются, но постоянно не читает и не пишет ...
$ lsof -c soffice.bin | grep eventfd
soffice.b 1496 vasek   13u  a_inode       0,11        0    8819 [eventfd]
soffice.b 1496 vasek   19u  a_inode       0,11        0    8819 [eventfd]
soffice.b 1496 vasek   20u  a_inode       0,11        0    8819 [eventfd]
soffice.b 1496 vasek   31u  a_inode       0,11        0    8819 [eventfd]
soffice.b 1496 vasek   33u  a_inode       0,11        0    8819 [eventfd]
И indeviral похоже оказался прав, сделать вряд ли что можно. Правда могу посоветовать выполнить еще одно
Закрой libre, подожди 5-10с и запусти командой
$ strace -c libreoffice --writer
выжди столько времени, пока не нагрузится cpu, подожди 1-3 мин и заверши libre.
В итоге получищь таблицу, типа такой
% time     seconds  usecs/call     calls    errors syscall
------ ----------- ----------- --------- --------- ----------------
 99.99    0.100000       50000         2         1 restart_syscall
  0.01    0.000015           0        91           mmap2
  0.00    0.000000           0        78           read
  0.00    0.000000           0         1           write
На что обратить внимание — на столбец % (какие вызовы занимают больше всего) и столбец errors (в части больших значений)
Насчет sysdig навскидку ничего сказать не могу — голова совсем отупела. Посмотрю позже.
Ошибки не исчезают с опытом - они просто умнеют
vasek
И indeviral похоже оказался прав, сделать вряд ли что можно.
Да, он прав))
Но все равно спасибо. Полезно для развития.
Morisson
#sysdig error creating the process list. Make sure you have root credentials
Сначала нужно убедиться, что модуль и устройства имеются
$ lsmod | grep sysdig
sysdig_probe 368640 0
$ ls /dev/sysdig*
/dev/sysdig0 /dev/sysdig1 /dev/sysdig2 /dev/sysdig3 /dev/sysdig4 /dev/sysdig5 /dev/sysdig6 /dev/sysdig7
Ошибки не исчезают с опытом - они просто умнеют
Время великий доктор)))
Само прошло О_О
 
Зарегистрироваться или войдите чтобы оставить сообщение.