История изменений
Исправление wandrien, (текущая версия) :
Можете объяснить как в системе с overcommit программа может идентифицировать и обработать нехватку памяти?
Нехватка памяти — это условие, формируемое ядром. (Или околоядерными демонами, которые управляют механизмами выделения памяти.) Вот когда ядро решит, что «всё, нехватка памяти», тогда, значит, в системе нехватка памяти.
Вон ядро линукс неверно формирует такое условие и слишком поздно понимает, что памяти нет, а иногда вообще этого не понимает. Но имеет эта проблема отношение к оверкоммиту? Никакого.
При чем тут прикладная программа?
Или прибивание случайных программ OOM киллером и/или длинные списки костылей с исключениями — это идеал устройства MM?
Прибивание случайных программ — то то, что происходит на системе без оверкоммита.
Я просто указал на корень проблемы, а не патчи с костылями, лечащими симптомы, а не болезнь.
Вы пришли с какими-то своими фантазиями. Проблема трешинга файловых страниц может быть легко повторена на системе с выключенным оверкоммитом. Поставьте подкачку на гигов 50 на HDD, запустите десяток tail /dev/zero и наслаждайтесь зависшим компьютером.
В Windows всё это ещё в Windows 1.0 было. В Haiku тоже с этим более-менее всё в порядке.
Ничего, что в 16-битном и 32-битном мире исчерпать логическое адресное пространство — вовсе не дофига делов? Разумеется программы должны как можно более корректно обрабатывать отказ на выделение памяти.
Какое отношение внутренняя кухня программы имеет к ядру?
Исправление wandrien, :
Можете объяснить как в системе с overcommit программа может идентифицировать и обработать нехватку памяти?
Нехватка памяти — это условие, формируемое ядром. (Или околоядерными демонами, которые управляют механизмами выделения памяти.) Вот когда ядро решит, что «всё, нехватка памяти», тогда, значит, в системе нехватка памяти.
Вон ядро линукс неверно формирует такое условие и слишком поздно понимает, что памяти нет, а иногда вообще этого не понимает. Но имеет эта проблема отношение к оверкоммиту? Никакого.
При чем тут прикладная программа?
Или прибивание случайных программ OOM киллером и/или длинные списки костылей с исключениями — это идеал устройства MM?
Прибивание случайных программ — то то, что происходит на системе без оверкоммита.
Я просто указал на корень проблемы, а не патчи с костылями, лечащими симптомы, а не болезнь.
Вы пришли с какими-то своими фантазиями. Проблема трешинга файловых страниц может быть легко повторена на системе с выключенным оверкоммитом. Поставьте подкачку на гигов 50 на HDD, запустите десяток tail /dev/zero и наслаждайтесь зависшим компьютером.
В Windows всё это ещё в Windows 1.0 было. В Haiku тоже с этим более-менее всё в порядке.
Ничего, что 16-битном и 32-битном мире исчерпать логическое адресное пространство — вовсе не дофига делов? Разумеется программы должны как можно более корректно обрабатывать отказ на выделение памяти.
Какое отношение внутренняя кухня программы имеет к ядру?
Исправление wandrien, :
Можете объяснить как в системе с overcommit программа может идентифицировать и обработать нехватку памяти?
Нехватка памяти — это условие, формируемое ядром. (Или околоядерными демонами, которые управляют механизмами выделения памяти.) Вот когда ядро решит, что «всё, нехватка памяти», тогда, значит, в системе нехватка памяти.
Вон ядро линукс неверно формирует такое условие и слишком поздно понимает, что памяти нет, а иногда вообще этого не понимает. Но имеет эта проблема отношение к оверкоммиту? Никакого.
При чем тут прикладная программа?
Или прибивание случайных программ OOM киллером и/или длинные списки костылей с исключениями — это идеал устройства MM?
Прибивание случайных программ — то то, что происходит на системе без оверкоммита.
Я просто указал на корень проблемы, а не патчи с костылями, лечащими симптомы, а не болезнь.
Вы пришли с какими-то своими фантазиями. Проблема трешинга файловых страниц может быть легко повторена на системе с выключенным оверкоммитом. Поставьте подкачку на гигов 50 на HDD, запустите десяток tail /dev-zero и наслаждайтесь зависшим компьютером.
В Windows всё это ещё в Windows 1.0 было. В Haiku тоже с этим более-менее всё в порядке.
Ничего, что 16-битном и 32-битном мире исчерпать логическое адресное пространство — вовсе не дофига делов? Разумеется программы должны как можно более корректно обрабатывать отказ на выделение памяти.
Какое отношение внутренняя кухня программы имеет к ядру?
Исходная версия wandrien, :
Можете объяснить как в системе с overcommit программа может идентифицировать и обработать нехватку памяти?
Нехватка памяти — это условие, формируемое ядром. (Или околоядерными демонами, которые управляют мехаизмами выделения памяти.) Вот когда ядро решит, что «всё, нехватка памяти», тогда, значит, в системе нехватка памяти.
Вон ядро линукс неверно формирует такое условие и слишком поздно понимает, что памяти нет, а иногда вообще этого не понимает. Но имеет эта проблема отношение к оверкоммиту? Никакого.
При чем тут прикладная программа?
Или прибивание случайных программ OOM киллером и/или длинные списки костылей с исключениями — это идеал устройства MM?
Прибивание случайных программ — то то, что происходит на системе без оверкоммита.
Я просто указал на корень проблемы, а не патчи с костылями, лечащими симптомы, а не болезнь.
Вы пришли с какими-то своими фантазиями. Проблема трешинга файловых страниц может быть легко повторена на системе с выключенным оверкоммитом. Поставьте подкачку на гигов 50 на HDD, запустите десяток tail /dev-zero и наслаждайтесь зависшим компьютером.
В Windows всё это ещё в Windows 1.0 было. В Haiku тоже с этим более-менее всё в порядке.
Ничего, что 16-битном и 32-битном мире исчерпать логическое адресное пространство — вовсе не дофига делов? Разумеется программы должны как можно более корректно обрабатывать отказ на выделение памяти.
Какое отношение внутренняя кухня программы имеет к ядру?