LINUX.ORG.RU

Ограничение % использования ЦПУ по ПОЛЬЗОВАТЕЛЮ в Linux

 ,


0

1

Добрый день, суть в следующем: в данный момент есть 2 громоздких приложения, которые занимают 2 сервера на предприятии. Планируется их разместить на одном сервере. Встал вопрос о разделении % использования ЦПУ, памяти и места примерно по 50% на 50%. От виртуализации типа OpenVZ или KVM отказались. Все процессы двух приложений ходят под 2 юзерами, например, user1 и user2. По памяти и месту вроде вариант нашел, как по юзеру ограничить: @user1 hard data 128144 @user1 hard rss 128144 @user1 hard memlock 128144 А вот с % ЦПУ сложнее. Вариант с CPUlimit с ограничением по PID, имени процесса не очень красивый, т.к при рестарте приложений PID процессов будут меняться+ имена всех процессов приложений тоже не известны. Идеальный вариант был бы - ограничить % использования ЦПУ по юзерам, например 65% user1, 35% user2 Прошу помочь знатоков Linux, реален ли такой вариант? Или есть ещё хорошие альтернативы? Спасибо.

А если посмотреть в сторону: взять список процессов юзеров (ps -u user1), узнаем pid, выполняем cpulimit ? Или взять пид фильтруя по комманде ps -C SuperApp1....

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

Я же написал, что «Вариант с CPUlimit с ограничением по PID, имени процесса не очень красивый, т.к при рестарте приложений PID процессов будут меняться» И каждый раз задавать на новые измененные PID ограничение не очень хотелось бы. Список процессов юзеров взять весь неполучится, т.к в приложениях постоянно динамически добавляются, обновляются процессы, например при входе пользователей в систему и т.д

Clubber ()
Ответ на: комментарий от Ip0

По поводу cgroups - надо поподробнее почитать про признаки, на основе которых процессы добавляются в группы и происходит ли это атоматически. А если - после рестарта приложения идентификатор процессов изменился и нужно будет добавлять в группы эти процессы вручную, тогда также плохой вариант. Плюс опять же постоянно создаются новые процессы. Именно поэтому и хотелось нечто вариант ограничения по пользователю

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

Я же написал, что «Вариант с CPUlimit с ограничением по PID, имени процесса не очень красивый, т.к при рестарте приложений PID процессов будут

я думал не надо разъяснять, что:

1. можно поправить стартовые скрипты приложений

2. можно тупо кроном стартовать скрипт

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

вот это уже другой вопрос

PS: так же pid можно узнать pidof yourSuperbApp

zooooo ()
Последнее исправление: zooooo (всего исправлений: 3)
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.