LINUX.ORG.RU

[WTF?!]осел-убийца


0

0

очень часто при использовании aMule (через несколько часов после старта проги) резко съедает всю оперативку, своп и процессор (иксы убить невозможно, намлок переключается с задержкой, зайти с консоли нельзя). наблюдается на всех Debian-based дистрах. в логах тишина.

как быть?


У меня Ubuntu. aMule работает неделями без остановки. Никаких косяков нет.

Psych218 ★★★★★
()

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

JB ★★★★★
()

я очень удивлен такой фигней - думал, что юзерспейсные проги не могут повлиять на живучесть ядра. однако даже crtl+alt+f1 срабатывает только за ~5 минут, а иксы виснут при crtl+alt+bspace.
т.е. даже консоль замерзает и звуковая выдает зацикленный кусок из буфера, пока новый не прочтет через ~минуту.

~$ uname -a
Linux overlord 2.6.27-11-generic #1 SMP Thu Jan 29 19:28:32 UTC 2009 x86_64 GNU/Linux

~$ lspci
00:00.0 RAM memory: nVidia Corporation MCP55 Memory Controller (rev a1)
00:01.0 ISA bridge: nVidia Corporation MCP55 LPC Bridge (rev a2)
00:01.1 SMBus: nVidia Corporation MCP55 SMBus (rev a2)
00:01.2 RAM memory: nVidia Corporation MCP55 Memory Controller (rev a2)
00:02.0 USB Controller: nVidia Corporation MCP55 USB Controller (rev a1)
00:02.1 USB Controller: nVidia Corporation MCP55 USB Controller (rev a2)
00:04.0 IDE interface: nVidia Corporation MCP55 IDE (rev a1)
00:05.0 IDE interface: nVidia Corporation MCP55 SATA Controller (rev a2)
00:06.0 PCI bridge: nVidia Corporation MCP55 PCI bridge (rev a2)
00:06.1 Audio device: nVidia Corporation MCP55 High Definition Audio (rev a2)
00:08.0 Bridge: nVidia Corporation MCP55 Ethernet (rev a2)
00:0b.0 PCI bridge: nVidia Corporation MCP55 PCI Express bridge (rev a2)
00:0c.0 PCI bridge: nVidia Corporation MCP55 PCI Express bridge (rev a2)
00:0d.0 PCI bridge: nVidia Corporation MCP55 PCI Express bridge (rev a2)
00:0e.0 PCI bridge: nVidia Corporation MCP55 PCI Express bridge (rev a2)
00:0f.0 PCI bridge: nVidia Corporation MCP55 PCI Express bridge (rev a2)
00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration
00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map
00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller
00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control
06:00.0 VGA compatible controller: nVidia Corporation G94 [GeForce 9600 GT] (rev a1)

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

>я очень удивлен такой фигней...

Для таких удивленцев придуманы лимиты, квоты и прочие радости.

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

>> я очень удивлен такой фигней - думал, что юзерспейсные проги не могут повлиять на живучесть ядра. однако даже crtl+alt+f1 срабатывает только за ~5 минут, а иксы виснут при crtl+alt+bspace.

>> т.е. даже консоль замерзает и звуковая выдает зацикленный кусок из буфера, пока новый не прочтет через ~минуту.


С ядром всё в порядке. На консоль ты не можешь переключиться, так как обработка ctrl+alt+fN в данном случае лежит на плечах иксов, которые вероятно глубоко в свопе и кроме этого им почти не выдаётся процессорное время. Залогиниться тоже сложно, так как это несколько чтений файлов плюс запуск двух-трёх новых процессов (а код же тоже с диска читать). Я уже не говорю про то, что bash при логине выполняет скрипт bashrc, в котором в большинстве дистрибутивов туева хуча всяких "полезностей" делается. Так что ядро тут совершено не при чём - виноват распухший юзерспейс.

А aMule у меня так тоже иногда себя ведёт (на gentoo ~amd64). Какой-либо логики я в этом не нашёл, но скорее всего это происходит при скачивании на большой скорости файла с огромным кол-вом источников.

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

>Для таких удивленцев придуманы лимиты, квоты и прочие радости.

Как выборочно (при запуске прцесса, а не для всей системы) назначить лимит на процессорное время? Буду признателен, если вы укажете направление, в котором следует курить маны.

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

>А aMule у меня так тоже иногда себя ведёт (на gentoo ~amd64).

у меня amd athlon 64 x2 6000+ и для этой платформы заметно больше багов (да, я сижу на убунте, как лох)

>Какой-либо логики я в этом не нашёл, но скорее всего это происходит при скачивании на большой скорости файла с огромным кол-вом источников.

заметил, что виснет ПОСЛЕ завершения загрузки, причем количество пиров необязательно большое.

P.S. получается, что надо пускать неблагонадежные проги скриптом, назначающим лимит. как это сделать? куда копать?

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

> Как выборочно (при запуске прцесса, а не для всей системы) назначить лимит на процессорное время?

nice?

Аналогичная проблема была позавчера. Иксы отзывались нормально, но для запуска новых программ памяти не хватало. Не уверен, amule ли это был. Версия 2.2.2, Gentoo, amd64.

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

Re^2: [WTF?!]осел-убийца


> P.S. получается, что надо пускать неблагонадежные проги скриптом, назначающим лимит. как это сделать? куда копать?


man ulimit

APM
()

вобщем мне надоела эта фигня. пришел к выводу, что мне амуль не нужен - снес его и поставил mldonkey

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