LINUX.ORG.RU

странности с процессами

 


0

2

Проблема 1

Подвис libreoffice на презентации. Он начал выжирать всю память и проц. Я ему сделал kill -9 и kill -STOP, но это не помогло: ещё пару минут оно висело в топе и жрало проц. В dmesg пусто. Я думал может оно из свопа выгружается, но по top этого не заметно Отчего оно отказывалось сразу дохнуть? Может, всё дело в том что loffice исполняется в несколько потоков? Вот сам top после посылания SIGKILL и SIGSTOP на 32709:

top - 10:26:13 up 5 days,  1:58,  0 users,  load average: 1.46, 0.70, 0.37
Tasks: 181 total,   2 running, 179 sleeping,   0 stopped,   0 zombie
%Cpu(s): 11.0 us,  2.2 sy,  0.0 ni, 86.7 id,  0.1 wa,  0.0 hi,  0.0 si,  0.0 st
KiB Mem:  10128904 total,  9985024 used,   143880 free,      168 buffers
KiB Swap:  1000444 total,  1000444 used,        0 free.  4506988 cached Mem

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND                                           
32709 exe       20   0 5706216 3.468g 661512 R  98.0 35.9   1:51.29 soffice.bin                                       
28879 exe       20   0  863720  45048    724 S   6.5  0.4   5:33.61 chromium                                          
    1 root      20   0   31644   1060      4 S   0.0  0.0   0:01.12 systemd                                           
    2 root      20   0       0      0      0 S   0.0  0.0   0:00.02 kthreadd                                          
    3 root      20   0       0      0      0 S   0.0  0.0   0:05.75 ksoftirqd/0                                       
    5 root       0 -20       0      0      0 S   0.0  0.0   0:00.00 kworker/0:0H                   

Проблема 2

Вторая ситуация: после апдейта firefox не хочет закрываться: при закрытии окошко исчезает, но проц оно исправно жрёт. Что поразительно, в топе его в списке процессов практически не видно, но при этом видно что один из процов загружен на 100%. Как такое возможно?

Ядро 3.12.9-1-ARCH amd64.

cast tailgunner, mv, madcore, anonymous, sdio, hizel, mashina

★★★★★

ARCH на презентации

Скорее всего повис 1 поток Второе под каким пользователем работает фаирфокс?

rikimaru
()

С файрфоксом было такое пару раз с месяц назад.

wakuwaku ★★★★
()

Если приложение не сразу дохнет по SIGKILL - это баг ядра (возможно, спровоцированный багом железа).

в топе его в списке процессов практически не видно, но при этом видно что один из процов загружен на 100%

Чем именно?

tailgunner ★★★★★
()
Последнее исправление: tailgunner (всего исправлений: 1)
Ответ на: комментарий от nerdogeek

Приложение сегфолтнулось и начало коредампиться?

Скорее всего: kernel.core_pattern = |/usr/lib/systemd/systemd-coredump %p %u %g %s %t %e

Правда, я не думал что это такая долгая операция. В топе ничего на эту тему не высветилось. Но всего списка процессов у меня не сохранилось. journalctl -since today тоже ничего подозрительного не пишет.

true_admin ★★★★★
() автор топика
Ответ на: комментарий от tailgunner

Чем именно?

Вот самому интересно. В топ нету процессов которые жрали бы более 2-3% CPU. А вот ядро чем-то занято и жрёт батарейку. Собстно, по убыли заряда я и обнаружил проблему. Сейчас попробую воспроизвести проблему.

true_admin ★★★★★
() автор топика
Ответ на: комментарий от true_admin

ядро чем-то занято и жрёт батарейку

Ты решил, что одно ядро занято, потому что жрется батарейка? Почему не два, не 4?

tailgunner ★★★★★
()
Ответ на: комментарий от reprimand

пора мемтест прогнать.

Не думаю: никаких проблем на тачке нет и не было. Т.е. ни сегфолтов, ни глюков, всё стабильно кроме случаев типа «открыть pptx в libreoffice» или «запустить geeqie в папке где нет прав читать файлы». Но это проблемы в софтинах. А так я на этой тачке, например, ядро недавно собирал, всё работает.

true_admin ★★★★★
() автор топика
Ответ на: комментарий от tailgunner

Почему не два, не 4?

В top нажал 1 и оно написало что одно из ядер занято 100% в userspace. При этом в top лишь изредка мелькал firefox. Я его прибил и всё нормализовалось.

Проблема сейчас не воспроизводится, а раньше я её на двух разных тачках видел с одинаковыми симптомами (ОС тоже одинаковая). Могли ли быть какие-то хитрые грабли на тему «обновил систему, но не перезагрузился»?

true_admin ★★★★★
() автор топика
Ответ на: комментарий от tailgunner

Вот ещё один вопрос: давай посмотрим на кусок top что я в топике привёл. Почему там выжран полностью своп при том что почти половина памяти ещё свободна (в page cache)? vm.swappiness = 60

true_admin ★★★★★
() автор топика
Ответ на: комментарий от true_admin

Почему там выжран полностью своп при том что почти половина памяти ещё свободна (в page cache)?

Например, что-то стремительно раздулось, вытеснило много памяти в своп, потом сдулось или умерло.

tailgunner ★★★★★
()
Ответ на: комментарий от tailgunner

что-то стремительно раздулось, вытеснило много памяти в своп, потом сдулось или умерло

Хм, похоже на то: при запуске loffice сильно пухнут иксы. После остановки сдуваются обратно (хотя, всё равно 1.6G RSS).

true_admin ★★★★★
() автор топика
Ответ на: комментарий от true_admin

Значит он дергает что то системное, посмотри все процессы

rikimaru
()
Ответ на: комментарий от true_admin

1. Офис упал, система начала корку на диск писать, память забилась пейджкэшем, сам умерший офис вылетел в своп. Своп - зло!

С твоими настройками пейджкэш для системы ценнее программ.

2. У самого так последние две версии ФФ на 6-й шапке ведут.

mv ★★★★★
()
Ответ на: комментарий от mv

Спасибо за объяснение.

А не смотрел что там с ФФ после закрытия случается? Интересно почему он в top практически не светится.

true_admin ★★★★★
() автор топика

cast anonymous

Так и представил, как анонимусу в уведомления приходит ссылка на эту тему :)

yoghurt ★★★★★
()
Ответ на: комментарий от mv

1. Офис упал, система начала корку на диск писать, память забилась пейджкэшем, сам умерший офис вылетел в своп. Своп - зло

По крайней мере в некоторых ядрах серии 2.6 SIGKILL вполне убивает процесс, дамп которого пишется в данный момент. Не думаю, что в 3.12 что-то изменилось.

tailgunner ★★★★★
()
Ответ на: комментарий от true_admin

У тебя наверно маргинальный дистрибутив стоит. Генту, арч или слака какая-нить. Скорее всего падения из-за багов в glibc. У меня после перехода на 2.19 куча ошибок исчезло само по себе.

nerdogeek
()
Ответ на: комментарий от true_admin

В top нажал 1 и оно написало что одно из ядер занято 100% в userspace. При этом в top лишь изредка мелькал firefox. Я его прибил и всё нормализовалось.

А PID у него случайно не менялся? Можно было ещё посмотреть «vmstat -f». Возможно firefox или какой-то связанный с ним процесс очень быстро постоянно форкался и умирал, настолько быстро, что top его не отлавливал.

Deleted
()
Ответ на: комментарий от nerdogeek

Ну, то что процесс «не реагирует» на SIGKILL явно не из-за glibc.

true_admin ★★★★★
() автор топика
Ответ на: комментарий от Deleted

А PID у него случайно не менялся?

Надо будет проверить, спасибо.

true_admin ★★★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.