Как использовать oom_score_adj?

Question 1

Я не думаю, что вы сказали, используете ли вы гигабитный сетевой адаптер, я предполагаю, что с тех пор у вас есть 2 сетевых адаптера и, следовательно, вероятно, это игровая материнская плата.

Так как это так, если вы пытаетесь получить базу 2x100, вам лучше купить дешевый 4-8-портовый гигабитный коммутатор и подключить его к вашему интернет-маршрутизатору. Затем вы можете подключить все компьютеры, которые запускают Ethernet, в этот коммутатор, и у вас все еще есть Wi-Fi и Интернет на всех ваших компьютерах.

Я делаю это сейчас, потому что я купил Netgear WNDR3400 и поместил на него DD-WRT, чтобы у меня было несколько приятных опций, включая очень современный сервер NAS.

[d3 ] Единственная проблема заключалась в том, что маршрутизатор был 100 базовым для портов Ethernet. Так что за 40 долларов я купил 5-портовый Gigabit коммутатор, подключенный к маршрутизатору, затем подключил все компьютеры к коммутатору Gigabit и подключил игровые консоли к маршрутизатору.

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

Хорошо, удачи!

Question 2

На основе моего собственного Q & amp; A на Unix & amp; Linux по аналогичному вопросу.

Как сказал Стюарт в своем ответе очень хорошо, допустимыми значениями являются целые числа в диапазоне от -1000 до 1000 для [ f2]. Чем ниже значение, тем ниже вероятность того, что он будет убит.

Очень сложно изменить это значение снова и снова после перезапуска приложения. Информация просто теряется после завершения процесса. Upstart (демон init в Ubuntu) имеет приятный вариант для этого, чтобы настроить для демонов, чтобы убедиться, что он установлен, когда он запустил (re):

oom score [...] snip [. ..] Пример:

# this application is a "resource hog"
oom score 1000

expect daemon
respawn
exec /usr/bin/leaky-app

Таким образом, вы можете редактировать файл конфигурации /etc/init/myservice.conf для служб, которые хотите изменить, для включения строки oom score -1000. Я предполагаю, что службы «pbs» или «gridengine», о которых вы говорите в своем вопросе, включают Upstart, в противном случае вам понадобится другой способ изменить это навсегда.

Question 3

Question 4

На основе моего собственного Q & amp; A на Unix & amp; Linux по аналогичному вопросу.

Как сказал Стюарт в своем ответе очень хорошо, допустимыми значениями являются целые числа в диапазоне от -1000 до 1000 для oom_score_adj. Чем ниже значение, тем ниже вероятность того, что он будет убит.

Очень сложно изменить это значение снова и снова после перезапуска приложения. Информация просто теряется после завершения процесса. Upstart (демон init в Ubuntu) имеет приятный вариант для этого, чтобы настроить для демонов, чтобы убедиться, что он установлен, когда он запустил (re):

oom score [...] snip [. ..] Пример:

# this application is a "resource hog"
oom score 1000

expect daemon
respawn
exec /usr/bin/leaky-app

Таким образом, вы можете редактировать файл конфигурации /etc/init/myservice.conf для служб, которые хотите изменить, для включения строки oom score -1000. Я предполагаю, что службы «pbs» или «gridengine», о которых вы говорите в своем вопросе, включают Upstart, в противном случае вам понадобится другой способ изменить это навсегда.

Question 5

На основе моего собственного Q & amp; A на Unix & amp; Linux по аналогичному вопросу.

Как сказал Стюарт в своем ответе очень хорошо, допустимыми значениями являются целые числа в диапазоне от -1000 до 1000 для oom_score_adj. Чем ниже значение, тем ниже вероятность того, что он будет убит.

Очень сложно изменить это значение снова и снова после перезапуска приложения. Информация просто теряется после завершения процесса. Upstart (демон init в Ubuntu) имеет приятный вариант для этого, чтобы настроить для демонов, чтобы убедиться, что он установлен, когда он запустил (re):

oom score [...] snip [. ..] Пример:

# this application is a "resource hog"
oom score 1000

expect daemon
respawn
exec /usr/bin/leaky-app

Таким образом, вы можете редактировать файл конфигурации /etc/init/myservice.conf для служб, которые хотите изменить, для включения строки oom score -1000. Я предполагаю, что службы «pbs» или «gridengine», о которых вы говорите в своем вопросе, включают Upstart, в противном случае вам понадобится другой способ изменить это навсегда.

Question 6

На основе моего собственного Q & amp; A на Unix & amp; Linux по аналогичному вопросу.

Как сказал Стюарт в своем ответе очень хорошо, допустимыми значениями являются целые числа в диапазоне от -1000 до 1000 для oom_score_adj. Чем ниже значение, тем ниже вероятность того, что он будет убит.

Очень сложно изменить это значение снова и снова после перезапуска приложения. Информация просто теряется после завершения процесса. Upstart (демон init в Ubuntu) имеет приятный вариант для этого, чтобы настроить для демонов, чтобы убедиться, что он установлен, когда он запустил (re):

oom score [...] snip [. ..] Пример:

# this application is a "resource hog"
oom score 1000

expect daemon
respawn
exec /usr/bin/leaky-app

Таким образом, вы можете редактировать файл конфигурации /etc/init/myservice.conf для служб, которые хотите изменить, для включения строки oom score -1000. Я предполагаю, что службы «pbs» или «gridengine», о которых вы говорите в своем вопросе, включают Upstart, в противном случае вам понадобится другой способ изменить это навсегда.

Question 7

Question 8

На основе моего собственного Q & amp; A на Unix & amp; Linux по аналогичному вопросу.

Как сказал Стюарт в своем ответе очень хорошо, допустимыми значениями являются целые числа в диапазоне от -1000 до 1000 для oom_score_adj. Чем ниже значение, тем ниже вероятность того, что он будет убит.

Очень сложно изменить это значение снова и снова после перезапуска приложения. Информация просто теряется после завершения процесса. Upstart (демон init в Ubuntu) имеет приятный вариант для этого, чтобы настроить для демонов, чтобы убедиться, что он установлен, когда он запустил (re):

oom score [...] snip [. ..] Пример:

# this application is a "resource hog"
oom score 1000

expect daemon
respawn
exec /usr/bin/leaky-app

Таким образом, вы можете редактировать файл конфигурации /etc/init/myservice.conf для служб, которые хотите изменить, для включения строки oom score -1000. Я предполагаю, что службы «pbs» или «gridengine», о которых вы говорите в своем вопросе, включают Upstart, в противном случае вам понадобится другой способ изменить это навсегда.

Question 9

На основе моего собственного Q & amp; A на Unix & amp; Linux по аналогичному вопросу.

Как сказал Стюарт в своем ответе очень хорошо, допустимыми значениями являются целые числа в диапазоне от -1000 до 1000 для oom_score_adj. Чем ниже значение, тем ниже вероятность того, что он будет убит.

Очень сложно изменить это значение снова и снова после перезапуска приложения. Информация просто теряется после завершения процесса. Upstart (демон init в Ubuntu) имеет приятный вариант для этого, чтобы настроить для демонов, чтобы убедиться, что он установлен, когда он запустил (re):

oom score [...] snip [. ..] Пример:

# this application is a "resource hog"
oom score 1000

expect daemon
respawn
exec /usr/bin/leaky-app

Таким образом, вы можете редактировать файл конфигурации /etc/init/myservice.conf для служб, которые хотите изменить, для включения строки oom score -1000. Я предполагаю, что службы «pbs» или «gridengine», о которых вы говорите в своем вопросе, включают Upstart, в противном случае вам понадобится другой способ изменить это навсегда.

Question 10

На основе моего собственного Q & amp; A на Unix & amp; Linux по аналогичному вопросу.

Как сказал Стюарт в своем ответе очень хорошо, допустимыми значениями являются целые числа в диапазоне от -1000 до 1000 для oom_score_adj. Чем ниже значение, тем ниже вероятность того, что он будет убит.

Очень сложно изменить это значение снова и снова после перезапуска приложения. Информация просто теряется после завершения процесса. Upstart (демон init в Ubuntu) имеет приятный вариант для этого, чтобы настроить для демонов, чтобы убедиться, что он установлен, когда он запустил (re):

oom score [...] snip [. ..] Пример:

# this application is a "resource hog"
oom score 1000

expect daemon
respawn
exec /usr/bin/leaky-app

Таким образом, вы можете редактировать файл конфигурации /etc/init/myservice.conf для служб, которые хотите изменить, для включения строки oom score -1000. Я предполагаю, что службы «pbs» или «gridengine», о которых вы говорите в своем вопросе, включают Upstart, в противном случае вам понадобится другой способ изменить это навсегда.

Question 11

На основе моего собственного Q & amp; A на Unix & amp; Linux по аналогичному вопросу.

Как сказал Стюарт в своем ответе очень хорошо, допустимыми значениями являются целые числа в диапазоне от -1000 до 1000 для oom_score_adj. Чем ниже значение, тем ниже вероятность того, что он будет убит.

Очень сложно изменить это значение снова и снова после перезапуска приложения. Информация просто теряется после завершения процесса. Upstart (демон init в Ubuntu) имеет приятный вариант для этого, чтобы настроить для демонов, чтобы убедиться, что он установлен, когда он запустил (re):

oom score [...] snip [. ..] Пример:

# this application is a "resource hog"
oom score 1000

expect daemon
respawn
exec /usr/bin/leaky-app

Таким образом, вы можете редактировать файл конфигурации /etc/init/myservice.conf для служб, которые хотите изменить, для включения строки oom score -1000. Я предполагаю, что службы «pbs» или «gridengine», о которых вы говорите в своем вопросе, включают Upstart, в противном случае вам понадобится другой способ изменить это навсегда.

Question 12

На основе моего собственного Q & amp; A на Unix & amp; Linux по аналогичному вопросу.

Как сказал Стюарт в своем ответе очень хорошо, допустимыми значениями являются целые числа в диапазоне от -1000 до 1000 для oom_score_adj. Чем ниже значение, тем ниже вероятность того, что он будет убит.

Очень сложно изменить это значение снова и снова после перезапуска приложения. Информация просто теряется после завершения процесса. Upstart (демон init в Ubuntu) имеет приятный вариант для этого, чтобы настроить для демонов, чтобы убедиться, что он установлен, когда он запустил (re):

oom score [...] snip [. ..] Пример:

# this application is a "resource hog"
oom score 1000

expect daemon
respawn
exec /usr/bin/leaky-app

Таким образом, вы можете редактировать файл конфигурации /etc/init/myservice.conf для служб, которые хотите изменить, для включения строки oom score -1000. Я предполагаю, что службы «pbs» или «gridengine», о которых вы говорите в своем вопросе, включают Upstart, в противном случае вам понадобится другой способ изменить это навсегда.

Question 13

Question 14

Если вы установили высокое (ish) значение для oom_adj или oom_score_adj, тогда они будут убиты первыми. например,

echo 15 > /proc/[pid]/oom_adj

oom_adj идет от -16 до 15, и, как упоминалось выше, oom_score_adj принимает от -1000 до 1000

Question 15

Взгляд в код всегда хорошая идея. Обычно я использую функцию поиска kernel.org, но в настоящее время она недоступна. Гитуб тоже хорошо справляется. Я нашел это:

Вместо этого добавляется новый настраиваемый, / proc / pid / oom_score_adj, который варьируется от -1000 до +1000. Его можно использовать для поляризации эвристики, так что некоторые задачи никогда не рассматриваются для уничтожения oom, в то время как другие могут всегда считаться. Значение добавляется непосредственно в балл badness (), поэтому значение -500, например, означает скидку 50% потребления памяти по сравнению с другими задачами либо в системе, связанными с mempolicy, в cpuset, либо используя один и тот же контроллер памяти.

Из https://github.com/mirrors/linux-2.6/commit/a63d83f427fbce97a6cea0db2e64b0eb8435cd10#include/linux/oom.h

Question 16

Если вы можете изменить стартовый скрипт, создающий процесс, который вы хотите установить приоритет для oom-killer, добавьте следующее к стартовому скрипту:

echo 1000 > /proc/self/oom_score_adj

Значение наследуется для дочерних процессов. [ ! d1]

Question 17

Взгляд в код всегда хорошая идея. Обычно я использую функцию поиска kernel.org, но в настоящее время она недоступна. Гитуб тоже хорошо справляется. Я нашел это:

Вместо этого добавляется новый настраиваемый, / proc / pid / oom_score_adj, который варьируется от -1000 до +1000. Его можно использовать для поляризации эвристики, так что некоторые задачи никогда не рассматриваются для уничтожения oom, в то время как другие могут всегда считаться. Значение добавляется непосредственно в балл badness (), поэтому значение -500, например, означает скидку 50% потребления памяти по сравнению с другими задачами либо в системе, связанными с mempolicy, в cpuset, либо используя один и тот же контроллер памяти.

Из https://github.com/mirrors/linux-2.6/commit/a63d83f427fbce97a6cea0db2e64b0eb8435cd10#include/linux/oom.h

Question 18

Если вы установили высокое (ish) значение для oom_adj или oom_score_adj, тогда они будут убиты первыми. например,

echo 15 > /proc/[pid]/oom_adj

oom_adj идет от -16 до 15, и, как упоминалось выше, oom_score_adj принимает от -1000 до 1000

Question 19

Question 20

Если вы можете изменить стартовый скрипт, создающий процесс, который вы хотите установить приоритет для oom-killer, добавьте следующее к стартовому скрипту:

echo 1000 > /proc/self/oom_score_adj

Значение наследуется для дочерних процессов. [ ! d1]

Question 21

Взгляд в код всегда хорошая идея. Обычно я использую функцию поиска kernel.org, но в настоящее время она недоступна. Гитуб тоже хорошо справляется. Я нашел это:

Вместо этого добавляется новый настраиваемый, / proc / pid / oom_score_adj, который варьируется от -1000 до +1000. Его можно использовать для поляризации эвристики, так что некоторые задачи никогда не рассматриваются для уничтожения oom, в то время как другие могут всегда считаться. Значение добавляется непосредственно в балл badness (), поэтому значение -500, например, означает скидку 50% потребления памяти по сравнению с другими задачами либо в системе, связанными с mempolicy, в cpuset, либо используя один и тот же контроллер памяти.

Из https://github.com/mirrors/linux-2.6/commit/a63d83f427fbce97a6cea0db2e64b0eb8435cd10#include/linux/oom.h

Question 22

Если вы установили высокое (ish) значение для oom_adj или oom_score_adj, тогда они будут убиты первыми. например,

echo 15 > /proc/[pid]/oom_adj

oom_adj идет от -16 до 15, и, как упоминалось выше, oom_score_adj принимает от -1000 до 1000

Question 23

Если вы можете изменить стартовый скрипт, создающий процесс, который вы хотите установить приоритет для oom-killer, добавьте следующее к стартовому скрипту:

echo 1000 > /proc/self/oom_score_adj

Значение наследуется для дочерних процессов. [ ! d1]

Question 24

Взгляд в код всегда хорошая идея. Обычно я использую функцию поиска kernel.org, но в настоящее время она недоступна. Гитуб тоже хорошо справляется. Я нашел это:

Вместо этого добавляется новый настраиваемый, / proc / pid / oom_score_adj, который варьируется от -1000 до +1000. Его можно использовать для поляризации эвристики, так что некоторые задачи никогда не рассматриваются для уничтожения oom, в то время как другие могут всегда считаться. Значение добавляется непосредственно в балл badness (), поэтому значение -500, например, означает скидку 50% потребления памяти по сравнению с другими задачами либо в системе, связанными с mempolicy, в cpuset, либо используя один и тот же контроллер памяти.

Из https://github.com/mirrors/linux-2.6/commit/a63d83f427fbce97a6cea0db2e64b0eb8435cd10#include/linux/oom.h

Question 25

Question 26

Если вы установили высокое (ish) значение для oom_adj или oom_score_adj, тогда они будут убиты первыми. например,

echo 15 > /proc/[pid]/oom_adj

oom_adj идет от -16 до 15, и, как упоминалось выше, oom_score_adj принимает от -1000 до 1000

Question 27

Если вы можете изменить стартовый скрипт, создающий процесс, который вы хотите установить приоритет для oom-killer, добавьте следующее к стартовому скрипту:

echo 1000 > /proc/self/oom_score_adj

Значение наследуется для дочерних процессов. [ ! d1]

Question 28

Взгляд в код всегда хорошая идея. Обычно я использую функцию поиска kernel.org, но в настоящее время она недоступна. Гитуб тоже хорошо справляется. Я нашел это:

Вместо этого добавляется новый настраиваемый, / proc / pid / oom_score_adj, который варьируется от -1000 до +1000. Его можно использовать для поляризации эвристики, так что некоторые задачи никогда не рассматриваются для уничтожения oom, в то время как другие могут всегда считаться. Значение добавляется непосредственно в балл badness (), поэтому значение -500, например, означает скидку 50% потребления памяти по сравнению с другими задачами либо в системе, связанными с mempolicy, в cpuset, либо используя один и тот же контроллер памяти.

Из https://github.com/mirrors/linux-2.6/commit/a63d83f427fbce97a6cea0db2e64b0eb8435cd10#include/linux/oom.h

Question 29

Если вы установили высокое (ish) значение для oom_adj или oom_score_adj, тогда они будут убиты первыми. например,

echo 15 > /proc/[pid]/oom_adj

oom_adj идет от -16 до 15, и, как упоминалось выше, oom_score_adj принимает от -1000 до 1000

Question 30

Если вы можете изменить стартовый скрипт, создающий процесс, который вы хотите установить приоритет для oom-killer, добавьте следующее к стартовому скрипту:

echo 1000 > /proc/self/oom_score_adj

Значение наследуется для дочерних процессов. [ ! d1]

Question 31

Question 32

Взгляд в код всегда хорошая идея. Обычно я использую функцию поиска kernel.org, но в настоящее время она недоступна. Гитуб тоже хорошо справляется. Я нашел это:

Вместо этого добавляется новый настраиваемый, / proc / pid / oom_score_adj, который варьируется от -1000 до +1000. Его можно использовать для поляризации эвристики, так что некоторые задачи никогда не рассматриваются для уничтожения oom, в то время как другие могут всегда считаться. Значение добавляется непосредственно в балл badness (), поэтому значение -500, например, означает скидку 50% потребления памяти по сравнению с другими задачами либо в системе, связанными с mempolicy, в cpuset, либо используя один и тот же контроллер памяти.

Из https://github.com/mirrors/linux-2.6/commit/a63d83f427fbce97a6cea0db2e64b0eb8435cd10#include/linux/oom.h

Question 33

Если вы установили высокое (ish) значение для oom_adj или oom_score_adj, тогда они будут убиты первыми. например,

echo 15 > /proc/[pid]/oom_adj

oom_adj идет от -16 до 15, и, как упоминалось выше, oom_score_adj принимает от -1000 до 1000

Question 34

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

echo 1000 > /proc/self/oom_score_adj

наследуется значение для дочерних процессов.

Question 35

Взгляд в код всегда хорошая идея. Обычно я использую функцию поиска kernel.org, но в настоящее время она недоступна. Гитуб тоже хорошо справляется. Я нашел это:

Вместо этого добавляется новый настраиваемый, / proc / pid / oom_score_adj, который варьируется от -1000 до +1000. Его можно использовать для поляризации эвристики, так что некоторые задачи никогда не рассматриваются для уничтожения oom, в то время как другие могут всегда считаться. Значение добавляется непосредственно в балл badness (), поэтому значение -500, например, означает скидку 50% потребления памяти по сравнению с другими задачами либо в системе, связанными с mempolicy, в cpuset, либо используя один и тот же контроллер памяти.

Из https://github.com/mirrors/linux-2.6/commit/a63d83f427fbce97a6cea0db2e64b0eb8435cd10#include/linux/oom.h

Question 36

Если вы установили высокое (ish) значение для oom_adj или oom_score_adj, тогда они будут убиты первыми. например,

echo 15 > /proc/[pid]/oom_adj

oom_adj идет от -16 до 15, и, как упоминалось выше, oom_score_adj принимает от -1000 до 1000

Question 37

Question 38

Если вы можете изменить стартовый скрипт, создающий процесс, который вы хотите установить приоритет для oom-killer, добавьте следующее к стартовому скрипту:

echo 1000 > /proc/self/oom_score_adj

Значение наследуется для дочерних процессов. [ ! d1]

Community · Accepted Answer · 25 May 2018 в 18:55

На основе моего собственного Q & amp; A на Unix & amp; Linux по аналогичному вопросу.

Как сказал Стюарт в своем ответе очень хорошо, допустимыми значениями являются целые числа в диапазоне от -1000 до 1000 для [ f2]. Чем ниже значение, тем ниже вероятность того, что он будет убит.

Очень сложно изменить это значение снова и снова после перезапуска приложения. Информация просто теряется после завершения процесса. Upstart (демон init в Ubuntu) имеет приятный вариант для этого, чтобы настроить для демонов, чтобы убедиться, что он установлен, когда он запустил (re):

oom score [...] snip [. ..] Пример:

# this application is a "resource hog"
oom score 1000

expect daemon
respawn
exec /usr/bin/leaky-app

Таким образом, вы можете редактировать файл конфигурации /etc/init/myservice.conf для служб, которые хотите изменить, для включения строки oom score -1000. Я предполагаю, что службы «pbs» или «gridengine», о которых вы говорите в своем вопросе, включают Upstart, в противном случае вам понадобится другой способ изменить это навсегда.

Community · Accepted Answer · 25 July 2018 в 21:20

На основе моего собственного Q & amp; A на Unix & amp; Linux по аналогичному вопросу.

Как сказал Стюарт в своем ответе очень хорошо, допустимыми значениями являются целые числа в диапазоне от -1000 до 1000 для oom_score_adj. Чем ниже значение, тем ниже вероятность того, что он будет убит.

Очень сложно изменить это значение снова и снова после перезапуска приложения. Информация просто теряется после завершения процесса. Upstart (демон init в Ubuntu) имеет приятный вариант для этого, чтобы настроить для демонов, чтобы убедиться, что он установлен, когда он запустил (re):

oom score [...] snip [. ..] Пример:

# this application is a "resource hog"
oom score 1000

expect daemon
respawn
exec /usr/bin/leaky-app

Таким образом, вы можете редактировать файл конфигурации /etc/init/myservice.conf для служб, которые хотите изменить, для включения строки oom score -1000. Я предполагаю, что службы «pbs» или «gridengine», о которых вы говорите в своем вопросе, включают Upstart, в противном случае вам понадобится другой способ изменить это навсегда.

Community · Accepted Answer · 31 July 2018 в 10:40

На основе моего собственного Q & amp; A на Unix & amp; Linux по аналогичному вопросу.

Как сказал Стюарт в своем ответе очень хорошо, допустимыми значениями являются целые числа в диапазоне от -1000 до 1000 для oom_score_adj. Чем ниже значение, тем ниже вероятность того, что он будет убит.

Очень сложно изменить это значение снова и снова после перезапуска приложения. Информация просто теряется после завершения процесса. Upstart (демон init в Ubuntu) имеет приятный вариант для этого, чтобы настроить для демонов, чтобы убедиться, что он установлен, когда он запустил (re):

oom score [...] snip [. ..] Пример:

# this application is a "resource hog"
oom score 1000

expect daemon
respawn
exec /usr/bin/leaky-app

Таким образом, вы можете редактировать файл конфигурации /etc/init/myservice.conf для служб, которые хотите изменить, для включения строки oom score -1000. Я предполагаю, что службы «pbs» или «gridengine», о которых вы говорите в своем вопросе, включают Upstart, в противном случае вам понадобится другой способ изменить это навсегда.

Community · Accepted Answer · 31 July 2018 в 11:44

На основе моего собственного Q & amp; A на Unix & amp; Linux по аналогичному вопросу.

Как сказал Стюарт в своем ответе очень хорошо, допустимыми значениями являются целые числа в диапазоне от -1000 до 1000 для oom_score_adj. Чем ниже значение, тем ниже вероятность того, что он будет убит.

Очень сложно изменить это значение снова и снова после перезапуска приложения. Информация просто теряется после завершения процесса. Upstart (демон init в Ubuntu) имеет приятный вариант для этого, чтобы настроить для демонов, чтобы убедиться, что он установлен, когда он запустил (re):

oom score [...] snip [. ..] Пример:

# this application is a "resource hog"
oom score 1000

expect daemon
respawn
exec /usr/bin/leaky-app

Таким образом, вы можете редактировать файл конфигурации /etc/init/myservice.conf для служб, которые хотите изменить, для включения строки oom score -1000. Я предполагаю, что службы «pbs» или «gridengine», о которых вы говорите в своем вопросе, включают Upstart, в противном случае вам понадобится другой способ изменить это навсегда.

Community · Accepted Answer · 2 August 2018 в 03:00

На основе моего собственного Q & amp; A на Unix & amp; Linux по аналогичному вопросу.

Как сказал Стюарт в своем ответе очень хорошо, допустимыми значениями являются целые числа в диапазоне от -1000 до 1000 для oom_score_adj. Чем ниже значение, тем ниже вероятность того, что он будет убит.

Очень сложно изменить это значение снова и снова после перезапуска приложения. Информация просто теряется после завершения процесса. Upstart (демон init в Ubuntu) имеет приятный вариант для этого, чтобы настроить для демонов, чтобы убедиться, что он установлен, когда он запустил (re):

oom score [...] snip [. ..] Пример:

# this application is a "resource hog"
oom score 1000

expect daemon
respawn
exec /usr/bin/leaky-app

Таким образом, вы можете редактировать файл конфигурации /etc/init/myservice.conf для служб, которые хотите изменить, для включения строки oom score -1000. Я предполагаю, что службы «pbs» или «gridengine», о которых вы говорите в своем вопросе, включают Upstart, в противном случае вам понадобится другой способ изменить это навсегда.

Community · Accepted Answer · 4 August 2018 в 18:50

На основе моего собственного Q & amp; A на Unix & amp; Linux по аналогичному вопросу.

Как сказал Стюарт в своем ответе очень хорошо, допустимыми значениями являются целые числа в диапазоне от -1000 до 1000 для oom_score_adj. Чем ниже значение, тем ниже вероятность того, что он будет убит.

Очень сложно изменить это значение снова и снова после перезапуска приложения. Информация просто теряется после завершения процесса. Upstart (демон init в Ubuntu) имеет приятный вариант для этого, чтобы настроить для демонов, чтобы убедиться, что он установлен, когда он запустил (re):

oom score [...] snip [. ..] Пример:

# this application is a "resource hog"
oom score 1000

expect daemon
respawn
exec /usr/bin/leaky-app

Таким образом, вы можете редактировать файл конфигурации /etc/init/myservice.conf для служб, которые хотите изменить, для включения строки oom score -1000. Я предполагаю, что службы «pbs» или «gridengine», о которых вы говорите в своем вопросе, включают Upstart, в противном случае вам понадобится другой способ изменить это навсегда.

Community · Accepted Answer · 6 August 2018 в 03:13

На основе моего собственного Q & amp; A на Unix & amp; Linux по аналогичному вопросу.

Как сказал Стюарт в своем ответе очень хорошо, допустимыми значениями являются целые числа в диапазоне от -1000 до 1000 для oom_score_adj. Чем ниже значение, тем ниже вероятность того, что он будет убит.

Очень сложно изменить это значение снова и снова после перезапуска приложения. Информация просто теряется после завершения процесса. Upstart (демон init в Ubuntu) имеет приятный вариант для этого, чтобы настроить для демонов, чтобы убедиться, что он установлен, когда он запустил (re):

oom score [...] snip [. ..] Пример:

# this application is a "resource hog"
oom score 1000

expect daemon
respawn
exec /usr/bin/leaky-app

Таким образом, вы можете редактировать файл конфигурации /etc/init/myservice.conf для служб, которые хотите изменить, для включения строки oom score -1000. Я предполагаю, что службы «pbs» или «gridengine», о которых вы говорите в своем вопросе, включают Upstart, в противном случае вам понадобится другой способ изменить это навсегда.

Community · Accepted Answer · 7 August 2018 в 20:54

На основе моего собственного Q & amp; A на Unix & amp; Linux по аналогичному вопросу.

Как сказал Стюарт в своем ответе очень хорошо, допустимыми значениями являются целые числа в диапазоне от -1000 до 1000 для oom_score_adj. Чем ниже значение, тем ниже вероятность того, что он будет убит.

Очень сложно изменить это значение снова и снова после перезапуска приложения. Информация просто теряется после завершения процесса. Upstart (демон init в Ubuntu) имеет приятный вариант для этого, чтобы настроить для демонов, чтобы убедиться, что он установлен, когда он запустил (re):

oom score [...] snip [. ..] Пример:

# this application is a "resource hog"
oom score 1000

expect daemon
respawn
exec /usr/bin/leaky-app

Таким образом, вы можете редактировать файл конфигурации /etc/init/myservice.conf для служб, которые хотите изменить, для включения строки oom score -1000. Я предполагаю, что службы «pbs» или «gridengine», о которых вы говорите в своем вопросе, включают Upstart, в противном случае вам понадобится другой способ изменить это навсегда.

Community · Accepted Answer · 10 August 2018 в 09:16

На основе моего собственного Q & amp; A на Unix & amp; Linux по аналогичному вопросу.

Как сказал Стюарт в своем ответе очень хорошо, допустимыми значениями являются целые числа в диапазоне от -1000 до 1000 для oom_score_adj. Чем ниже значение, тем ниже вероятность того, что он будет убит.

Очень сложно изменить это значение снова и снова после перезапуска приложения. Информация просто теряется после завершения процесса. Upstart (демон init в Ubuntu) имеет приятный вариант для этого, чтобы настроить для демонов, чтобы убедиться, что он установлен, когда он запустил (re):

oom score [...] snip [. ..] Пример:

# this application is a "resource hog"
oom score 1000

expect daemon
respawn
exec /usr/bin/leaky-app

Таким образом, вы можете редактировать файл конфигурации /etc/init/myservice.conf для служб, которые хотите изменить, для включения строки oom score -1000. Я предполагаю, что службы «pbs» или «gridengine», о которых вы говорите в своем вопросе, включают Upstart, в противном случае вам понадобится другой способ изменить это навсегда.

Stuart · Answer 10 · 25 May 2018 в 18:55

Если вы установили высокое (ish) значение для oom_adj или oom_score_adj, тогда они будут убиты первыми. например,

echo 15 > /proc/[pid]/oom_adj

oom_adj идет от -16 до 15, и, как упоминалось выше, oom_score_adj принимает от -1000 до 1000

5

ответ дан Stuart 25 May 2018 в 18:55

1

Для этого вам нужно быть root. [F1] – Adil 9 July 2014 в 13:52
2

На самом деле вы можете увеличить оценку для ваших процессов без корня («да, это может быть убито»). Уменьшение (ниже 0) требует root. – Piskvor 27 January 2017 в 15:13

falstaff · Answer 11 · 25 May 2018 в 18:55

Взгляд в код всегда хорошая идея. Обычно я использую функцию поиска kernel.org, но в настоящее время она недоступна. Гитуб тоже хорошо справляется. Я нашел это:

Вместо этого добавляется новый настраиваемый, / proc / pid / oom_score_adj, который варьируется от -1000 до +1000. Его можно использовать для поляризации эвристики, так что некоторые задачи никогда не рассматриваются для уничтожения oom, в то время как другие могут всегда считаться. Значение добавляется непосредственно в балл badness (), поэтому значение -500, например, означает скидку 50% потребления памяти по сравнению с другими задачами либо в системе, связанными с mempolicy, в cpuset, либо используя один и тот же контроллер памяти.

Из https://github.com/mirrors/linux-2.6/commit/a63d83f427fbce97a6cea0db2e64b0eb8435cd10#include/linux/oom.h

Спасибо за указатель, но я надеюсь, что кто-то прогонит и запишет рецепт всей проблемы, который, похоже, будет устанавливать для этого значения для демона exec pbs перед тем, как он развозит любые задания. — bmargulies, 9 September 2011 в 18:29

user1338062 · Answer 12 · 25 May 2018 в 18:55

Если вы можете изменить стартовый скрипт, создающий процесс, который вы хотите установить приоритет для oom-killer, добавьте следующее к стартовому скрипту:

echo 1000 > /proc/self/oom_score_adj

Значение наследуется для дочерних процессов. [ ! d1]

falstaff · Answer 13 · 25 July 2018 в 21:20

Взгляд в код всегда хорошая идея. Обычно я использую функцию поиска kernel.org, но в настоящее время она недоступна. Гитуб тоже хорошо справляется. Я нашел это:

Вместо этого добавляется новый настраиваемый, / proc / pid / oom_score_adj, который варьируется от -1000 до +1000. Его можно использовать для поляризации эвристики, так что некоторые задачи никогда не рассматриваются для уничтожения oom, в то время как другие могут всегда считаться. Значение добавляется непосредственно в балл badness (), поэтому значение -500, например, означает скидку 50% потребления памяти по сравнению с другими задачами либо в системе, связанными с mempolicy, в cpuset, либо используя один и тот же контроллер памяти.

Из https://github.com/mirrors/linux-2.6/commit/a63d83f427fbce97a6cea0db2e64b0eb8435cd10#include/linux/oom.h

Спасибо за указатель, но я надеюсь, что кто-то прогонит и запишет рецепт всей проблемы, который, похоже, будет устанавливать для этого значения для демона exec pbs перед тем, как он развозит любые задания. — bmargulies, 9 September 2011 в 18:29

Stuart · Answer 14 · 25 July 2018 в 21:20

Если вы установили высокое (ish) значение для oom_adj или oom_score_adj, тогда они будут убиты первыми. например,

echo 15 > /proc/[pid]/oom_adj

oom_adj идет от -16 до 15, и, как упоминалось выше, oom_score_adj принимает от -1000 до 1000

5

ответ дан Stuart 25 July 2018 в 21:20

1

Для этого вам нужно быть root. [F1] – Adil 9 July 2014 в 13:52
2

На самом деле вы можете увеличить оценку для ваших процессов без корня («да, это может быть убито»). Уменьшение (ниже 0) требует root. – Piskvor 27 January 2017 в 15:13

user1338062 · Answer 15 · 25 July 2018 в 21:20

Если вы можете изменить стартовый скрипт, создающий процесс, который вы хотите установить приоритет для oom-killer, добавьте следующее к стартовому скрипту:

echo 1000 > /proc/self/oom_score_adj

Значение наследуется для дочерних процессов. [ ! d1]

falstaff · Answer 16 · 31 July 2018 в 10:40

Взгляд в код всегда хорошая идея. Обычно я использую функцию поиска kernel.org, но в настоящее время она недоступна. Гитуб тоже хорошо справляется. Я нашел это:

Вместо этого добавляется новый настраиваемый, / proc / pid / oom_score_adj, который варьируется от -1000 до +1000. Его можно использовать для поляризации эвристики, так что некоторые задачи никогда не рассматриваются для уничтожения oom, в то время как другие могут всегда считаться. Значение добавляется непосредственно в балл badness (), поэтому значение -500, например, означает скидку 50% потребления памяти по сравнению с другими задачами либо в системе, связанными с mempolicy, в cpuset, либо используя один и тот же контроллер памяти.

Из https://github.com/mirrors/linux-2.6/commit/a63d83f427fbce97a6cea0db2e64b0eb8435cd10#include/linux/oom.h

Спасибо за указатель, но я надеюсь, что кто-то прогонит и запишет рецепт всей проблемы, который, похоже, будет устанавливать для этого значения для демона exec pbs перед тем, как он развозит любые задания. — bmargulies, 9 September 2011 в 18:29

Stuart · Answer 17 · 31 July 2018 в 10:40

Если вы установили высокое (ish) значение для oom_adj или oom_score_adj, тогда они будут убиты первыми. например,

echo 15 > /proc/[pid]/oom_adj

oom_adj идет от -16 до 15, и, как упоминалось выше, oom_score_adj принимает от -1000 до 1000

5

ответ дан Stuart 31 July 2018 в 10:40

1

Для этого вам нужно быть root. [F1] – Adil 9 July 2014 в 13:52
2

На самом деле вы можете увеличить оценку для ваших процессов без корня («да, это может быть убито»). Уменьшение (ниже 0) требует root. – Piskvor 27 January 2017 в 15:13

user1338062 · Answer 18 · 31 July 2018 в 10:40

Если вы можете изменить стартовый скрипт, создающий процесс, который вы хотите установить приоритет для oom-killer, добавьте следующее к стартовому скрипту:

echo 1000 > /proc/self/oom_score_adj

Значение наследуется для дочерних процессов. [ ! d1]

falstaff · Answer 19 · 31 July 2018 в 11:44

Взгляд в код всегда хорошая идея. Обычно я использую функцию поиска kernel.org, но в настоящее время она недоступна. Гитуб тоже хорошо справляется. Я нашел это:

Вместо этого добавляется новый настраиваемый, / proc / pid / oom_score_adj, который варьируется от -1000 до +1000. Его можно использовать для поляризации эвристики, так что некоторые задачи никогда не рассматриваются для уничтожения oom, в то время как другие могут всегда считаться. Значение добавляется непосредственно в балл badness (), поэтому значение -500, например, означает скидку 50% потребления памяти по сравнению с другими задачами либо в системе, связанными с mempolicy, в cpuset, либо используя один и тот же контроллер памяти.

Из https://github.com/mirrors/linux-2.6/commit/a63d83f427fbce97a6cea0db2e64b0eb8435cd10#include/linux/oom.h

Спасибо за указатель, но я надеюсь, что кто-то прогонит и запишет рецепт всей проблемы, который, похоже, будет устанавливать для этого значения для демона exec pbs перед тем, как он развозит любые задания. — bmargulies, 9 September 2011 в 18:29

Stuart · Answer 20 · 31 July 2018 в 11:44

Если вы установили высокое (ish) значение для oom_adj или oom_score_adj, тогда они будут убиты первыми. например,

echo 15 > /proc/[pid]/oom_adj

oom_adj идет от -16 до 15, и, как упоминалось выше, oom_score_adj принимает от -1000 до 1000

5

ответ дан Stuart 31 July 2018 в 11:44

1

Для этого вам нужно быть root. [F1] – Adil 9 July 2014 в 13:52
2

На самом деле вы можете увеличить оценку для ваших процессов без корня («да, это может быть убито»). Уменьшение (ниже 0) требует root. – Piskvor 27 January 2017 в 15:13

user1338062 · Answer 21 · 31 July 2018 в 11:44

Если вы можете изменить стартовый скрипт, создающий процесс, который вы хотите установить приоритет для oom-killer, добавьте следующее к стартовому скрипту:

echo 1000 > /proc/self/oom_score_adj

Значение наследуется для дочерних процессов. [ ! d1]

falstaff · Answer 22 · 2 August 2018 в 03:00

Взгляд в код всегда хорошая идея. Обычно я использую функцию поиска kernel.org, но в настоящее время она недоступна. Гитуб тоже хорошо справляется. Я нашел это:

Вместо этого добавляется новый настраиваемый, / proc / pid / oom_score_adj, который варьируется от -1000 до +1000. Его можно использовать для поляризации эвристики, так что некоторые задачи никогда не рассматриваются для уничтожения oom, в то время как другие могут всегда считаться. Значение добавляется непосредственно в балл badness (), поэтому значение -500, например, означает скидку 50% потребления памяти по сравнению с другими задачами либо в системе, связанными с mempolicy, в cpuset, либо используя один и тот же контроллер памяти.

Из https://github.com/mirrors/linux-2.6/commit/a63d83f427fbce97a6cea0db2e64b0eb8435cd10#include/linux/oom.h

Спасибо за указатель, но я надеюсь, что кто-то прогонит и запишет рецепт всей проблемы, который, похоже, будет устанавливать для этого значения для демона exec pbs перед тем, как он развозит любые задания. — bmargulies, 9 September 2011 в 18:29

Stuart · Answer 23 · 2 August 2018 в 03:00

Если вы установили высокое (ish) значение для oom_adj или oom_score_adj, тогда они будут убиты первыми. например,

echo 15 > /proc/[pid]/oom_adj

oom_adj идет от -16 до 15, и, как упоминалось выше, oom_score_adj принимает от -1000 до 1000

5

ответ дан Stuart 2 August 2018 в 03:00

1

Для этого вам нужно быть root. [F1] – Adil 9 July 2014 в 13:52
2

На самом деле вы можете увеличить оценку для ваших процессов без корня («да, это может быть убито»). Уменьшение (ниже 0) требует root. – Piskvor 27 January 2017 в 15:13

user1338062 · Answer 24 · 2 August 2018 в 03:00

Если вы можете изменить стартовый скрипт, создающий процесс, который вы хотите установить приоритет для oom-killer, добавьте следующее к стартовому скрипту:

echo 1000 > /proc/self/oom_score_adj

Значение наследуется для дочерних процессов. [ ! d1]

falstaff · Answer 25 · 4 August 2018 в 18:50

Взгляд в код всегда хорошая идея. Обычно я использую функцию поиска kernel.org, но в настоящее время она недоступна. Гитуб тоже хорошо справляется. Я нашел это:

Вместо этого добавляется новый настраиваемый, / proc / pid / oom_score_adj, который варьируется от -1000 до +1000. Его можно использовать для поляризации эвристики, так что некоторые задачи никогда не рассматриваются для уничтожения oom, в то время как другие могут всегда считаться. Значение добавляется непосредственно в балл badness (), поэтому значение -500, например, означает скидку 50% потребления памяти по сравнению с другими задачами либо в системе, связанными с mempolicy, в cpuset, либо используя один и тот же контроллер памяти.

Из https://github.com/mirrors/linux-2.6/commit/a63d83f427fbce97a6cea0db2e64b0eb8435cd10#include/linux/oom.h

Спасибо за указатель, но я надеюсь, что кто-то прогонит и запишет рецепт всей проблемы, который, похоже, будет устанавливать для этого значения для демона exec pbs перед тем, как он развозит любые задания. — bmargulies, 9 September 2011 в 18:29

Stuart · Answer 26 · 4 August 2018 в 18:50

Если вы установили высокое (ish) значение для oom_adj или oom_score_adj, тогда они будут убиты первыми. например,

echo 15 > /proc/[pid]/oom_adj

oom_adj идет от -16 до 15, и, как упоминалось выше, oom_score_adj принимает от -1000 до 1000

5

ответ дан Stuart 4 August 2018 в 18:50

1

Для этого вам нужно быть root. [F1] – Adil 9 July 2014 в 13:52
2

На самом деле вы можете увеличить оценку для ваших процессов без корня («да, это может быть убито»). Уменьшение (ниже 0) требует root. – Piskvor 27 January 2017 в 15:13

user1338062 · Answer 27 · 4 August 2018 в 18:50

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

echo 1000 > /proc/self/oom_score_adj

наследуется значение для дочерних процессов.

falstaff · Answer 28 · 6 August 2018 в 03:13

Взгляд в код всегда хорошая идея. Обычно я использую функцию поиска kernel.org, но в настоящее время она недоступна. Гитуб тоже хорошо справляется. Я нашел это:

Вместо этого добавляется новый настраиваемый, / proc / pid / oom_score_adj, который варьируется от -1000 до +1000. Его можно использовать для поляризации эвристики, так что некоторые задачи никогда не рассматриваются для уничтожения oom, в то время как другие могут всегда считаться. Значение добавляется непосредственно в балл badness (), поэтому значение -500, например, означает скидку 50% потребления памяти по сравнению с другими задачами либо в системе, связанными с mempolicy, в cpuset, либо используя один и тот же контроллер памяти.

Из https://github.com/mirrors/linux-2.6/commit/a63d83f427fbce97a6cea0db2e64b0eb8435cd10#include/linux/oom.h

Спасибо за указатель, но я надеюсь, что кто-то прогонит и запишет рецепт всей проблемы, который, похоже, будет устанавливать для этого значения для демона exec pbs перед тем, как он развозит любые задания. — bmargulies, 9 September 2011 в 18:29

Stuart · Answer 29 · 6 August 2018 в 03:13

Если вы установили высокое (ish) значение для oom_adj или oom_score_adj, тогда они будут убиты первыми. например,

echo 15 > /proc/[pid]/oom_adj

oom_adj идет от -16 до 15, и, как упоминалось выше, oom_score_adj принимает от -1000 до 1000

5

ответ дан Stuart 6 August 2018 в 03:13

1

Вы должны быть суперпользователем, чтобы сделать это. sudo sh -c "echo -1000 > /proc/[PID]/oom_score_adj" – Adil 9 July 2014 в 13:52
2

На самом деле, вы можете увеличить счет свой процессы без корня ("да, это может быть оом-убил"). Снижение (ниже 0) необходим root. – Piskvor 27 January 2017 в 15:13

user1338062 · Answer 30 · 6 August 2018 в 03:13

Если вы можете изменить стартовый скрипт, создающий процесс, который вы хотите установить приоритет для oom-killer, добавьте следующее к стартовому скрипту:

echo 1000 > /proc/self/oom_score_adj

Значение наследуется для дочерних процессов. [ ! d1]

Как использовать oom_score_adj?

36 ответов

Другие вопросы по тегам:

Похожие вопросы: