LINUX.ORG.RU

История изменений

Исправление kirill_rrr, (текущая версия) :

А это что за тема?

Ну вот системд в обязательном порядке использует cgrops, при запуске создаёт структуру и разбрасывает процессы по слайсам. Обязательно не только по цпу, но по всем метрикам, в том числе по памяти. Каждой сессии юзера отдельный слайс, вроде логично. Если есть недостаток памяти, то оба этих слайса получают лимит примерно по 50% памяти, вроде логично если и так идёт активный свопинг.

Но вот распбиан-8 и дебиан-9 (после них я превентивно делал прививку или просто не сталкивался с тем же сценарием), там что то пошло не так. То ли какая то опция не срабатывает, то ли какой то лимит не отключается. Короче я запускаю основную сессию и дополнительную для какой нибудь фоновой задачи, на отдеьном Х-сервере просто чтобы у меня не висело 10-20 терминалов (панорама kwin тормозить будет и всё такое) или чтобы применить к фоновому сеансу тот самый cgrops на цпу. Происходит пиковое потребление оперативки, лимит срабатывает, не отключается и через какое то время я замесаю, что мой браузер дрючит своп, но сеас упорно живёт в 50% оперативки. Остальное не используется, ну кроме как под кеш.

Лекарства на уовне мистемд нету, только отключать cgrops mem в ядре или каждый раз разруливать конфликт ручками.

Хотя казалось бы, эта функция (вся поддержка cgrops вместе взятая) нужнане менее чем 5% польователей. Почему она сделана строго обязательной и неотключаемой? У меня также есть подозрения, что cgrops висит в ядре не забесплатно.

Исправление kirill_rrr, :

А это что за тема?

Ну вот системд в обязательном порядке поддерживает cgrops, при запуске создаёт структуру и разбрасывает процессы по слайсам. Обязательно не только по цпу, но по всем метрикам, в том числе по памяти. Каждой сессии юзера отдельный слайс, вроде логично. Если есть недостаток памяти, то оба этих слайса получают лимит примерно по 50% памяти, вроде логично если и так идёт активный свопинг.

Но вот распбиан-8 и дебиан-9 (после них я превентивно делал прививку или просто не сталкивался с тем же сценарием), там что то пошло не так. То ли какая то опция не срабатывает, то ли какой то лимит не отключается. Короче я запускаю основную сессию и дополнительную для какой нибудь фоновой задачи, на отдеьном Х-сервере просто чтобы у меня не висело 10-20 терминалов (панорама kwin тормозить будет и всё такое) или чтобы применить к фоновому сеансу тот самый cgrops на цпу. Происходит пиковое потребление оперативки, лимит срабатывает, не отключается и через какое то время я замесаю, что мой браузер дрючит своп, но сеас упорно живёт в 50% оперативки. Остальное не используется, ну кроме как под кеш.

Лекарства на уовне мистемд нету, только отключать cgrops mem в ядре или каждый раз разруливать конфликт ручками.

Хотя казалось бы, эта функция (вся поддержка cgrops вместе взятая) нужнане менее чем 5% польователей. Почему она сделана строго обязательной и неотключаемой? У меня также есть подозрения, что cgrops висит в ядре не забесплатно.

Исправление kirill_rrr, :

А это что за тема?

Ну вот системд в обязательном порядке поддерживает cgrops, при запуске создаёт структуру и разбрасывает процессы по слайсам. Обязательно не только по цпу, но по всем метрикам, в том числе по памяти. Каждой сессии юзера отдельный слайс, вроде логично. Если есть недостаток памяти, то оба этих слайса получают лимит примерно по 50% памяти, вроде логично если и так идёт активный свопинг.

Но вот распбиан-8 и дебиан-9, там что то пошло не так. То ли какая то опция не срабатывает, то ли какой то лимит не отключается. Короче я запускаю основную сессию и дополнительную для какой нибудь фоновой задачи, на отдеьном Х-сервере просто чтобы у меня не висело 10-20 терминалов (панорама kwin тормозить будет и всё такое) или чтобы применить к фоновому сеансу тот самый cgrops на цпу. Происходит пиковое потребление оперативки, лимит срабатывает, не отключается и через какое то время я замесаю, что мой браузер дрючит своп, но сеас упорно живёт в 50% оперативки. Остальное не используется, ну кроме как под кеш.

Лекарства на уовне мистемд нету, только отключать cgrops mem в ядре или каждый раз разруливать конфликт ручками.

Хотя казалось бы, эта функция (вся поддержка cgrops вместе взятая) нужнане менее чем 5% польователей. Почему она сделана строго обязательной и неотключаемой? У меня также есть подозрения, что cgrops висит в ядре не забесплатно.

Исходная версия kirill_rrr, :

А это что за тема?

Ну вот системд в обязательном порядке поддерживает cgrops, при запуске создаёт структуру и разбрасывает процессы по слайсам. Обязательно не только по цпу, но по всем метрикам, в том числе по памяти. Каждой сессии юзера отдельный слайс, вроде логично. Если есть недостаток памяти, то оба этих слайса получают лимит примерно по 50% памяти, вроде логично если и так идёт активный свопинг.

Но вот распбиан-8 и дебиан-9, там что то пошло не так. То ли какая то опция не срабатывает, то ли какой то лимит не отключается. Короче я запускаю основную сессию и дополнительную для какой нибудь фоновой задачи, на отдеьном Х-сервере просто чтобы у меня не висело 10-20 терминалов (панорама kwin тормозить будет и всё такое) или чтобы применить к фоновому сеансу тот самый cgrops на цпу. Происходит пиковое потребление оперативки, лимит срабатывает, не отключается и через какое то время я замесаю, что мой браузер дрючит своп, но сеас упорно живёт в 50% оперативки. Остальное не используется, ну кроме как под кеш.

Лекарства на уовне мистемд нету, только отключать cgrops mem в ядре или каждый раз разруливать конфликт ручками.