The OpenNET Project / Index page

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



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

"В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от opennews (??), 08-Янв-20, 20:59 
Комментируя намерение разработчиков Fedora вклюить по умолчанию  фоновый процесс earlyoom для раннего реагирования на нехватку памяти в системе, Леннарт Поттеринг (Lennart Poettering) рассказал о планих по интеграции в systemd другого решения - oomd. Обработчик oomd развивает компания Facebook, сотрудники которой также разрабатывают подсистему ядра PSI (Pressure Stall Information), при помощи которой обработчик нехватки памяти в пространстве пользователя может более точно оценить уровень загруженности системы и характер замедления работы...

Подробнее: https://www.opennet.ru/opennews/art.shtml?num=52152

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

Оглавление

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


1. "В systemd ожидается включение обработчика нехватки памяти oo..."  +14 +/
Сообщение от Аноним (1), 08-Янв-20, 20:59 
>Поттеринг считает, что будущее за oomd

Кто бы сомневался. NIH такой NIH

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

25. "В systemd ожидается включение обработчика нехватки памяти oo..."  +4 +/
Сообщение от Аноним (25), 08-Янв-20, 21:35 
Fedora против Поттеринга! Red Hat против Red Hat!
Ответить | Правка | Наверх | Cообщить модератору

71. "В systemd ожидается включение обработчика нехватки памяти oo..."  +9 +/
Сообщение от Аноним (71), 09-Янв-20, 00:06 
Бери выше, IBM против IBM!
Ответить | Правка | Наверх | Cообщить модератору

163. "В systemd ожидается включение обработчика нехватки памяти oo..."  +8 +/
Сообщение от заминированный тапок (?), 09-Янв-20, 11:18 
Против против Против!
Ответить | Правка | Наверх | Cообщить модератору

50. "В systemd ожидается включение обработчика нехватки памяти oo..."  +3 +/
Сообщение от конь в пальто (?), 08-Янв-20, 22:40 
> Обработчик oomd развивает компания Facebook

?

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

70. "В systemd ожидается включение обработчика нехватки памяти oo..."  +7 +/
Сообщение от Аноним (-), 09-Янв-20, 00:05 
> Кто бы сомневался. NIH такой NIH

В данном случае если NIH у кого-то и был - то у компании Facebook?!

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

142. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от колба (?), 09-Янв-20, 08:07 
там был просто NI
Ответить | Правка | Наверх | Cообщить модератору

155. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от _hide_ (ok), 09-Янв-20, 09:28 
Тут не видно никаких "простых" причин. Скорее всего, идея заключается в обкатке использования системы для буратинов в качестве менеджера модулей ядра. Других идей нет.
Ответить | Правка | Наверх | Cообщить модератору

2. "В systemd ожидается включение обработчика нехватки памяти oo..."  –10 +/
Сообщение от Аноним (2), 08-Янв-20, 21:01 
Единственное, из-за чего винда была лучше линукса - так это способность грамотно из коробки решать проблемы с переполнением памяти. Все, прощай виндовс)))
Ответить | Правка | Наверх | Cообщить модератору

5. "В systemd ожидается включение обработчика нехватки памяти oo..."  –2 +/
Сообщение от Аноним (5), 08-Янв-20, 21:09 
глупо сравнивать Ядро с прошивкой-для-запуска-игр.
Ответить | Правка | Наверх | Cообщить модератору

12. "В systemd ожидается включение обработчика нехватки памяти oo..."  +4 +/
Сообщение от Anonymoustus (ok), 08-Янв-20, 21:17 
Что ж ты на Ядро ставишь для игр эмулятор прошивки-для-запуска-игр? Не взлетают игры на Ядре без прошивки-то?
Ответить | Правка | Наверх | Cообщить модератору

15. "В systemd ожидается включение обработчика нехватки памяти oo..."  –2 +/
Сообщение от Аноним (5), 08-Янв-20, 21:20 
> Что ж ты на Ядро ставишь для игр эмулятор прошивки-для-запуска-игр?

$ wine
bash: wine: command not found...

Ты пытался. Попробуй другой аргумент, на этот раз более убедительный.

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

42. "В systemd ожидается включение обработчика нехватки памяти oo..."  +6 +/
Сообщение от anonymous (??), 08-Янв-20, 22:11 
Wine Is Not an Emulator
Ответить | Правка | Наверх | Cообщить модератору

17. "В systemd ожидается включение обработчика нехватки памяти oo..."  +2 +/
Сообщение от Аноним (17), 08-Янв-20, 21:24 
Игры пишут программисты под прошивку для запуска игр. И на этой прошивке для запуска игр у игр большие проблемы с запуском игр, написанных для прошивки для запуска игр (а на деле портираванных с другой прошивки для запуска игр на другие прошивки для запуска игр) по причине крайней криворукости писателей игр под прошивку для запуска игр — это ни для кого не секрет. А вы тут хотите запускать на прошивке для всего софт криво написанный для прошивок для игр.
Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

49. "В systemd ожидается включение обработчика нехватки памяти oo..."  +1 +/
Сообщение от Суп из потрошков (?), 08-Янв-20, 22:39 
Рефлексия курятника исчезнет только лишь с самим курятником.
Ответить | Правка | Наверх | Cообщить модератору

73. "В systemd ожидается включение обработчика нехватки памяти oo..."  –1 +/
Сообщение от Аноним (-), 09-Янв-20, 00:08 
А разве юзеры винды не хомячки?!
Ответить | Правка | Наверх | Cообщить модератору

139. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от Аноним (139), 09-Янв-20, 07:21 
Нет. Их заставили.
Ответить | Правка | Наверх | Cообщить модератору

82. "В systemd ожидается включение обработчика нехватки памяти oo..."  +2 +/
Сообщение от Аноним (82), 09-Янв-20, 00:37 
Что там со всякими фотошопами, автокадами и прочими офисами? В ведро завезли уже?
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

99. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от Аноним (99), 09-Янв-20, 01:44 
Давно.
Ответить | Правка | Наверх | Cообщить модератору

126. "В systemd ожидается включение обработчика нехватки памяти oo..."  +3 +/
Сообщение от Аноним (126), 09-Янв-20, 04:17 
_Ядро_ выше этого.
Ответить | Правка | К родителю #82 | Наверх | Cообщить модератору

143. "В systemd ожидается включение обработчика нехватки памяти oo..."  +6 +/
Сообщение от колба (?), 09-Янв-20, 08:10 
в состав systemd войдут: photoshopd, autocadd, officed
Ответить | Правка | К родителю #82 | Наверх | Cообщить модератору

220. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от ffggg (?), 10-Янв-20, 08:48 
было бы неплохо. А все недовольые могут их выпилить или не ставить т к скорее всео в отдельном пактее будут.
Ответить | Правка | Наверх | Cообщить модератору

102. "В systemd ожидается включение обработчика нехватки памяти oo..."  –4 +/
Сообщение от Marta K. (?), 09-Янв-20, 01:48 
> прошивкой-для-запуска-игр

Если ваши познания в области применения Windows ограничиваются лишь играми, то мне почему-то вас немного жаль.

Пусть это будет "прошивкой-для-запуска-игр", но чертовки удобной прошивкой. "Прошивка-для-запуска-игр", или Windows это система практически всех профессиональных задач, потому что весь вменяемый профессиональный софт (гуглите про SolidWorks, Altium Designer, Mentor Graphics и пр.), почему-то не работает на операционной системе со святым ядром "Linux", и даже не планируется туда портироваться.
Хоть и системы с святым ядром много где применяется, но на Desktop это всегда будет "игрушкой-для-гиков", без всяких надежд на использование в профессиональной среде.
Играйте со своей игрушкой, вас никто же не обижает, зачем же выплескивать свои комплексы неполноценности в комментариях? Зачем трогать операционную систему для профессионалов своего дела, которым надо именно делать свое дело, для которых Windows лишь инструмент для работы. Профессионалам нет необходимости, допустим, собирать ядро для своего инструмента, или ещё что либо, им надо изменять мир, для всеобщего благосостояния, в том числе и вашего.
Не обижайте пользователей Windows, без которых вас, наверное, уже не было в этом мире
Зачем вы называете операционную систему, заслужившей признание во всём мире, как-то по дурацкому "прошивкой-для-запуска-игр"? Откуда у вас столько ненависти к столь хорошему и качественному проекту?
Или в мире свободного ПО так принято, что всё оличное от свободного ПО называть исключительно омерзительными словами?
P.S. Не разу не встречала пользователей Windows, которые плохо говорили о ОС на базе Linux.

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

108. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от Тфьу (?), 09-Янв-20, 02:19 
В линyпсе можно rdesktop запускать. Для этого он тоже годится.
Ответить | Правка | Наверх | Cообщить модератору

112. "В systemd ожидается включение обработчика нехватки памяти oo..."  +7 +/
Сообщение от RomanCh (ok), 09-Янв-20, 02:28 
> Пусть это будет "прошивкой-для-запуска-игр", но чертовки удобной прошивкой...

Эко у вас рвануло. Расслабьтесь, это же не вконтактик. Тут сатира бывает и без смайликов.
А всё что вы там перечислили - оно хорошо и прекрасно конечно, в профессиональном плане. Да вот только, боюсь что людей которым это действительно нужно, даже меньше чем пользователей десктопных линуксов. Потому давайте не будем тянуть сову на глобус - где-то 99%+ пользователей венда нужна как пускалка игрулечек и "тонкий" клиент (об этом ниже) для смотрелки ютупа и сидения в социалочках.

> Не обижайте пользователей Windows, без которых вас, наверное, уже не было в этом мире

Сильное заявление. Практически, религиозное.

> Профессионалам нет необходимости, допустим, собирать ядро для своего инструмента, или ещё что либо,

Согласен. В большинстве своём, профессионалы использующие Linux давным давно уже не делают это для своих рабочих станций. Выходите уже скорее из криокамеры.

> им надо изменять мир, для всеобщего благосостояния, в том числе и вашего.

Вау! Рили? Где это такие профессионалы водятся? Обычно как-то, люди если и "изменяют мир", то нифига не для абстрактного "всеобщего благосостояния".

> к столь хорошему и качественному проекту?

Мухаха :) Ставишь какой-нибудь современный усреднённый популярный Linux Desktop, получаешь до 5 Гб занятого диска и возможность сёрфить интернет, сносный офисный пакет (большинству его более чем достаточно), полный набор самых разнообразных утилит (не говоря о том что в репах), PDF читалку и много чего ещё. А ещё апдейты и отсутствие головной боли по "активации" (умолчим как она у большинства проходит). И нетбука с 2 Гб памяти до сих пор более-менее достаточно для жизни.

Ставишь венду-7-8-10 и получаешь 15-20 Гб занятого диска и... Ну вот возможность сёрфить интернет. И больше она как бы ничего делать не умеет. Про потребление ресурсов гордо умолчим. А ещё вам нужен антивирус, иначе как бы чего не вышло.

Ну в общем, венда - продукт совершенно однозначно хороший и качественный :-D

> P.S. Не разу не встречала пользователей Windows, которые плохо говорили о ОС на базе Linux.

Мухаха ещё раз. Во-первых это неправда, ибо есть Android (тут звучат фанфары), в адрес которого проклятий достаточно от пользователей любых других ОС.
Во-вторых, подавляющее большинство пользователей венды вообще толком не в курсе ни что такое ОС, ни то что она может быть какой-то другой. Странно было бы слышать от них что-нибудь плохое о Linux, о существовании которого они не знают или только что-то отдалённо слышали.

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

130. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от unnamed9999 (?), 09-Янв-20, 05:31 
"А ещё вам нужен антивирус, иначе как бы чего не вышло."

не нужен. во-первых, бесполезен. во-вторых, полностью сожрет все ресурсы.

поэтому, остается только заводить пользователей(не сидеть из-под рута, часть программ запускать из-под отдельных пользователей), настраивать firewall и прочие белые списки программ.

все это долго и муторно настраивать, т.к. из коробки ничего не настроено.

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

150. "В systemd ожидается включение обработчика нехватки памяти oo..."  –1 +/
Сообщение от SOska (?), 09-Янв-20, 08:41 
А вот не нало ляля, на линукс нет вменяемых pdf и djvu читалок, со сменой заднего фона чтоб гллаза не вытекли
Ответить | Правка | К родителю #112 | Наверх | Cообщить модератору

166. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от RomanCh (ok), 09-Янв-20, 11:32 
> А вот не нало ляля, на линукс нет вменяемых pdf и djvu
> читалок, со сменой заднего фона чтоб гллаза не вытекли

А я и не писал что "в Linux есть читалки которые удовлетворяют эстетические взгляды SOska". Я лишь написал что они там есть, и обычно искаропки. Evince & Atril вполне нормальные. Во всяком случае, подобных вашим проблем не возникало ни у меня ни у тех кого я знаю из пользователей десктопных линуксов. Ну а всех эстетствующих эстетов никогда не удовлетворишь. Я уверен что найдутся сотни людей вроде вас которые к решительно любой читалке найдут претензии уровня "такой же, но без крыльев".

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

238. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от cool29 (?), 26-Янв-20, 22:50 
> А вот не нало ляля, на линукс нет вменяемых pdf и djvu
> читалок, со сменой заднего фона чтоб гллаза не вытекли

На ubuntu

sudo apt install zathura zathura-djvu

конфигурация позволяет нажать ctrl+r для инфертирования цветов (даже в фото!!!)
за инфертированные цвета отвечают: recolor-darkcolor и lightcolor

cat .config/zathura/zathurarc
  set zoom-min 50
  set zoom-max 1000
  #set adjust-open "width"
  set window-height 1080
  set window-width 1920
  set recolor-darkcolor "#cccccc"
  set recolor-lightcolor "#222B39"
  set recolor false
  set default-bg "#222B39"
  set font "monospace normal 12"

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

240. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от cool29 (?), 26-Янв-20, 23:36 
а это добавить в конфиг что бы выделение сразу попадало в буфер обмена

set selection-clipboard clipboard

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

117. "В systemd ожидается включение обработчика нехватки памяти oo..."  +1 +/
Сообщение от псевдонимус (?), 09-Янв-20, 02:43 
Когда перестанет принудительно обновляться и нагло шпионить можно будет о чем-то говорить, а пока её место в виртуалке или сети без доступа в интернет.
Ответить | Правка | К родителю #102 | Наверх | Cообщить модератору

131. "В systemd ожидается включение обработчика нехватки памяти oo..."  +1 +/
Сообщение от unnamed9999 (?), 09-Янв-20, 05:33 
обновления чинятся политиками в прошке и firewall-ом в хомяке.

телеметрия частично прибивается явным запретом на запуск через acl.

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

176. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от Vanych (?), 09-Янв-20, 14:29 
Неужели в Linux намного сложнее?
Ответить | Правка | Наверх | Cообщить модератору

213. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от Аноним (213), 10-Янв-20, 08:38 
> телеметрия частично прибивается

Немножечко беременна...

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

128. "В systemd ожидается включение обработчика нехватки памяти oo..."  +4 +/
Сообщение от mars (??), 09-Янв-20, 04:28 
Так-то Mentor Graphics --- это CAD для нищих. Профессионалы используют Synopsys и Cadence. И уж по крайней мере для программно-аппаратных комплексов Cadence Palladium Z1 заявлена официальная поддержка только линукс-систем: RHEL 6 и SLES 11
Ответить | Правка | К родителю #102 | Наверх | Cообщить модератору

214. "В systemd ожидается включение обработчика нехватки памяти oo..."  +1 +/
Сообщение от Аноним (213), 10-Янв-20, 08:40 
Дык эти вебмакаки и бухи поди и не знают кто такой Synopsys и Cadence. По их мнению чипы на деревьях растут, как булки!
Ответить | Правка | Наверх | Cообщить модератору

137. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от Tifereth (ok), 09-Янв-20, 07:13 
Мощно вас поддели, троллинг удался. В следующий раз распознавайте иронию и сарказм без соответствующих тегов.

Пользуюсь, при обстоятельствах, и "прошивкой для запуска игр" и разнообразными юниксами, включая вариации пингвина (в т.ч. и в качестве десктопа). Всё те же яйца, вид сбоку - проблемы есть у всех, а профессионал просто не будет вступать в нелепый флейм о том, какая ОС (менеджер памяти, GUI, и т.д. и т.п.) лучше или хуже.

И да, по моему опыту, профессионалов, использующих Linux на десктопах, вокруг полно. Если вы о них не знаете - пожалейте себя за ограниченный кругозор.

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

172. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от Аноним (82), 09-Янв-20, 12:04 
Глупо сравнивать запускалку LAMP с полноценной операционной системой.
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

239. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от cool29 (?), 26-Янв-20, 23:28 
> Глупо сравнивать запускалку LAMP с полноценной операционной системой.

нее... запуск lamp нативно под linux это лажа, если только это не выделенный сервер.
Только Docker. А вот эффективность его(Docker) работы под linux это как раз и есть та самая фишка, ради которой и стоит перейти на linux на Desktop

Главные же преимущества windows, проявляются как ни странно в корпоративном секторе - это разумется AD и групповые политики, а также SRP. А игрушки в принципе могут работать под линукс не хуже, просто слишком малый процент потребителей под линукс, не всегда позволяет окупить дополнительные затраты на их доработку под линукс и как не странно под мак.

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

А вот если вы не завязаны на вышеуказанное ПО и технологии или заняты разработкой преимущественно backend-систем (фронт из-за сильной завязки на графику тоже лучше мак), то тут конечно линукс после некоторого привыкания в неконкуренции. Особенно Debian-based, так как требуют минимальных знаний и  как ни странно в среднем меньше всего усилий по техпотдержке, хотя arch намного интереснее и возможно даже эффективней.

И таки да, на винде можно делать абсолютно все, при грамотном использовании например виртуализации (тот же vagrant например). Но в некоторых случаях все это может обрасти такими костылями, что использование мак или линукс, очень сильно упростит жизнь.

Ну и маленький ноут за 10 000р с debian, это идеальная вещь для работы со всякими клиент банками
и другой конфидециальной информацией.

Также linux не надо покупать. В некоторых ситуациях это может быть очень полезным. Ну и под линукс очень мало заразы, по этому для работы с браузером, он очнь эффективен (хотя и windows при использовании SRP, практически не пробиваем)

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

72. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от Аноним (-), 09-Янв-20, 00:06 
> способность грамотно из коробки решать проблемы с переполнением памяти

Сколько я себя помню, эта проблема решалась натужным хрустением диском и тупняками программ по минуте. Так "решать проблемы" и в Linux можно, тем же методом. Да и в других операционках тоже.

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

127. "В systemd ожидается включение обработчика нехватки памяти oo..."  +1 +/
Сообщение от Аноним (126), 09-Янв-20, 04:19 
А как ещё, по-вашему, можно это решать? Система должна быстренько бежать в магазин за парой планок оперативки?
Ответить | Правка | Наверх | Cообщить модератору

129. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от 1052 (?), 09-Янв-20, 04:52 
Да, было бы неплохо
Ответить | Правка | Наверх | Cообщить модератору

144. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от колба (?), 09-Янв-20, 08:13 
ну хоть траву которая память улучшает мог бы заваривать..
Ответить | Правка | К родителю #127 | Наверх | Cообщить модератору

179. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от Vanych (?), 09-Янв-20, 14:38 
Думаю современному Linux вполне по силам заказать через I-net в соседнем Nix соответствующие дополнительные планки памяти с доставкой, или замену сильно тормозящих компонентов с посылкой на смартфон user-у инструкции по работам и инициация # shutdown
Ответить | Правка | К родителю #127 | Наверх | Cообщить модератору

87. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от Kermeat (?), 09-Янв-20, 00:43 
Ну если падение процесса запросившего память при недостатке памяти это лучше справляться, то да, конечно лучше. В линуксе можно такого же поведения добиться отключив overcommit_memory
echo 2 > /proc/sys/vm/overcommit_memory
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

92. "В systemd ожидается включение обработчика нехватки памяти oo..."  +1 +/
Сообщение от Ноним (?), 09-Янв-20, 01:18 
А за одно отключается хром и фф
Ответить | Правка | Наверх | Cообщить модератору

241. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от cool29 (?), 26-Янв-20, 23:48 
> А за одно отключается хром и фф

пользовался chromium, так как в принципе идеально работает. Но пару дней назад вернулся на firefox, так как с таким потреблением памяти как у chromium жить хорошо не получиться. 1 вкладка на youtube полтора гига отжирает. Где напастись памяти на это чудовище???!!!
У firefox таких проблем пока не замечено, да и на мой субъективный взгляд он шрифты лучше рендерит.

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

175. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от Клыкастый (ok), 09-Янв-20, 14:24 
> так это способность грамотно из коробки решать проблемы с переполнением памяти

а ты умеешь троллить!

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

196. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от Аноним (196), 09-Янв-20, 19:49 
Я знаю, что это вброс, но на такое лучше ответить.

Есть такая штука как Memory Overcommitment. Процесс попросил больше оперативной памяти чем вообще есть в системе и мы ему эту несуществующую память выделяем, предполагая, что процесс её запросил, но пользоваться ею не будет. Это особенно полезно когда речь идёт о виртуализации. Хост может выдать больше оперативной памяти виртуалкам несмотря на то что столько нет из расчёта, что установленные верхние лимиты памяти для виртуалок не достигаются. Хост даже может произвести дедупликацию некоторых страниц памяти, если виртуалки однотипные. Однако, если мы достигли пределов и истратили всю возможную память в системе, то чтобы не упасть, нужно что-то убить и вот тут начинает требоваться некоторый OOM-killer, который решит, что убить и убьют. И в этом-то и проблема, процесс будет завершен и всё.

Так вот! Ничего подобного в Windows нет и не было в помине никогда и вообще не будет. Windows не имеет функционала Memory Overcommitment, вместо этого у них там Dynamic Memory. А это концептуально другая штука. Windows может выделить процессу больше памяти чем есть физической оперативной памяти из расчёта, что в случае переполнения будет использоваться виртуальная память на диске тот самый pagefile.sys. Размер этого файла устанавливается в динамических пределах от-до и по умолчанию не фиксирован. Предельно возможные значения зависят от свободного места на диске под этот файл. В случае, если процесс запросил память, которой нет в системе и действительно начал пользоваться всей этой памятью и исчерпал физическую, то система начинает активно свопиться. Разные версии ОС делали это по-разному. Тролли выше писали о жутких проблемах зависания всей системы при таком свопе во времена XP - это правда, но уже в 7 это исправили. Во времена Windows 10, однако, добавили еще одну проблему с магазином и UWP. В 10 есть особые сервисы, и процессы которые выполняют служебную роль только для магазинных приложений или работают преимущественно в фоновом режиме. Dynamic Memory в этом случае сразу отправляет такой процесс в приостановленный режим в своп до тех пор пока к нему не обратятся, чтобы он не занимал память. В этом случае при запуске системы на магнитооптических дисках типа WD Green система сойдёт с ума при работе с диском из-за динамической памяти. Проблема, конечно, решается фиксацией размера файла pagefile.sys, система перестанет насиловать этот диск расширяя и увеличивая виртуальную память и загрузка и логин будет длиться не полчаса, а как обычно.

Вообще вся эта идея с нехваткой памяти имеет два решения
1) Запустить толстый процесс и убить, когда не хватит памяти
2) Не запускать толстый процесс понимая, что под него нет памяти.

Windows выбирает второй вариант, она просто не даст работать в случае нехватки памяти, будет выводить окна, запрещающие запускать новые процессы и будет просить пользователя самостоятельно убить старые. В случае с виртуализацией система та же. Их Hyper-V не может в overcommitment и не собирается. Тоже имеет специально оформленный своп и оверкоммитит только в его пределах.

> винда была лучше линукса - так это способность грамотно из коробки решать проблемы с переполнением памяти.

Они оба грамотно работают, просто настолько по-разному, что даже сравнивать нельзя. Тёплое и мягкое.

У Линукса есть ряд задач в этом направлении, опять же:
- инерактивно предоставить эту службу пользователю в интерфейс,
- назначить корректный дефолт, подходящий статистически под большую часть установок дистрибутива
- предоставить API в юзерспейс для управления
Но это всё очень высокоуровнево и пользователеориентировано, раньше жили без этого, а теперь линукс во всех докерах, серверах и облаках и нужен очень многим. А "многие" не привыкли настраивать что-то где-то глубоко... ну и дальше по тексту.

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

3. "В systemd ожидается включение обработчика нехватки памяти oo..."  +2 +/
Сообщение от Аноним (3), 08-Янв-20, 21:09 
вангую: в один прекрасный день Торвальдс сильно обломается от systemd и напишет свой правильный аналог за пару недель! собственно надежда только на это чтобы этот мусор вымести из linux!
Ответить | Правка | Наверх | Cообщить модератору

8. "В systemd ожидается включение обработчика нехватки памяти oo..."  +3 +/
Сообщение от Anonymoustus (ok), 08-Янв-20, 21:14 
Торвальдс не может обломаться. Он слабый зависимый человек, а зарплату ему платят именно те, кто на самом деле владеет и управляет линуксом.
Ответить | Правка | Наверх | Cообщить модератору

16. "В systemd ожидается включение обработчика нехватки памяти oo..."  +2 +/
Сообщение от Аноним (3), 08-Янв-20, 21:21 
с bitkeeper он уже обламался. обламается и с systemd - в один прекрасный момент нужно будет систему перезапустить и она не запустится с чертовым поделием поттера. натрахается часок другой и в порыве гнева начнет писать человеческий асинхронный init
Ответить | Правка | Наверх | Cообщить модератору

24. "В systemd ожидается включение обработчика нехватки памяти oo..."  +12 +/
Сообщение от Аноним (5), 08-Янв-20, 21:31 
> натрахается часок другой и в порыве гнева начнет писать человеческий асинхронный init

Ну не, не путай Торвальдса с собой: это ты будешь втыкать в монитор "часок другой", а Торвальдс мгновенно разрулит причину и благополучно загрузится. А в это время ты пойдешь жаловаться в опеннет на то, какой системдос плохой. Правда потом выяснится, что у тебя тупо материнка сгорела, но осадочек-то остался!

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

32. "В systemd ожидается включение обработчика нехватки памяти oo..."  –4 +/
Сообщение от Аноним (3), 08-Янв-20, 21:45 
не путай себя сыстемд фанатика и Торвальдса который терпит это пока не обломается и часок другой без тупого втыкания в монитор будет охреневать от процесса оживления этого мусора
Ответить | Правка | Наверх | Cообщить модератору

34. "В systemd ожидается включение обработчика нехватки памяти oo..."  +1 +/
Сообщение от Аноним (5), 08-Янв-20, 21:52 
Вендотролль совсем и не палится, называя ПК Торвальдса "мусором, который нужно оживлять".
Ответить | Правка | Наверх | Cообщить модератору

132. "В systemd ожидается включение обработчика нехватки памяти oo..."  +2 +/
Сообщение от виндотролль (ok), 09-Янв-20, 05:47 
Господа, попрошу меня в ваш бесполезный спор не втягивать.
Ответить | Правка | Наверх | Cообщить модератору

84. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от Аноним (82), 09-Янв-20, 00:38 
Не путай Торвальдса со Столлманом.
Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

58. "В systemd ожидается включение обработчика нехватки памяти oo..."  +1 +/
Сообщение от zzz (??), 08-Янв-20, 22:54 
Так и вспоминается недавняя история с Oracle Linux 8.0, которая после обновления до 8.1 благополучно не загрузилась до 8.1. Подумаешь, сервера не поднялись после обновления, Линус поднял (?) - и все должны поднять. Вот где стабильность, вот где надежность
Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

83. "В systemd ожидается включение обработчика нехватки памяти oo..."  –2 +/
Сообщение от Аноним (83), 09-Янв-20, 00:38 
Линус писал инициализатор для оракла? Сильно, сильно. Помнится в винде как то вышло обновление безопасности, из-за которого перестали запускаться все exeшники. Вот же Гейтс, с*ка, мразь, ага
Ответить | Правка | Наверх | Cообщить модератору

57. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от АнонАнонemail (?), 08-Янв-20, 22:53 
Я тут новенький, и системы использую только как прошивки для запуска игр. Расскажите пожалуйста, что такое systemd, чем он так плох, чем хорош, и какие есть варианты?
Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

85. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от Аноним (85), 09-Янв-20, 00:38 
на свои вопросы - "что такое systemd, чем он так плох, чем хорош, и какие есть варианты ?"
ты можешь найти ответы на одной из файлопомоек где лежит зашифрованный 100 МБ exe-архив с текстовым документом, не забудь тока отправить sms
Ответить | Правка | Наверх | Cообщить модератору

90. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от 1 (??), 09-Янв-20, 01:01 
ЖёсткоЪ)
Ответить | Правка | Наверх | Cообщить модератору

105. "В systemd ожидается включение обработчика нехватки памяти oo..."  +1 +/
Сообщение от АнонАнонemail (?), 09-Янв-20, 02:05 
Глупо
Ответить | Правка | Наверх | Cообщить модератору

93. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от псевдонимус (?), 09-Янв-20, 01:23 
Сисьтемда это такая прослойка для запуска и поддержания работы кривых программ.
Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

74. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от Аноним (-), 09-Янв-20, 00:10 
> обламается и с systemd -

Торвальдс не облАмается - он не лАмер.

> в один прекрасный момент нужно будет систему перезапустить и она не запустится

Это будет черный день для системды, Торвальдс в два счета замену накодит. Чего доброго прямо на уровне ядра, так что sd можно будет спокойно вынести в obsolete или обертку для особо крупных энтерпрайзов.

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

178. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от Аноним (178), 09-Янв-20, 14:36 
>Торвальдс в два счета замену накодит.

думаешь не осилит? признаешь значит что сыстемд это разжиревший кусок мусора)))

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

216. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от Аноним (213), 10-Янв-20, 08:42 
Если Торвальдс сделает лучше - пуркуа бы да не па? Ну вот когда, и если - тогда и будет разговор. А так делить шкуру неубитого медведя малоинтересно.
Ответить | Правка | Наверх | Cообщить модератору

13. "В systemd ожидается включение обработчика нехватки памяти oo..."  –1 +/
Сообщение от Аноним (5), 08-Янв-20, 21:17 
1) Торвальдс не начинает проекты без крайней необходимости. Как он говорил, он бы не начинал писать линукс, если бы бздуны чуть пораньше выпустили свою бзду. С гитом же ситуация была такая, что подходящих свободных инструментов не было вообще. А системдосу альтернативы есть.

2) Торвальдс НЕ обломается от системдоса, поскольку системдос уже более-менее отшлифован. Все сказки о страшном системдосе оставь своей уютной ламповой бабушке, которая админит локалхост и с реальными энтерпрайзными задачами не сталкивалась.

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

21. "В systemd ожидается включение обработчика нехватки памяти oo..."  –2 +/
Сообщение от Аноним (3), 08-Янв-20, 21:29 
да ладно, можно было бы svn до сих пор юзать - оно уже работало, но он захотел ЛУЧШЕ.
системд нифига не отшлифован, там в коде обработки ошибок фактически нет. Торвальдс давно слышит как люди "любят" этот системд. Торвальдс шлет нафиг патчи в ядро для поддержки системд. осталось только ему самому хорошенько обломаться на равном месте чтобы он захотел сделать ЛУЧШЕ.
Ответить | Правка | Наверх | Cообщить модератору

27. "В systemd ожидается включение обработчика нехватки памяти oo..."  +2 +/
Сообщение от Аноним (5), 08-Янв-20, 21:42 
> там в коде обработки ошибок фактически нет

Вот взял рандомные места и обнаруживаю обработку ошибок:

1) https://github.com/systemd/systemd/blob/6a6078a585f398f70d00...
2) https://github.com/systemd/systemd/blob/6a6078a585f398f70d00...
3) https://github.com/systemd/systemd/blob/6a6078a585f398f70d00...
4) https://github.com/systemd/systemd/blob/6a6078a585f398f70d00...

Но еще не все потеряно. Думаю, вот этот вот твой аргумент - "нет обработки ошибок" - будет воспринят всерьез твоей бабушкой. Расскажи ей про ужасный системдос.

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

39. "В systemd ожидается включение обработчика нехватки памяти oo..."  –1 +/
Сообщение от Аноним (3), 08-Янв-20, 22:07 
вижу сплошные assert по всему коду. это отстой не допустимый для релиза. в случае ошибки это поделие тупо рушится.
Ответить | Правка | Наверх | Cообщить модератору

133. "В systemd ожидается включение обработчика нехватки памяти oo..."  +1 +/
Сообщение от виндотролль (ok), 09-Янв-20, 05:54 
> это отстой не допустимый для релиза

Не переживай, во время сборки системд Поттеринг по-быстрому логинится но твой сборочный сервер и заменяет все ассерты на sleep(90 * SECONDS). Так что в проде не падает, 100%.

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

185. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от Аноним84701 (ok), 09-Янв-20, 16:26 
>> это отстой не допустимый для релиза
> Не переживай, во время сборки системд Поттеринг по-быстрому логинится но твой сборочный
> сервер и заменяет все ассерты на sleep(90 * SECONDS). Так что в проде не падает, 100%.

Но не всегда успевает:

https://github.com/systemd/systemd/issues/4234
> Assertion failure when PID 1 receives a zero-length message over notify socket
> systemd fails an assertion in manager_invoke_notify_message when a zero-length message is received over /run/systemd/notify. This allows a local user to perform a denial-of-service attack against PID 1.
> Proof-of-concept:
> NOTIFY_SOCKET=/run/systemd/notify systemd-notify ""

https://www.opennet.ru/opennews/art.shtml?num=45244
> В системном менеджере systemd выявлена локальная уязвимость. Процесс PID 1 зависает на системном вызове pause() при поступлении в сокет уведомлений systemd сообщения нулевой длины, после чего невозможно запустить/остановить демоны или выполнить "чистую" перезагрузку, а systemd-сервисы в стиле inetd перестают принимать соединения. Так как сокет уведомлений /run/systemd/notify доступен всем на запись, то любые локальные пользователи могут вызвать отказ в обслуживании на системах с systemd.

А так все хорошо, прекрасная маркиза ... :)

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

194. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от виндотролль (ok), 09-Янв-20, 19:23 
> А так все хорошо, прекрасная маркиза ... :)

все верно, ассерты ведь заменены. Речь была о том, что не падает.

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

158. "В systemd ожидается включение обработчика нехватки памяти oo..."  –1 +/
Сообщение от Аноним (158), 09-Янв-20, 09:44 
Вижу трепло, которое моментально ткнули в его же враньё про обработку ошибок. Когда же вы вымрете все, болтуны, а?
Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

177. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от Аноним (178), 09-Янв-20, 14:32 
обтекай уже. тебя мордой ткнули - сплошные assert вместо обработки ошибок
Ответить | Правка | Наверх | Cообщить модератору

218. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от Аноним (213), 10-Янв-20, 08:47 
Assert - это вообще не обработка ошибок, о великий гуру! А отлов ситуаций когда код программы написан некорректно - например, компонент программы дернут caller'ом сильно иначе чем предполагалось автором компонента, после чего не понятно чего делать т.к. все допущения пошли лесом. И Поттеринг про это в отличие от гур с опеннета все-же в курсе.

А так поговорим какая там обработка ошибок в sysv init и прочих openrc'шных скриптах? Когда все заваливается, в логах ни строчки, на коды возврата забито, и вообще, вам что, впадлу самому себе дебагер на шелле накодить чтоли?! :)

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

190. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от Урри (?), 09-Янв-20, 18:16 
Вижу человека не имеющего квалификации в программировании.

Ассерты - это не замена обработке ошибок. И не альтернатива.
Это некие "напоминалки" себе и другим о подразумеваемых условиях, на которые рассчитан код.
Именно поэтому из релизной сборки они автоматически удаляются.

Например, у нас некий мультиплатформенный код как условие принимает то, что работает на 32- и 64-битных системах. При этом есть гипотетическая возможность собрать его и на 8-битной. Вот чтобы такого не было у нас стоит статик-ассерт на ширину машинного слова.

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

192. "В systemd ожидается включение обработчика нехватки памяти oo..."  –1 +/
Сообщение от Аноним (178), 09-Янв-20, 18:49 
Урри, Урри полечи голову Урри! я 25 лет на C и C++ пишу с Watcom.

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

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

193. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от Урри (?), 09-Янв-20, 18:52 
Не верю (с)

Не может человек с 25-летним стажем писать такую чушь.

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

222. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от Аноним (-), 10-Янв-20, 08:55 
> Не может человек с 25-летним стажем писать такую чушь.

Если кто-то за 25 лет не выучил для чего используют assert'ы... он в любом случае конкретно лоханулся на публике %)

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

232. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от Аноним (178), 10-Янв-20, 13:32 
Урри ищи Электроника, Басов заждался
Ответить | Правка | К родителю #193 | Наверх | Cообщить модератору

221. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от Аноним (-), 10-Янв-20, 08:49 
>  Урри, Урри полечи голову Урри! я 25 лет на C и C++ пишу с Watcom.

Я просто оставлю это здесь:


Однажды пожилой человек начал учить Учителя Ио жизни.
— Почему я должен поступать так, как ты мне говоришь? — спросил Ио.
— Потому что я тебя старше! — вскричал пожилой человек.
Тогда Учитель Ио сказал:
— Насыщает не время, проведенное в столовой, а количество съеденных беляшей.

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

37. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от Ordu (ok), 08-Янв-20, 21:57 
Торвальдс далеко не дурак. И он не Поттеринг. А это значит, что он не полезет делать ЛУЧШЕ, до тех пор, пока он не поймёт как это "ЛУЧШЕ". А чтобы понять, надо посмотреть за эволюциями systemd, надо посмотреть за OpenRC, sysvinit. Надо посмотреть как сделано в венде, в bsd, в солярисе. Надо попробовать разные вещи. Надо увидеть в каждом плюсы и минусы. И после этого серьёзно подумать, как бы так получить все плюсы, не получив ни одного минуса.

Но

1. возможность провести такое исследование ещё в будущем: systemd пока ещё слишком активно развивается, чтобы делать поспешные выводы. Надо подождать того момента, когда станет кристалльно ясно как не надо делать, и что надо делать взамен этого "не надо". Если сейчас начинать писать, то ты получишь либо клон systemd, либо совсем какую-нибудь хрень, типа "sysvinit на rust'е".

2. Торвальдс не сисадмин, и с системами инициализации он не работает ежедневно. С vcs системами он работал на постоянной основе и до написания git. Он знал про то, что для vcs хорошо, а что плохо не понаслышке.

И ещё есть

3. Торвальдс в 90-х, по его собственным признаниям[1], переживал, что он "one-hit wonder", в том смысле, что его успех -- дело случая, ему повезло оказаться в нужном месте в нужное время. Запилив git он избавился от этого комплекса. Ему теперь ничего себе доказывать не надо.

[1] https://www.techrepublic.com/article/linus-torvalds-git-prov.../

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

41. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от Аноним (3), 08-Янв-20, 22:10 
>надо посмотреть за OpenRC, sysvinit

а он типа не знает ага. все он знает. и про upstart то-же

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

46. "В systemd ожидается включение обработчика нехватки памяти oo..."  +1 +/
Сообщение от Ordu (ok), 08-Янв-20, 22:25 
Может он знает о них больше тебя, но я ещё раз скажу тебе: он не сисадмин, он не работает с ними, он не мейнтейнер дистрибутива, он не работает с системами инициализации непосредственно. Большая часть того, что он знает о системах инициализации, получена не через непосредственное общение с системами инициализации, а через общение с людьми, которые общаются с системами инициализации. Это не одно и то же. Существенно не одно и то же.
Ответить | Правка | Наверх | Cообщить модератору

60. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от zzz (??), 08-Янв-20, 23:02 
Он, вообще, мало с чем работает. Уже была его статья, в которой он прямо говорил, что в линуксе уже нет человека, который знает линукс весь. Даже он сам. Линус - уже давно говорящая голова, китайский болванчик
Ответить | Правка | Наверх | Cообщить модератору

77. "В systemd ожидается включение обработчика нехватки памяти oo..."  +1 +/
Сообщение от Аноним (77), 09-Янв-20, 00:13 
> Уже была его статья, в которой он прямо говорил, что в линуксе уже нет человека, который знает линукс весь.

Пройдёт ещё какое-то время, и так же будут говорить про systemd...

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

223. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от Аноним (-), 10-Янв-20, 08:56 
> Пройдёт ещё какое-то время, и так же будут говорить про systemd...

Может и будут. А почему нет? У Поттеринга что, монополия на то чтобы всегда и во всем быть лучшим? :)

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

110. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от Аноним (-), 09-Янв-20, 02:25 
> Даже он сам. Линус - уже давно говорящая голова, китайский болванчик

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

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

89. "В systemd ожидается включение обработчика нехватки памяти oo..."  +1 +/
Сообщение от Аноним (89), 09-Янв-20, 00:58 
Он уже пользовался bitkeeper. Перейти с распределенной системы контроля на централизованную - это, ну, примерно как перейти с линукса на MS DOS.
Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

118. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от Аноним (118), 09-Янв-20, 02:43 
> 2) Торвальдс НЕ обломается от системдоса, поскольку системдос уже более-менее отшлифован. Все сказки о страшном системдосе оставь своей уютной ламповой бабушке, которая админит локалхост и с реальными энтерпрайзными задачами не сталкивалась.

О, а что там с централизованным каталогом и интеграцией всего-и-вся в этом реальном энтерпрайзе? Да хоть не энтерпрайз а пара килодесятков  локалхостов географически распределенных. Как там авторизация, единообразие, совместная почто-календарн-чатовая работа и прочие излишества?
Хоть наверное знаю ответ. Для таких вот анонимов ответ - берем слак, гугло-док, гугло-мейл, гугло-очередную-фигень. Они же все на линухе.

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

123. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от Аноним (-), 09-Янв-20, 03:58 
Блин, ну почитай бодрые репорты всяких мордокнижных програмеров с тематических конф. Они тебе расскажут про десятки тысяч локалхостов и как они дружат с системдой. Без дураков, реально рассказывают.
Ответить | Правка | Наверх | Cообщить модератору

202. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от Аноним (202), 09-Янв-20, 21:25 
В соседней новости каждый первый комментатор работает на топ500. В этой у каждого второго анонима по паре фейсбучков на обслуживании.
Правда классно когда отвечаешь не на вопрос собеседника а на свой собственный?
Ещё раз повнимательней прочитай моё сообщение, может поймешь что там совсем противоположность то фейсбуку требовалась.
Ответить | Правка | Наверх | Cообщить модератору

224. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от Аноним (-), 10-Янв-20, 09:01 
> В соседней новости каждый первый комментатор работает на топ500.
> В этой у каждого второго анонима по паре фейсбучков на обслуживании.

Часть из них даже не слишком гонит при этом, что самое смешное.

> Правда классно когда отвечаешь не на вопрос собеседника а на свой собственный?

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

> Ещё раз повнимательней прочитай моё сообщение, может поймешь что там совсем противоположность
> то фейсбуку требовалась.

Там вроде требовалось пару килодесятков географически распределенных хостов. Вполне похоже на фэйсбукоподобные штуки и прочие CDNы, которые как-то так и делают "по жизни".

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

234. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от Аноним (234), 10-Янв-20, 19:21 
>> В соседней новости каждый первый комментатор работает на топ500.
>> В этой у каждого второго анонима по паре фейсбучков на обслуживании.
> Часть из них даже не слишком гонит при этом, что самое смешное.

Конечно, конечно. Каждый первый работает. А часть из этих первых не гонит что работает.
Действительно смешно

> Очень классно, когда собеседник задает вопросы, ответ на которые легко гуглится. В том числе и выступления фэйсбучных и подобных рож на конференциях по системде. Ах да, по системде проходило несколько конференций, если вы в вашей криокамере вдруг не в курсе. И там всевозможные василисы обменивались премудростями.
> Там вроде требовалось пару килодесятков географически распределенных хостов. Вполне похоже на фэйсбукоподобные штуки и прочие CDNы, которые как-то так и делают "по жизни".

Даже не знаю что сказать. Может вопрос попроще.... Ты идиот?

Ладно, попробуем сначала. Мой комм:
О, а что там с централизованным каталогом и интеграцией всего-и-вся в этом реальном энтерпрайзе? Да хоть не энтерпрайз а пара килодесятков  локалхостов географически распределенных. Как там авторизация, единообразие, совместная почто-календарн-чатовая работа и прочие излишества?

Что бы понятней было для людей с альтернативным мышлением. Вопрос это предложение которое заканчивается вот таким значком - "?".

Итак теперь ты можешь ответить на вопрос о реал ентерпрайзе для корпораций?
Это не про купил за 5 баксов в месяц элитный доступ через броузер. Это про организацию у себя корпоративных решений по авторизации-централизации единообразной, совместной работе и прочем-прочем прочем. Хотя может ты покажешь где купить фейсбучок в2.0 про-едишн для установки в корпорациях и организации совместной работы всего персонала на этой платформе?

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

122. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от аноним3 (?), 09-Янв-20, 03:48 
на самом деле ему вообще пофигу касательно систем инициализации. он занимается ядром и точка. ядро предоставляет возможность запуска pid1 на этом его отношение к системам инициализации и заканчивается. сам себе он может собрать хоть инит, хоть bsd-rc скрипты, хоть самопальную фигню. ему нет особого дела до обычных мирян)) он сейчас не больше чем обычный разработчик ядра. напоминаю один из. в тот момент когда он пустил ядро в гпл и свободное плавание он имеет лишь моральное право на какие то преференции среди разрабов ядра. вы наверное никогда и не думали о том как аукционеры созданной кем то компании потом отбирают эту компанию у их первоначального владельца? просто подумайте об этом и вам станет немного яснее ситуация с ядром и его разрабами. хотя да уважение ему еще оказывают. но на этом все.
Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

145. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от колба (?), 09-Янв-20, 08:15 
никогда такого не будет. кто-нибудь другой может быть, но не за пару недель, ну и ни в коем случае не Торвальдс. Торвальдс может раскритиковать и поддержать тех кто напишет, но сам писать он не будет.
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

180. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от Аноним (178), 09-Янв-20, 14:39 
на ровном месте проблемы получит - взбеситься и напишет!
Ответить | Правка | Наверх | Cообщить модератору

4. "В systemd ожидается включение обработчика нехватки памяти oo..."  +2 +/
Сообщение от Аноним (4), 08-Янв-20, 21:09 
Откуда такой тренд, борьба с нехваткой памяти ?  
Ответить | Правка | Наверх | Cообщить модератору

9. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от Аноним (17), 08-Янв-20, 21:14 
Добавили в ядро новую подсистему управления памятью не так давно. Сабж из новости (oomd) при этом наверно самый неоднозначный из имеющихся решений и меньше всего подходит для десктопа, поскольку решает совершенно иные задачи. Так что у пользователей пк появится ещё один повод отказаться от systemd.
Ответить | Правка | Наверх | Cообщить модератору

26. "В systemd ожидается включение обработчика нехватки памяти oo..."  +3 +/
Сообщение от alebastr (?), 08-Янв-20, 21:37 
Потерялось при переводе:
> facebook is working on making oomd something that just works for everyone
> It's their expressive intention to make this something that also works for desktop stuff and requires no further tuning.

Я ставлю на то, что у лицекниги хватит инженеров решить эту проблему. И у пользователей пк появится ещё одна причина пользоваться systemd, ругаясь на её монолитность и избыточность на форумах.

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

61. "В systemd ожидается включение обработчика нехватки памяти oo..."  –1 +/
Сообщение от zzz (??), 08-Янв-20, 23:04 
И как только винда с *bsd живут уже который десяток лет без сустемды и инженерных проблем, зато с полным свопом.
Ответить | Правка | Наверх | Cообщить модератору

124. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от Аноним (-), 09-Янв-20, 03:59 
Если с полным свопом - наверное, хреново. Потому что лазить в своп - не быстро нифига.
Ответить | Правка | Наверх | Cообщить модератору

204. "В systemd ожидается включение обработчика нехватки памяти oo..."  +1 +/
Сообщение от кирилл (?), 09-Янв-20, 23:52 
Винда с полным свопом однако хуже линукса живёт, это уже проверено.
Ответить | Правка | К родителю #61 | Наверх | Cообщить модератору

225. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от Аноним (-), 10-Янв-20, 09:05 
> Винда с полным свопом однако хуже линукса живёт, это уже проверено.

Она вообще умудряется навалить полон своп на ровном месте. Еще 8 гигз свободно, но переключение из ворда в браузер - ых, ых, ых, 30 секунд хруста диском. Это вот нафига? И в отличие от линукса вроде бы это не тюнится к тому же.

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

242. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от cool29 (?), 27-Янв-20, 00:05 
>> Винда с полным свопом однако хуже линукса живёт, это уже проверено.
> Она вообще умудряется навалить полон своп на ровном месте. Еще 8 гигз
> свободно, но переключение из ворда в браузер - ых, ых, ых,
> 30 секунд хруста диском. Это вот нафига? И в отличие от
> линукса вроде бы это не тюнится к тому же.

после 7, винду можно юзать только на ssd.

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

197. "В systemd ожидается включение обработчика нехватки памяти oo..."  –1 +/
Сообщение от Аноним (197), 09-Янв-20, 20:17 
У пользователя таких поводов нет, а вот у гиков-фванатиков поводов для любой борьбы предостаточно.
Лучше сидеть с виснущим ведром чем системд поставить?
Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

198. "В systemd ожидается включение обработчика нехватки памяти oo..."  +1 +/
Сообщение от Аноним (17), 09-Янв-20, 20:35 
У меня ж не виснет. И magickey+f всегда убивает нужный мне процесс. Понятно, что это ручное управление, но лучше так, чем рандомные падения всего подряд.
Ответить | Правка | Наверх | Cообщить модератору

226. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от Аноним (-), 10-Янв-20, 09:20 
> У меня ж не виснет. И magickey+f всегда убивает нужный мне процесс.
> Понятно, что это ручное управление, но лучше так, чем рандомные падения
> всего подряд.

Можно еще сказать ядру init=/bin/bash и раскочегаривать систему таким же манером :)

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

205. "В systemd ожидается включение обработчика нехватки памяти oo..."  +2 +/
Сообщение от кирилл (?), 09-Янв-20, 23:58 
Да включите вы уже своп наконец! У меня ещё ни разу ничего не зависло от нехватки памяти. usb-hdd со свопом выдавали i/o error, пока я не протянул им отдельное питание. Вся система фризилась на всю ночь потому что я решил покомпилировать со свопом на древней флешке. Но ещё ничего ни разу не зависло из за ошибки выделения памяти.

Кстати, системд здесь только мешает. Потому что по его дефолтным настройкам cgrops в дебиане запрещено выдавать пользователю более 50% оперативной памяти. А знаете ли, половина памяти меньше чем 90%, которые реально можно использовать.

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

212. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от deeaitch (ok), 10-Янв-20, 03:59 
А можно подробнее про то где это в дебиане находиться? срочно хочу субе исправить этот бредос.
Ответить | Правка | Наверх | Cообщить модератору

215. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от кирилл (?), 10-Янв-20, 08:41 
Сначала проверьте что оно у вас настроено именно так. Проверять свопингом какого нибудь 1 тяжёлого приложени, которое хорошо свопится. У меня, на дебиан8/системд настроено. Вылечил отключив cgrops для памяти на уровне ядра опцией cgroup_disable=memory при загрузке.
Ответить | Правка | Наверх | Cообщить модератору

219. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от Andrey Mitrofanov_N0 (??), 10-Янв-20, 08:47 
> А можно подробнее про то где это в дебиане находиться? срочно хочу
> субе исправить этот бредос.

Тебе мануалов что ли по твоему зондо-дэ не завезли?!... https://duckduckgo.com/?q=systemd+cgroups+memory+limit

Страдай.

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

237. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от deeaitch (ok), 26-Янв-20, 18:39 
>> А можно подробнее про то где это в дебиане находиться? срочно хочу
>> субе исправить этот бредос.
> Тебе мануалов что ли по твоему зондо-дэ не завезли?!... https://duckduckgo.com/?q=systemd+cgroups+memory+limit
> Страдай.

За ссылку спасибо.

Не моему, его в пихнули и да, срадают люди. Мне и в голову не приходило что такое идиотство пришло в голову это "умному" лёне.

А по итогу таки пора с этого валить.

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

10. "В systemd ожидается включение обработчика нехватки памяти oo..."  –1 +/
Сообщение от Anonymoustus (ok), 08-Янв-20, 21:14 
Не могут докупить себе планочку памяти, прикинь.
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

53. "В systemd ожидается включение обработчика нехватки памяти oo..."  +1 +/
Сообщение от НяшМяш (ok), 08-Янв-20, 22:47 
Вообще ООМ нужен для случаев, когда может хватить только бесконечное количество памяти. Например, при утечке какого-нибудь приложения, которое может сожрать любое количество доступной и недоступной памяти.
Ответить | Правка | Наверх | Cообщить модератору

62. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от zzz (??), 08-Янв-20, 23:09 
Для браузеров, пожирающих на вкладку по 100-500 Мб, ООМ не нужен? Серьезно?
Ответить | Правка | Наверх | Cообщить модератору

164. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от КО (?), 09-Янв-20, 11:23 
Ну если у Вас браузер будет падать прям при запуске, это конечно решит проблему нехватки памяти, но тут же появится другая. :)
Ответить | Правка | Наверх | Cообщить модератору

188. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от НяшМяш (ok), 09-Янв-20, 16:45 
> Для браузеров, пожирающих на вкладку по 100-500 Мб, ООМ не нужен? Серьезно?

Я никогда такого не утверждал, успокойтесь. Я всего лишь указал, что даже при наличии большого количества памяти (у меня, например, 32 гигабайта), ООМ всё равно полезен. А что им убивать - браузеры в компе с 512 ОЗУ или потёкший дебаггер - это уже частные случаи.

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

206. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от кирилл (?), 10-Янв-20, 00:01 
Браузеры, даже самые худшие, запрашивают память маленькими порциями не больше пары десятков мегабайт за раз. Современные диски легко переваривают такие объёмы через своп. Тормозить может, зависнуть или упасть никогда.
Ответить | Правка | К родителю #62 | Наверх | Cообщить модератору

68. "В systemd ожидается включение обработчика нехватки памяти oo..."  +1 +/
Сообщение от Anonymoustus (ok), 08-Янв-20, 23:21 
> Вообще ООМ нужен для случаев, когда может хватить только бесконечное количество памяти.
> Например, при утечке какого-нибудь приложения, которое может сожрать любое количество
> доступной и недоступной памяти.

Это плохие, негодные случаи. Написавших такое руконогих надо больно бить палками по хвосту.

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

111. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от Аноним (-), 09-Янв-20, 02:27 
На всех вебмакак вгружающий в браузер половину интернета яваскриптов палок и рук явно не хватает.
Ответить | Правка | Наверх | Cообщить модератору

156. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от Anonymoustus (ok), 09-Янв-20, 09:34 
> На всех вебмакак вгружающий в браузер половину интернета яваскриптов палок и рук
> явно не хватает.

Я готов пойти на полную ставку жестоким погонщиком вебмакак — куда высылать резюме^W CV?

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

186. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от НяшМяш (ok), 09-Янв-20, 16:42 
> Это плохие, негодные случаи. Написавших такое руконогих надо больно бить палками по
> хвосту.

Случаи разные бывают. Например, я сам накосячил, скомпилил и запустил чего-нибудь, что сжирает 1 гб в секунду и не успел его убить. Тут ООМ спасёт тем, что прибьёт этого наглеца до того, как система свалится в ступор.

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

207. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от кирилл (?), 10-Янв-20, 00:07 
И вы готовы вводить доолнительную подсистему, сокращать на 5-10% доступный для работы объём памяти, продумывать сложные конфиги или мириться с непредсказуемым поведением только для того, чтобы сэкономить пару минут при разрешении аварийной ситуации во время тестирования заведомо непредсказуемого поделия? На большинстве компов, в дефолтной подставке, везде где подобная ситуация наверняка не возникнет за весь срок службы компа?
Ответить | Правка | Наверх | Cообщить модератору

189. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от Vanych (?), 09-Янв-20, 16:48 
Увы, "писателей" таких подавляющее большинство.
Но лучше их бить по карману: надо рубить загрузку вкладки (как с перенаправлением), занимающую, скажем, более 10МБ и переводить её в текстовый no-exec режим. Потому как жадность границ не имеет.
Ответить | Правка | К родителю #68 | Наверх | Cообщить модератору

203. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от Anonymoustus (ok), 09-Янв-20, 23:47 
> Увы, "писателей" таких подавляющее большинство.
> Но лучше их бить по карману: надо рубить загрузку вкладки (как с
> перенаправлением), занимающую, скажем, более 10МБ и переводить её в текстовый no-exec
> режим. Потому как жадность границ не имеет.

Боюсь, что производители браузеров на такое пойти не согласны.

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

208. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от Vanych (?), 10-Янв-20, 00:11 
Тоже боюсь :-(
Поэтому и сижу на opennet.ru, здесь вкладки как раз меньше 10MB :-)
Лучше кормить Троллей, чем юных и "быстрых сайтописак".
Кстати, у меня как-то были нерегулярные проблемы с CPU и RAM, пока не понял, что надо промыть и смазать вентилятор на видеокарте AMD. Может OOMD будет и это контролировать в прозрачном окошке
Ответить | Правка | Наверх | Cообщить модератору

78. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от Дегенератор (ok), 09-Янв-20, 00:23 
Сертифицированные СВОБОДНЫЕ планки памяти очень дорогие. После покупки СВОБОДНЫХ мобилок на память бабла нет...
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

146. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от колба (?), 09-Янв-20, 08:26 
ну надоело сурьёзным дяденькам что в своп постоянно система лезет и всякие текущие по памяти прогаммы ядерный механизм ООМ убивает гораздо позже чем следует.. и начали по умному решать этот вопрос придумывая механизм раннего обнаружения нехватки памяти..
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

209. "В systemd ожидается включение обработчика нехватки памяти oo..."  +1 +/
Сообщение от кирилл (?), 10-Янв-20, 00:27 
Вот только за дело взялся Поттеринг при полной поддержке Федоры. А это народная примета - к проблемам.
Ответить | Правка | Наверх | Cообщить модератору

6. "В systemd ожидается включение обработчика нехватки памяти oo..."  –2 +/
Сообщение от Forthemail (ok), 08-Янв-20, 21:09 
Интересно, будет ли работать другой подход: менять swappiness у процессов, вместо убивания.
Можно для десктопа пойти чуть дальше, выставлять swappiness в 0 у приложений с активным или недавно активным окном. Выставлять в 100 у давно неактивных(свернутых).
Кто что думает, будет от этого толк?
Ответить | Правка | Наверх | Cообщить модератору

11. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от Аноним (17), 08-Янв-20, 21:16 
Оно вроде и сейчас замечательно работает со swappiness=95. Задержки из-за вытекших в своп фоновых страниц при переключении заметны только при забитом IO и сильно зависят от приложения.
Ответить | Правка | Наверх | Cообщить модератору

14. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от Forthemail (ok), 08-Янв-20, 21:19 
Я предлагаю разделить. Приложения, которыми явно не пользуются более вероятно поедут в своп, активные как раз наоборот. Разница может быть заметна когда памяти свободной не осталось.
Ответить | Правка | Наверх | Cообщить модератору

19. "В systemd ожидается включение обработчика нехватки памяти oo..."  +2 +/
Сообщение от Аноним (17), 08-Янв-20, 21:27 
Так дело ещё и в том, что у активно используемого приложения может быть очень много ненужных страниц в памяти. Особенно когда оно течёт, но не обязательно.
Ответить | Правка | Наверх | Cообщить модератору

20. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от Forthemail (ok), 08-Янв-20, 21:29 
> Так дело ещё и в том, что у активно используемого приложения может
> быть очень много ненужных страниц в памяти. Особенно когда оно течёт,
> но не обязательно.

Это понятно. Я исхожу из того, что активное приложение как раз таки не стоит тормозиь ничем, тем более свопом. Оно пользователю нужно вот прямо сейчас.

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

210. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от кирилл (?), 10-Янв-20, 00:36 
У swappines есть косяк. Эта переменная делает не то, что предполагает большинство. Там какой то баланс между вытеснением памяти приложений и памяти всяких кешей и своё значение переменная уже фактически утратила.
Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

211. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от Аноним (17), 10-Янв-20, 00:49 
> У swappines есть косяк. Эта переменная делает не то, что предполагает большинство.
> Там какой то баланс между вытеснением памяти приложений и памяти всяких
> кешей и своё значение переменная уже фактически утратила.

Да, я вроде замечал. Со swapiness=95 в свопе днями будет 10 мб занято, но как только приложение начинает течь или когда память заполняется на ~95% (хотя по смыслу должно начинаться с 5%?), всё лишнее замечательно улетает и не создаёт проблем. Т.е. без особого стыда вытесняется всё неугодное.

Причём, с дефолтными 60% или сколько там, я наблюдал лаги при использовании свопа, а при 95 нет и это повторялось не один раз - то, что своп кончился, я как правило замечаю уже когда он кончается весь, начинается слайдшоу на пути к зависанию и нужно быстренько вызвать oom-killer или ещё быстрее закрыть приложение (желательно текущее, потому что после альт-таба уже всё повиснет).

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

217. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от кирилл (?), 10-Янв-20, 08:44 
> Причём, с дефолтными 60% или сколько там, я наблюдал лаги при использовании
> свопа, а при 95 нет и это повторялось не один раз

А попробуйте swappines поставить скажем 120. Ведь это от 0 до 200.

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

7. "В systemd ожидается включение обработчика нехватки памяти oo..."  +15 +/
Сообщение от Anonymoustus (ok), 08-Янв-20, 21:12 
«Просто ещё один инит», — говорили они, — «который загружается быстрее старого».
Ответить | Правка | Наверх | Cообщить модератору

18. "В systemd ожидается включение обработчика нехватки памяти oo..."  –1 +/
Сообщение от A.Stahl (ok), 08-Янв-20, 21:24 
Так говорили лишь истеричащие systemd-ненавистники. Так ли важно их мнение?
А нормальные люди, в том числе и обычные systemd-ненавистники, никогда не называли systemd «Просто ещё один инит».

P.S. Я охренел от твоих навыков пунктуации. В хорошем смысле охренел. Нам нужно больше таких как ты.

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

54. "В systemd ожидается включение обработчика нехватки памяти oo..."  +3 +/
Сообщение от Аноним (54), 08-Янв-20, 22:49 
А зря, если цитата прервана по середине, кавычки не закрываются.

«Я охренел, — закричал A.Stahl, — от твоих навыков пунктуации».

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

69. "В systemd ожидается включение обработчика нехватки памяти oo..."  +3 +/
Сообщение от Anonymoustus (ok), 08-Янв-20, 23:22 
> А зря, если цитата прервана по середине, кавычки не закрываются.
> «Я охренел, — закричал A.Stahl, — от твоих навыков пунктуации».

Молодец, аноним, уел. ;)

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

23. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от Аноним (3), 08-Янв-20, 21:31 
я кстати был за еще один init (systemd), но тогда эта хрень стала безальтернативной в Debian - желаю этой сыстемд только скорейшей смерти!
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

148. "В systemd ожидается включение обработчика нехватки памяти oo..."  –1 +/
Сообщение от колба (?), 09-Янв-20, 08:34 
systemd никогда не был просто инитом. он с самого начала был системным менеджером для управления сервисами и не только.. и да он умел в том числе всё что требуется от инита и потому смог заменить и его.
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

157. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от Anonymoustus (ok), 09-Янв-20, 09:35 
> systemd никогда не был просто инитом. он с самого начала был системным
> менеджером для управления сервисами и не только.. и да он умел
> в том числе всё что требуется от инита и потому смог
> заменить и его.

Вот спасибо тебе, аноним! А ведь я этого не знал до твоего комментария, даже не догадывался.

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

191. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от Аноним (191), 09-Янв-20, 18:33 
хм.. ты что вчера родился?.. или сегодня?

Товаришь автор заявлял что это просто ускорялка для запуска сервисов. Ака init.. но потом Потапа понесло...

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

22. "В systemd ожидается включение обработчика нехватки памяти oo..."  +2 +/
Сообщение от Аноним (22), 08-Янв-20, 21:30 
Какой десктоп выбрать на FreeBSD? Или др. откртой/свободной системе, кроме Лин-а.
Ответить | Правка | Наверх | Cообщить модератору

29. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от Эрик (??), 08-Янв-20, 21:43 
У бсд свои нехилые заскоки которые в свое время меня и вынудили прейти на линукс, так что теперь надо смотреть на что-то иное чем линукс или бсд.
Ответить | Правка | Наверх | Cообщить модератору

65. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от zzz (??), 08-Янв-20, 23:14 
В пятой версии - были проблемы, но тогда ломали GIANT_LOCK, а сейчас-то какие грабли, всё работает как часики.
Ответить | Правка | Наверх | Cообщить модератору

81. "В systemd ожидается включение обработчика нехватки памяти oo..."  +1 +/
Сообщение от Kermeat (?), 09-Янв-20, 00:36 
Главная проблема - ограниченный список поддерживаемого оборудования
Ответить | Правка | Наверх | Cообщить модератору

91. "В systemd ожидается включение обработчика нехватки памяти oo..."  +1 +/
Сообщение от zzz (??), 09-Янв-20, 01:18 
Так и в линуксе не сказать, что всё сахарно, и разговоры про то, что во фряхе поддерживается каждая тридцатая железка, а вот в линуксе каждая двадцатая - сахарнее ситуацию не делают.

Но это всё разговоры в пользу бедных, меня интересовало, какие именно "заскоки" были у Эрика во фре, и судя по всему, товарищ оказался не сильно словоохотливым за конкретику.

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

161. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от Анонимemail (161), 09-Янв-20, 10:24 
Ой много чего было начиная от проблем с сопровождением порта Астериска там просто тупо на баги либо не отвечали совсем либо отвечали тогда когда это все уже было не актуально, ну и заканчивая тем что если падала сессия под Х-ами то в разнос шла вся система вплоть до необходимости ее переустановки, плюс конечно проблема с поддержкой железа окончательно доканала.
Ответить | Правка | Наверх | Cообщить модератору

187. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от zzz (??), 09-Янв-20, 16:42 
Сопровождение астериска в самом линуксе через одно место, я как-то пытался взгромоздить его на дебиан - запустился нормально он только в докере. Если падает иксовая сессия, то сервер перезапускается и только, о каком разносе вплоть до переустановки ты говоришь - не понимаю. Ну и да, под линуксом проблема с поддержкой железа не сильно-то лучше, что там тебя могло доканать по сравнению с линуксом - загадка.
Ответить | Правка | Наверх | Cообщить модератору

113. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от Аноним (-), 09-Янв-20, 02:29 
> так что теперь надо смотреть на что-то иное чем линукс или бсд.

Предлагаю ReactOS. После него что Linux что FreeBSD покажутся не такими уж и плохими :)

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

63. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от zzz (??), 08-Янв-20, 23:12 
Какой больше нравится, всё в наличии, в т.ч. пятьекеды. У Ivan_83 три десктопа крутится под фряхой - вроде, человек доволен.
Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

86. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от Аноним (82), 09-Янв-20, 00:43 
Любой не юниксоподобный.
Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

28. "В systemd ожидается включение обработчика нехватки памяти oo..."  –1 +/
Сообщение от Грусть (?), 08-Янв-20, 21:43 
Ну, вот. Иран... теперь ещё и это.
Ответить | Правка | Наверх | Cообщить модератору

31. "В systemd ожидается включение обработчика нехватки памяти oo..."  –1 +/
Сообщение от Аноним (31), 08-Янв-20, 21:43 
Боремся с нехваткой памяти завязкой systemd на питон? Ничосе.
Ответить | Правка | Наверх | Cообщить модератору

55. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от Kermeat (?), 08-Янв-20, 22:50 
oomd на c++, какой ещё python?
Ответить | Правка | Наверх | Cообщить модератору

114. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от Аноним (-), 09-Янв-20, 02:31 
Поттеринг все же не настолько больной на голову чтобы системные тулсы на питоне совать.
Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

119. "В systemd ожидается включение обработчика нехватки памяти oo..."  +1 +/
Сообщение от Аноним (119), 09-Янв-20, 02:45 
> Поттеринг все же не настолько больной на голову чтобы системные тулсы на  питоне совать.

https://github.com/systemd/mkosi
>  Python 99.4%      Shell 0.6%

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

125. "В systemd ожидается включение обработчика нехватки памяти oo..."  –1 +/
Сообщение от Аноним (125), 09-Янв-20, 04:12 
скоро перепишут все любители переписывать на раст. а пока пусть апи настоится. ну и все уж лучше на питоне чем на баше
Ответить | Правка | Наверх | Cообщить модератору

228. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от Аноним (-), 10-Янв-20, 10:42 
> скоро перепишут все любители переписывать на раст. а пока пусть апи настоится.

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

> ну и все уж лучше на питоне чем на баше

На баще никто не пытается лепить эрзац-аналоги приложений, да и такой жести с версиями как у питона там все ж нет. Что для системной автоматизации софт совсем не украшает. Кто же любит когда у него автоматизация отваливается? А в питоне никак не могут определиться как им там зашибись и постоянно все крушат. Даже их BDFL в край задолбался и сбежал.

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

134. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от iPony129412 (?), 09-Янв-20, 06:29 
Так оно и не системное

> mkosi is definitely a tool with a focus on developer's needs for building OS images, for testing and debugging, but also for generating production images with cryptographic protection.

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

227. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от Аноним (-), 10-Янв-20, 10:39 
> https://github.com/systemd/mkosi

А это вообще чего? По дефолту этого в системде вообще нет.

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

33. "В systemd ожидается включение обработчика нехватки памяти oo..."  +1 +/
Сообщение от Omnomnom (?), 08-Янв-20, 21:50 
Отлично, очень хочется послушать офигенных историй про то, что God object -- это хорошо и прогрессивно.
Ответить | Правка | Наверх | Cообщить модератору

36. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от Аноним (36), 08-Янв-20, 21:56 
>линуксовую блоатварь делают еще раздутее

Бсдшники ехидно ухмыляются.

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

121. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от leap42 (ok), 09-Янв-20, 03:39 
>>> линуксовую блоатварь делают еще раздутее
>> Бсдшники ехидно ухмыляются.
> В заброшенном склепе...

xD

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

229. "В systemd ожидается включение обработчика нехватки памяти oo..."  –1 +/
Сообщение от Аноним (-), 10-Янв-20, 10:42 
> Бсдшники ехидно ухмыляются.

Это фряшники то, с бутлоадером на Lua? :D

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

235. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от анонн. (?), 10-Янв-20, 19:45 
>> Бсдшники ехидно ухмыляются.
> Это фряшники то, с бутлоадером на Lua? :D

ЧСХ, как обычно - никакой конкретики и объяснений, чем Луа для менюшек, добавляющая аж 60КБ к загрузчику, хуже велосипедного "grub.cfg is written in GRUB’s built-in scripting language, which has a syntax quite similar to that of GNU Bash and other Bourne shell derivatives." или старого доброго Forth.

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

38. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от Аноним (38), 08-Янв-20, 22:00 
>oomd

Эта фиговина тоже прибивает самые активные процессы? (игры, браузер, etc)

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

43. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от Аноним (17), 08-Янв-20, 22:12 
Самые "активные" с такой позиции наименее значимые так-то. Вот запустил ты рендер и решил в браузере почитать новости/ютуб/опеннет, или там зашил в игрушку запилиться в которой (как это сейчас принято) сейвы каждую минуту и ты ничего кроме 20 секунд на повторный запуск потенциально не потеряешь. А рендер у тебя многочасовой. То же самое с вируалками, если грохается виртуалка которая работала часами и никому не мешала вместо браузера на который вообще плевать - это нормально что ли?
Ответить | Правка | Наверх | Cообщить модератору

115. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от Аноним (-), 09-Янв-20, 02:32 
Так это все настраиваеться должно. Ядерный oom и то настраивается - и ниже этой планки прыгать просто нет смысла.
Ответить | Правка | Наверх | Cообщить модератору

151. "В systemd ожидается включение обработчика нехватки памяти oo..."  +1 +/
Сообщение от Аноним (151), 09-Янв-20, 08:43 
> грохается виртуалка которая работала часами и никому не мешала вместо браузера
> на который вообще плевать - это нормально что ли?

Ну как тебе сказать. Вот смотри, какая у меня ситуация. Я сейч

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

168. "В systemd ожидается включение обработчика нехватки памяти oo..."  +2 +/
Сообщение от Аноним (38), 09-Янв-20, 11:46 
я сначала не понял, а потом как понял
Ответить | Правка | Наверх | Cообщить модератору

136. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от хек (?), 09-Янв-20, 07:12 
Хуже того, оно работает только с контрольными группами. Это означает, что корректирующим действием будет убийство всей сессии.
Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

40. "В systemd ожидается включение обработчика нехватки памяти oo..."  –1 +/
Сообщение от Аноним (40), 08-Янв-20, 22:09 
Когда уже ожидать включения systemd в ядро Linux
Ответить | Правка | Наверх | Cообщить модератору

165. "В systemd ожидается включение обработчика нехватки памяти oo..."  –1 +/
Сообщение от КО (?), 09-Янв-20, 11:28 
Скорее SystemD отвяжется от этой мало нужной зависимости и включит его функционал в себя. :)
Ответить | Правка | Наверх | Cообщить модератору

44. "В systemd ожидается включение обработчика нехватки памяти oo..."  +6 +/
Сообщение от Аноним (44), 08-Янв-20, 22:15 
> В systemd ожидается включение обработчика Facebook

зайти в систему можно будет только через их учётку.

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

45. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от Нанобот (ok), 08-Янв-20, 22:24 
>Обработчик oomd развивает компания Facebook

теперь systemd будет ещё и персональные данные сливать

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

47. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от Анонимна Пост (?), 08-Янв-20, 22:34 
Ага. И при выкл компа, пока не дадут сетевой доступ в ФБ, не выключиться.

Будет рисовать: stop job is in progress и т.п. хлам.

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

48. "В systemd ожидается включение обработчика нехватки памяти oo..."  –1 +/
Сообщение от Аноним (-), 08-Янв-20, 22:39 
ещё драйверы из ядра нужно в systemd перенести
Ответить | Правка | Наверх | Cообщить модератору

80. "В systemd ожидается включение обработчика нехватки памяти oo..."  –1 +/
Сообщение от супернуб (?), 09-Янв-20, 00:33 
На сегодня уже проще sys-d включить в ядро.. Как говориться, "то, о чём так долго говорили большевики -свершилось!"(с) Ну или на подходе
Ответить | Правка | Наверх | Cообщить модератору

149. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от колба (?), 09-Янв-20, 08:37 
ядро итак по сути часть системд, хоть и не внутренняя, но по характеру взаимодействия системд виляет ядром, также как любым из сервисов и юнитов..
Ответить | Правка | Наверх | Cообщить модератору

153. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от Аноним (151), 09-Янв-20, 08:45 
> ещё драйверы из ядра нужно в systemd перенести

Получится микроядро, которое тут так ждут.

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

52. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от Аноним (52), 08-Янв-20, 22:43 
А нельзя просто сделать возможным запретить высвапливать страницы с запускаемым кодом? Основные тормоза со свопом, по моим наблюдениям, только из-за этого. Память кончается, выкидываем страницу с кодом, потом программа хочет выполнить код из этой страницы, достаем ее с диска и дальше - по кругу. До всех этих новомодных memory mapping files такого не было (не то, чтобы я был сильно против, но зачем исполняемый код-то так загружать?).
Ответить | Правка | Наверх | Cообщить модератору

67. "В systemd ожидается включение обработчика нехватки памяти oo..."  –1 +/
Сообщение от Аноним (67), 08-Янв-20, 23:20 
Пртчитай кою ядра. О результатах нам сообщишь.
Ответить | Правка | Наверх | Cообщить модератору

200. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от Vanych (?), 09-Янв-20, 21:02 
Похоже Вы правы, раньше своп явно работал лучше и практически незаметно.
Возможно дополнительные проблемы с многоядерностью - одно поднимает данные - другой вытесняет для себя.
Думаю, разделить код и данные сложно, а вот узнать срок не обращения к странице памяти проще. И опять же, если вкладка, скажем браузера пожирает очень много памяти, то резать её напрочь в режиме no-exec.
Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

59. "В systemd ожидается включение обработчика нехватки памяти oo..."  +1 +/
Сообщение от Аноним (59), 08-Янв-20, 23:00 
Комментируя намерение разработчиков Fedora включить по умолчанию фоновый процесс earlyoom для раннего реагирования на нехватку памяти в системе и планы Леннарта Поттеринга по интеграции в systemd другого решения - oomd, хочу отметить, что оба решения уже есть в виде отдельных пакетов в Debian testing/sid, в отличие от Arch, как ни странно...
Ответить | Правка | Наверх | Cообщить модератору

64. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от Аноним (17), 08-Янв-20, 23:13 
Ну это как раз легко объяснить. Просто арч — самостоятельный дистрибутив, а не марионетка голубого гиганта.
Ответить | Правка | Наверх | Cообщить модератору

75. "В systemd ожидается включение обработчика нехватки памяти oo..."  +1 +/
Сообщение от Аноним (75), 09-Янв-20, 00:12 
>Просто арч — самостоятельный дистрибутив, а не марионетка голубого гиганта.

Ор.пнг

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

138. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от хек (?), 09-Янв-20, 07:13 
earlyoom есть в Deb 10+. Ub 1804+, AUR.
Ответить | Правка | К родителю #59 | Наверх | Cообщить модератору

88. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от arthiemail (ok), 09-Янв-20, 00:53 
Урок в школе.
- Дети, расскажите что прекрасного у кого случилось за летние каникулы?
Руку тянет девочка.
- Да, Даша.
- Мы купили собаку. Она большая и добрая.
- Действительно это прекрасно. Да , Петя?
- Мы переехали в новы дом! Он большой и красивый.
- Да, это прекрасно.
Руку тянет Вовочка.
- Да, Вовочка.
- А к нам мама вернулась с курорта и привезла какой-то триппер!
- ЧТО-О-О-?
- Так папа так и сказал - Замечательно, глядь, просто прекрасно!

Так и системдэ в линуксе.

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

98. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от псевдонимус (?), 09-Янв-20, 01:43 
В лоскуты!
Ответить | Правка | Наверх | Cообщить модератору

135. "В systemd ожидается включение обработчика нехватки памяти oo..."  –1 +/
Сообщение от iPony129412 (?), 09-Янв-20, 06:33 
Урок в школе.
- Дети, расскажите что прекрасного у кого случилось за летние каникулы?
Руку тянет Петя.
- В systemd завезли OOM киллер.
- Что?
Вовочка:
- Не обращайте внимания, Петя - линуксоид.
Ответить | Правка | К родителю #88 | Наверх | Cообщить модератору

154. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от Аноним (151), 09-Янв-20, 08:48 
— Вовочка, у нас дома такая лажа, такая лажа! Брат Сашка в царя стрелял.
Ответить | Правка | К родителю #88 | Наверх | Cообщить модератору

94. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от Аноним (94), 09-Янв-20, 01:25 
мдаа жесть, давайте ещё и браузер засунем в системд, чет системд на себя слишком много обязаностей берёт, ладно я смирился с альтернативой dhcpcd и прочим шлаком который идёт в комлекте, но сувать oomd это жесть
Ответить | Правка | Наверх | Cообщить модератору

95. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от Аноним (94), 09-Янв-20, 01:26 
бтв системд пофиксили баг с долгим отключением или опять нужно лесть в конфиги? *нет возможности проверить сижу на openrc*
Ответить | Правка | Наверх | Cообщить модератору

140. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от Аноним (140), 09-Янв-20, 07:32 
> ладно я смирился с альтернативой dhcpcd и прочим шлаком который идёт в комлекте

Смиришься и с этим. Чего крик-то поднял?

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

230. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от Аноним (-), 10-Янв-20, 10:45 
> ладно я смирился с альтернативой dhcpcd

Блин, вот кого совсем не жалко - так этого энтерпрайзного монстра. На его фоне даже нетворкд не такое уж угробище. Парни из ISC показали что можно это делать и намного и хуже.

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

97. "В systemd ожидается включение обработчика нехватки памяти oo..."  +1 +/
Сообщение от vitalif (ok), 09-Янв-20, 01:37 
Я вот чего не понимаю - в чём такая сложность обработки нехватки памяти, что для неё ЮЗЕРСПЕЙС ДЕМОНОВ городят, причём уже чуть не 5 штук?

Кто-то жрёт память - убейте того кто жрёт память (того, кто больше всего её выделил за последнее время). Что такого сложного?

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

Ну то есть конечно пилят и ладно, но столько хайпа на этой теме, как будто это реально дофига кому нужно...

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

100. "В systemd ожидается включение обработчика нехватки памяти oo..."  –1 +/
Сообщение от псевдонимус (?), 09-Янв-20, 01:46 
База сожрала доступную память убил её да и все)
Ответить | Правка | Наверх | Cообщить модератору

103. "В systemd ожидается включение обработчика нехватки памяти oo..."  +1 +/
Сообщение от Аноним (103), 09-Янв-20, 01:48 
Да, а что такого?
Ответить | Правка | Наверх | Cообщить модератору

104. "В systemd ожидается включение обработчика нехватки памяти oo..."  –1 +/
Сообщение от псевдонимус (?), 09-Янв-20, 01:57 
Ну если данные в ней не нужны, то ничего такого.
Ответить | Правка | Наверх | Cообщить модератору

160. "В systemd ожидается включение обработчика нехватки памяти oo..."  +1 +/
Сообщение от Аноним (103), 09-Янв-20, 10:20 
А что с ними будет, ты же процесс убиваешь а не файл.
Ответить | Правка | Наверх | Cообщить модератору

170. "В systemd ожидается включение обработчика нехватки памяти oo..."  –1 +/
Сообщение от псевдонимус (?), 09-Янв-20, 11:52 
В файл могла идти запись.
Ответить | Правка | Наверх | Cообщить модератору

173. "В systemd ожидается включение обработчика нехватки памяти oo..."  +2 +/
Сообщение от Тернарный (?), 09-Янв-20, 12:15 
Про транзакции и журналирование мы не слышали?
Ответить | Правка | Наверх | Cообщить модератору

107. "В systemd ожидается включение обработчика нехватки памяти oo..."  +1 +/
Сообщение от vitalif (ok), 09-Янв-20, 02:15 
> База сожрала доступную память убил её да и все)

Конечно. Лучше что ли чтобы сервер встал раком и медленно-медленно иногда кому-то отвечал? Пусть уж свалится лучше при превышении лимита

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

120. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от псевдонимус (?), 09-Янв-20, 02:55 
Нужно зарезервировать часть памяти для системы, чтобы она могла корректно завершить процесс,а не повисла. И тем более не киляла все подряд в агонии. Не такая уж простая задача как выясняется.
Ответить | Правка | Наверх | Cообщить модератору

159. "В systemd ожидается включение обработчика нехватки памяти oo..."  –1 +/
Сообщение от Аноним (159), 09-Янв-20, 09:58 
Это задача СУБД определять сколько памяти и сохраняться
Ответить | Правка | Наверх | Cообщить модератору

201. "В systemd ожидается включение обработчика нехватки памяти oo..."  +1 +/
Сообщение от Vanych (?), 09-Янв-20, 21:21 
База сама должна понимать, есть ли у неё в доступе ресурсы.
А если жрать больше, чем можешь, то не беда подавиться и умереть от жадности. Что делать?! Естественных отбор...
Ответить | Правка | К родителю #100 | Наверх | Cообщить модератору

231. "В systemd ожидается включение обработчика нехватки памяти oo..."  +1 +/
Сообщение от Аноним (-), 10-Янв-20, 10:49 
> Я вот чего не понимаю - в чём такая сложность обработки нехватки
> памяти, что для неё ЮЗЕРСПЕЙС ДЕМОНОВ городят, причём уже чуть не 5 штук?

В том что она виртуальная и поэтому понятие "нехватки" достаточно абстрактное. До того как ее жестко не хватит, потому что закончилось все, даже своп - система пяток минут будет натужно хрустеть диском.

При том не иметь возможность выгрузить куда-то и откровенно не используемые многие часы "холодные" страницы к которым возможно за все время работы системы никто не обратиться - тоже досадно, потому что оперативку под ними можно было бы например под кэш дисковых операций отдать, ускорив их лишний раз. Вот народ и пытается и рыбку съесть и косточкой не подавиться. В силу противоречивых желаний это получается несколько сложнее чем кажется на первый взгляд.

...но если ты хочешь именно это, именно так: ядро Linux можно собрать вообще совсем без paging. И тогда оно будет выносить процессы со скоростью пули.

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

101. "В systemd ожидается включение обработчика нехватки памяти oo..."  +4 +/
Сообщение от Аноним (103), 09-Янв-20, 01:47 
Ну нахер! Ты видел, ты видел?
Ответить | Правка | Наверх | Cообщить модератору

106. "В systemd ожидается включение обработчика нехватки памяти oo..."  +7 +/
Сообщение от Аноним (106), 09-Янв-20, 02:08 
Скоро не линукс будет включать в себя systemd, а systemd в себя линукс.
Ответить | Правка | Наверх | Cообщить модератору

141. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от хек (?), 09-Янв-20, 08:02 
системд станет модулем ядра, modprobe systemd будет выполняться на этапе загрузки ядра
Ответить | Правка | Наверх | Cообщить модератору

147. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от псевдонимус (?), 09-Янв-20, 08:32 
Она уже пыталась, вспомни кдбус.
Ответить | Правка | Наверх | Cообщить модератору

116. "В systemd ожидается включение обработчика нехватки памяти oo..."  –4 +/
Сообщение от Аноним (-), 09-Янв-20, 02:41 
лицезреть припекание у местных дегенератов - что может быть прекрасней
Ответить | Правка | Наверх | Cообщить модератору

167. "В systemd ожидается включение обработчика нехватки памяти oo..."  +2 +/
Сообщение от Аноним (167), 09-Янв-20, 11:37 
Я рад :(
Скоро онтопик и всякие там OOM-ы будут "жрать" столько памяти, что при загрузке будут килять друг друга ;) Так что покупайте попкорн заранее.
Ответить | Правка | Наверх | Cообщить модератору

169. "В systemd ожидается включение обработчика нехватки памяти oo..."  +1 +/
Сообщение от Аноним (38), 09-Янв-20, 11:50 
а обязательно ли прибивать процессы вообще? Можно же либо сбивать приоритет, либо "замораживать" все не имеющее отношения к системным процессам и дереву активного.

Помнится, на винде активные лаги приводили к выводу предложения отключить свистелки и перейти в более легковесный режим работы окружения (правда выражалось это, по большей части, только в отключении windows aero. Но сама задумка, вроде бы, не шибко плоха)

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

171. "В systemd ожидается включение обработчика нехватки памяти oo..."  +4 +/
Сообщение от Аноним (171), 09-Янв-20, 12:01 
давно пора... пущай системд прибивает всякие там жрущие процессы - нафига они вообще нужны? компьютер нужен чтоб запускать систямд и точка!
Ответить | Правка | Наверх | Cообщить модератору

174. "В systemd ожидается включение обработчика нехватки памяти oo..."  +1 +/
Сообщение от Аноним (174), 09-Янв-20, 12:33 
Я даже не против, что бы они добавляли всякие фичи в системд, но они же включат эту залупу по умолчанию.
Ответить | Правка | Наверх | Cообщить модератору

195. "В systemd ожидается включение обработчика нехватки памяти oo..."  –1 +/
Сообщение от Антон (??), 09-Янв-20, 19:27 
Что в этом плохого?
Ответить | Правка | Наверх | Cообщить модератору

233. "В systemd ожидается включение обработчика нехватки памяти oo..."  –1 +/
Сообщение от анониммус (?), 10-Янв-20, 14:55 
вот и выросли антоны, для которых за**па в рот по умолчанию - это нормально.
Ответить | Правка | Наверх | Cообщить модератору

182. "В systemd ожидается включение обработчика нехватки памяти oo..."  +2 +/
Сообщение от Аноним (182), 09-Янв-20, 14:59 
в новости всё хорошо, кроме Facebook
Ответить | Правка | Наверх | Cообщить модератору

184. "В systemd ожидается включение обработчика нехватки памяти oo..."  –1 +/
Сообщение от Аноним (184), 09-Янв-20, 16:10 
Это ядерная фича, а не сЫстемдЫ.
Ответить | Правка | Наверх | Cообщить модератору

199. "В systemd ожидается включение обработчика нехватки памяти oo..."  +3 +/
Сообщение от Аноним (-), 09-Янв-20, 20:50 
А мне пофик, я  на дистре без системД. Аха-ха-ха!
Ответить | Правка | Наверх | Cообщить модератору

236. "В systemd ожидается включение обработчика нехватки памяти oo..."  +/
Сообщение от KT315 (ok), 14-Янв-20, 19:06 
Doomd
Ответить | Правка | Наверх | Cообщить модератору

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

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




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

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