Как бороться с утечкой памяти в Linux?

Question

Я знаю, что вилочную бомбу можно предотвратить, ограничив число процессов одного пользователя, и утечка памяти не замерзнет, моя ОС для Linux имеет OOM killer. Но как насчет бомбы с утечкой памяти?

#include <vector>
#include <unistd.h>
#include <ctime>
#include <cstdlib>

using namespace std;

int main() {
    srand(time(NULL));
    vector<int> vec;
    do {
        try {
            for (int i=0; i<10000000; i++)
                vec.push_back(rand());
        } catch (bad_alloc e) {
        }
        fork();
    } while (1);
    return 0;
}

Мой Linux завис после того, как попробовал этот код. Могу ли я в любом случае предотвратить его замерзание?
Код протестирован на Archlinux, Linux 4.0.5

скомпилируйте код с помощью этой команды:g++ -o test test.cpp

Дополнительная информация: поскольку код может поглотить всю мою память, просто разветвившись несколько раз, он не похож на обычную вилочную бомбу, а ограничение числа процессов бесполезно. Кроме того, fork() часто выполняется (когда памяти мало), поэтому OOM-killer намного медленнее, чем вилки. В результате я должен использовать Alt-SysRq-REI, чтобы остановить эти процессы, но это не то, что я хочу.

Я впервые спрашиваю о SuperUser. Помоги мне, если мой вопрос неуместен. И спасибо за вашу помощь.

Answer 1

Это не обязательно должна быть бомба с утечкой памяти - даже, например, make -j (или со слишком высоким коэффициентом j ) при умеренном размере кода или любой процесс, порождающий кучу потомков (меньше разумного предела) для активного пользователя), каждое пережевывание объема памяти, значительного сам по себе, но слишком маленького, чтобы быть целью убийцы OOM (или чтобы предложить значительное облегчение, когда убийца OOM прибил) может иметь аналогичный эффект.

Можно написать собственный скрипт / инструмент мониторинга (который будет выполняться пользователем root с высоким приоритетом), который мог бы отслеживать такие шаблоны порождения процессов и, при необходимости, уничтожать их с помощью pgid или userid (то есть одновременно, а не один за другим, как OOM убийца) прежде чем они станут роковыми для системы. Будет работать по разумным ставкам нереста / истощения ресурсов, но я не уверен, если это возможно, для любых ставок.