The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Выпуск Nohang 0.1, предотвращающего OOM в пространстве польз..., opennews (??), 23-Ноя-18, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


53. "Выпуск Nohang 0.1, предотвращающего OOM в пространстве польз..."  +2 +/
Сообщение от Vitaliy Blatsemail (?), 24-Ноя-18, 04:13 
Вот уж типично линуксячий подход - создать технологию которая будет килять процессы для освобождения памяти, а потом создать тулзу которая будет мешать этой технологии которая киляет процессы для освобождения памяти.

Если процесс стал потреблять ОЗУ - он это сделал не зря, значит ему так нужно. Что будет если mysqld с криво настроенным innodb_buffer_pool_size получит SIGTERM? Он резко выгрузит все таблицы, кэши и тд ? Сомневаюсь. А значит получит SIGKILL и будет то же самое что и просто с OOM но при этом на серваке не будет стоять левое пихоновое поделие. А раз так, то зачем ставить это на сервер ?


Короче что только не придумают, лишь бы не сделать
fallocate -l 2G /anti_oom;mkswap /anti_oom;swapon /anti_oom

Ответить | Правка | Наверх | Cообщить модератору

69. "Выпуск Nohang 0.1, предотвращающего OOM в пространстве польз..."  +1 +/
Сообщение от Онаним (?), 24-Ноя-18, 10:59 
> Короче что только не придумают, лишь бы не сделать

fallocate -l 2G /anti_oom;mkswap /anti_oom;swapon /anti_oom

Когда упрётесь в производительность например SAN - поймёте, почему не надо так делать.

Впрочем, это не отменяет того, что ядрёного механизма OOM вкупе с cgroups для контроля за oom-ситуациями более, чем достаточно.

Ответить | Правка | Наверх | Cообщить модератору

81. "Выпуск Nohang 0.1, предотвращающего OOM в пространстве польз..."  +4 +/
Сообщение от Vitaliy Blatsemail (?), 24-Ноя-18, 14:24 
> Когда упрётесь в производительность например SAN

Переполнение памяти обычно бывает по двум причинам:

1. Владелец железки криворукий олень и установил несовместимое количество софта\железного ОЗУ на девайс. Ну например купил ВПСку шоб подешевше, с гигабайтом мозгов, и заставил ее обрабатывать веб на 1000 коннектов в секунду и на apache. Тогда его своп ДОЛЖЕН юзаться активно, и все это рано или поздно упрется в производительность. То же самое можно сделать на дорогом оборудовании, просто в других масштабах, суть не изменится.

2. Случайный всплеск. Ну вот поставили вы гигабайт ОЗУ на вашу ВПСку, все настроили тоненько тоненько, отлично работает, но раз в неделю ваш плагин на Вордпрессе делает бэкап, и тогда нужны дополнительные пару мегабайт ОЗУ на час.

В первом случае владелец железки сам себе злобный буратино, и его не спасут никакие Nohang'и даже свопы: ему надо либо умерять аппетит софта к железу, либо апгрейдить железо к аппетиту софта.
Во втором случае никакой просадки скорости не будет, пушо своп будет временной мерой для непродолжительной операции.

Ответить | Правка | Наверх | Cообщить модератору

90. "Выпуск Nohang 0.1, предотвращающего OOM в пространстве польз..."  +/
Сообщение от Онаним (?), 24-Ноя-18, 19:27 
1) да
2) см. п.1
Ответить | Правка | Наверх | Cообщить модератору

91. "Выпуск Nohang 0.1, предотвращающего OOM в пространстве польз..."  +/
Сообщение от Онаним (?), 24-Ноя-18, 19:28 
За исключением свопа в п.1 - как только скрипт у хостера заметит аномальную дисковую активность от непрерывно юзаемого свопа, он сразу же нерегламентированный IOPS порежет.
Ответить | Правка | Наверх | Cообщить модератору

94. "Выпуск Nohang 0.1, предотвращающего OOM в пространстве польз..."  –2 +/
Сообщение от Аноним (33), 24-Ноя-18, 22:34 
Понимаете ли, на линуксе совершенно отвратительные механизмы управления памятью. И если будет своп, то если ты откроешь  firefox, а в нём девтулзы, то выльется это в то, что сначала выжрется вся оператива, а потом вместо оперативы система начнёт юзать своп и всё встанет колом. А всё из-за того, что часть памяти должна быть зарезервирована и не свопиться никогда. Память ядра и ядерных модулей никогда не должна свопится, иначе оно будет лагать, а с ним и всё остальное, причём запросы будут копиться, и придётся делать резет. Память дисплейного сервера никогда не должна свопиться, иначе будут проблемы с управлением. Память оконного менеджера никогда не должна свопиться по тем же причинам, а ещё надо писать нормальные оконные менеджеры, легковесные и с аппаратным курсором, а не то говно, что сейчас. Память юзерспейс программ может свопиться, но не агррессивно, память должна делиться на "горячую" и "холодную" и свопить можно только холодную.

Просто разрабы зажрались на проспонсированных корпорациями машинах. А надо бы им поработать на 1м гиге.

Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

95. "Выпуск Nohang 0.1, предотвращающего OOM в пространстве польз..."  –2 +/
Сообщение от Michael Shigorinemail (ok), 24-Ноя-18, 22:42 
Ну да, ну да.  LGBT-шники из MoFo жрут память тоннами, а виноват линукс.  И пишет нам об этом многолетний хакер ядёр и VM-ов, не иначе.
Ответить | Правка | Наверх | Cообщить модератору

102. "Выпуск Nohang 0.1, предотвращающего OOM в пространстве польз..."  +/
Сообщение от Аноним (102), 25-Ноя-18, 06:48 
Firefox так себя ведет не важно под какой ОС. Из всех браузеров включая Edge. Именно Firefox сейчас жрет больше всего ОЗУ и нагружает CPU ради пресвятого JS.

Самый банальный пример: https://www.twitch.tv/videos/340281255?t=36m20s

Ответить | Правка | Наверх | Cообщить модератору

117. "Выпуск Nohang 0.1, предотвращающего OOM в пространстве польз..."  +/
Сообщение от Аноним (33), 25-Ноя-18, 15:46 
Как уже заметили,жрёт на всех ОС, а колом всё встаёт шт этого только на Лине.
Ответить | Правка | К родителю #95 | Наверх | Cообщить модератору

151. "Выпуск Nohang 0.1, предотвращающего OOM в пространстве польз..."  +/
Сообщение от трурль (?), 27-Ноя-18, 20:43 
> Как уже соврали,жрёт на всех ОС, а колом всё встаёт шт этого только на Лине.

fixed

Ответить | Правка | Наверх | Cообщить модератору

101. "Выпуск Nohang 0.1, предотвращающего OOM в пространстве польз..."  +/
Сообщение от Аноним (102), 25-Ноя-18, 06:41 
Чем-то же нужно мотивировать продажу 32+гб ноутбуков.
Поделия JetBrains на виртуалке с 4гб озу уже моментально пишут в swap после открытия Hello World.
Ответить | Правка | К родителю #94 | Наверх | Cообщить модератору

118. "Выпуск Nohang 0.1, предотвращающего OOM в пространстве польз..."  +/
Сообщение от Аноним (33), 25-Ноя-18, 15:48 
IDE под JVM лучше вообще не использовать.
Ответить | Правка | Наверх | Cообщить модератору

164. "Выпуск Nohang 0.1, предотвращающего OOM в пространстве польз..."  +/
Сообщение от Аноним (-), 30-Ноя-18, 08:45 
> Если процесс стал потреблять ОЗУ - он это сделал не зря, значит
> ему так нужно. Что будет если mysqld с криво настроенным innodb_buffer_pool_size
> получит SIGTERM? Он резко выгрузит все таблицы, кэши и тд ?

А что будет, если ядру потребуется память и оно не сможет ее себе выкроить, сэр не подумал? Конечно офигенно что пошедший вразнос мускуль выживет, но что он будет делать если умерло уже ядро, которое себе под свои нужды память выкраивать не смогло? :)

Если вдруг интересно как это выглядит: берешь роутер мыльницу, у половины из них conntrack, который структуры ядра настроен неверно и может стрескать больше памяти чем реально запаяно. Пускаешь торенты в много потоков. Смотришь что случается с ядром и всем остальным, когда с памятью душно, но забрать нельзя, потому что ее жрут структуры ядра (conntrack, не обеспеченный фактической памятью в сконфигуреном объеме). Хочешь такое же на десктопе? :) Точно? :)

Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру