Выпуск oomd 0.3.0

журнал фиксации

Лолчто? Впервые в жизни вижу, чтобы журнал коммитов так обзывали

Run-time dependency jsoncpp found: YES 1.9.2
Configuring oomd.json using configuration

За что!!!!

А если оомд на системд наскочит — кто кого сборет?

радуйся что не XML :)

У меня был небольшой опыт, где я мог сравнить xml и json (заказчику надо было вытягивать данные из одной системы для её интеграции в другую). И экспортируемые данные в xml были куда более читаемые, приятные для глаз и даже более компактные, чем те же данные в json. Заказчику был нужен xml, но я ещё и json до кучи сделал. Так вот данный факт меня очень сильно удивил. А твой пост просто посмешил.

Лолчто? Впервые в жизни вижу, чтобы журнал коммитов так обзывали

А пулл реквест - это запрос на вытягивание. Нужно бороться за чистоту русского языка.

А если оомд на системд наскочит — кто кого сборет?

PID 1 под защитой, остальные умрут. Кстати, Лёня хочет включить oomd в systemd.

И экспортируемые данные в xml были куда более читаемые

Это пока ты генереные SOAP web-серверами / XML-RPC простынки не открывал :) Или тесты на XML не правил, где сам тест - две строчки, остальное — бойлерплейт-копипаста для описания свойств подключений.

Это такая специальная олимпиада? Насасывать аргументы. Зачем генерёные простыни читать и тем более править? Править надо генератор.

«Но не мог умерить Билли аппетиты крокодильи...» (с)

Зачем генерёные простыни читать

За шкафом, за тем что они не всегда работают, как указано в документации и отладку никто не отменял :) И показывают наглядно, что маркетинговые рассказы про «дружелюбность XML» проходят по классу студеных былин, а на деле она — очень относительная. Именно из-за этого булшыта, когда наелись генереных простыней, после моды SOAP все заболели сначала Rest, а потом гугло-пионеры «переизобрели»... бадум-тыц! БИНАРНЫЕ ПРОТОКОЛЫ. Чуваки, которые разрабатывали CORBA дружно с этого лолировали.

Править надо генератор.

дада, кто-то тебе даст его поправить :) Когда на работу в IBM, Oracle или Майкрософт устроишься, прям сразу :) Обычно фикс заключался в том, что выкидывали нахрен все утилиты создания клиентов по UDDI и «штатные диспатчеры сообщений», и программно конфигурили фабрику простым XML, без развесистых атрибутов и пространств имен, которые так любят в «энтерпрайзе»(ТМ) чтоб можно было щоки надувать.

бороться за чистоту руссокого языка

«Утром, взяв с собой свою переносную ЭВМ с функцией абонентской радиостанции, я надел свои бегоступы и пошёл в контору»

Побаловался я oomd и earlyoom.
Ноут, 16Гиг. Всем всё хватает, ничего не убивается.
Но, есть нюансы.
С последней перезагрузки earlyoom выкушал 3 минуты процессорного времени. А oomd за это же время более 12 часов. Даже иксы жрут меньше, у них 11 часов с копейками.

А теперь попробуй то же самое на json. Результат будет для тебя неожиданный.

Не, не будет.

А oomd за это же время более 12 часов

Известная проблема. oomd сканирует всю cgroup иерархию, а earlyoom - только /proc/meminfo.

https://github.com/facebookincubator/oomd/issues/79

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

если не используешь своп, то earlyoom будет лучшим выбором.

oomd без свопа не работает - https://github.com/facebookincubator/oomd/issues/80 и не видит в этом проблемы.

Вообще-то эксперты для десктопа предпочитают nohang - поддерживает PSI и ГУИ уведомления, весьма гибок.