https://www.solaris.opennet.ru/openforum/vsluhforumID3/40084.html Kosaki Motohiro представил (http://lwn.net/Articles/267013/) mem_notify патч для Linux ядра, суть которого в создании специального устройства /dev/mem_notify при помощи которого приложения могут корректировать объем используемой памяти в зависимости от объема свободной памяти в системе. <br><br><br>При нехватке памяти приложение может быть вытеснено в раздел подкачки или принудительно завершено обработчиком состояния нехватки памяти (OOM - out-of-memory killer). При помощи /dev/mem_notify, программа может избежать печальной участи, освободив некритичные секции памяти, например, перестать использовать кэш, и выжить за счет некоторой потери производительности.<br><br>URL: http://lwn.net/Articles/267013/<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=14076<br> https://www.solaris.opennet.ru/openforum/vsluhforumID3/40084.html#8 Sat, 09 Feb 2008 13:29:13 GMT Дайте угадаю, потому что он AIX-овский, а значит не ТРУ...;)<br> https://www.solaris.opennet.ru/openforum/vsluhforumID3/40084.html#7 Sat, 09 Feb 2008 00:55:11 GMT &gt;А oom-killer выключается простым запретом overcommit. <br><br>И что, всегда и всем программам будет выделяться сразу вся заказанная ими память?Жрач память возрастет, бесспорно.<br><br>&gt;Программам просто не будет выделятся память <br>&gt;при её нехватке. <br><br>...которая как я понимаю после данного действа станет куда как более вероятным событием :)<br><br>&gt;Правильно написанные программы, и так возвращают память когда она им не нужна. <br><br>...насколько я знаю, вызывая противное явление фрагментации памяти.Так?<br><br>&gt;А неправильные - клали с прибором на новый notify как и <br>&gt;на всё остальное )) <br><br>Ну вообще-то апликухи могли бы кешить дофига данных если памяти полно в пользу скорости а если душняк наступает - немного растрясти жирок пусть и ценой скорости.Сам по себе OOM killer - русская рулетка да и только.<br><br>Кто б кстати сказал как сделать мягкий вариант OOM Killer?Некий демон который мониторит наличие памяти в системе и гасит процессы по списку приоритетов.Как то - всякую фигню первым делом а критичные процессы только если уже сов https://www.solaris.opennet.ru/openforum/vsluhforumID3/40084.html#6 Fri, 08 Feb 2008 12:00:21 GMT А чем их традиционный AIX-овский SIGDANGER не устроил, что начали еще один велосипед изобретать?<br> https://www.solaris.opennet.ru/openforum/vsluhforumID3/40084.html#5 Fri, 08 Feb 2008 03:11:53 GMT ИМХО, если руководствоваться смыслом новости только из заголовка, более правильным выглядит помещение информации не в /dev/*, а в /proc/self/*<br> https://www.solaris.opennet.ru/openforum/vsluhforumID3/40084.html#4 Thu, 07 Feb 2008 14:38:05 GMT В качестве примера можно привести Squid, который держит ряд данных в своей памяти - он вполне может регулировать себя по указанию операционки.<br> https://www.solaris.opennet.ru/openforum/vsluhforumID3/40084.html#3 Thu, 07 Feb 2008 14:30:23 GMT &gt;Бред какой-то. <br>&gt;<br>&gt;Размер кешей и буферов должна операционка сама регулировать.<br><br>У приложения может быть _свой_ кэш. Работающий не на уровне блоков, а на уровне, например, строк БД.<br><br>К примеру объекты, которые можно в любой момент прочитать с диска -- можно просто держать всегда в кэше, но по необоходимости корректировать размер этого кэша.<br> https://www.solaris.opennet.ru/openforum/vsluhforumID3/40084.html#2 Thu, 07 Feb 2008 14:12:06 GMT Бред какой-то.<br><br>Размер кешей и буферов должна операционка сама регулировать.<br><br>А oom-killer выключается простым запретом overcommit. Программам просто не будет выделятся память при её нехватке.<br><br>Правильно написанные программы, и так возвращают память когда она им не нужна. А неправильные - клали с прибором на новый notify как и на всё остальное ))<br> https://www.solaris.opennet.ru/openforum/vsluhforumID3/40084.html#1 Thu, 07 Feb 2008 13:22:04 GMT Блин, не патч, а квест на выживание какой-то.<br>