/etc/systemd конечно

вообще это гдето в основной доке

не хочешь ты туда помещать

https://www.freedesktop.org/software/systemd/man/systemd.unit.html#

не надо там копаться. это в мане в первом же

ещё до слайсов

тип того

Эо почему это?

ну нет такого да. это к поттерингу

это кстати если они через systemd запускаются

@Civiloid @demeliorator а что с Атласом нетфликсовским ?

он вроде бы чисто in-memory

в текущий момент жизни

не хочешь ты туда помещать

есть ребята, которые говорят что туда и надо помещать, а в етц ложить оверрайды

дык systemctl edit tor.service

так же правильно

ну.

по хорошему в случае оверрайда, ложится дира, с именем юита

и туда файлик овеерайд.конф

ну edit так и делает

но метода с одинаковыми юнитами в 2х путях вроде как тоже работает как оверрайд

и для автоматизации это проще )))

я где это гавно видел

мож в чефе в модуле каком

или в паппете

для автоматизации лучше просто бросать в /etc/systemd/system

но вот с докером на рхеле при переходе на 1.12 я так попался.

читал ведь еще что там название демона отличается

но всё равно вляпался

есть ребята, которые говорят что туда и надо помещать, а в етц ложить оверрайды

оверрайды самого себя? что ты несешь? :)

а в частности про самые опасные опции, для увеличения производительности

Ты про nobarrier ?

noatime,data=writeback,barrier=0

Огонь

Огонь

а чо ? )

Кстати - bcache юзает кто нибудь для kvm и для чего ещё?

Я юзаю на массиве в 65тб

а чо ? )

Я как-то про writeback забыл

по чесноку разницы не оказалось

все так плохо что это уже не помогает

У ext4 все плохо и она плохо параллелится. На небольшом числа потоков ext4 быстрее, но после 4-8 резко сдувается. Ну и всякие операции с экстентами на ext4 медленные

да у меня графит

хотя кстати кол-во иопсов поднялось где то с 270 до 310

но саутрейшен как был в районе 1 так и есть

да у меня графит

Мои соболезнования :(

=)

кто угодно упарол бы )

Мои соболезнования :(

Почему?

да у меня графит

@demeliorator напомни, как там эта настройка называлась?

Тут тебе кэш записи на контроллере надо и bbu либо writeback на ssd

нахрена ?

да у меня графит

покажи нам carbon.conf в районе MAX_UPDATES_PER_SECOND

пицот там

показывать нечего )

пицот там

а у тебя ном диски 500 wps выдерживают? текст выше крыжика читал?

=)

подвигай его

серьезно ?

Нене, я шучу конечно. Ебись с FS

=))

меньше нельзя, потому что начинают метрики отставать сильно

ты думаешь про апдейт и про нью файлс критей там и подобное дерьмо это тайное знание про которое тока Саша знает ? )

Думаю да. Значит ещё что можно подвинуть. Чудес не бывает.

несовсем понял про чудеса

Ну другие системы если выдерживают, эта тоже должна. "Вопрос нехватки веры" (c) DV Запись уменьшить, буфер увеличить. А в rrd-like ещё и запись позиционная

ой

ну там же все страшнее

она там 4х позиционная)))

не важно. она похиционная, никуда ничего не растёт и всё такое

да но дело то в ио

у тебя запись точки это как бы не один иопс могет быть

он же ще агрегаты считает и ложит

я знаю

ну а что тогда ?

ну кстати вопрос только в том, может ли он это сделать в памяти

разве ты не можешь представить ситуацию, когда с увеличением метрик ИО перестало хватать ?

я на rrd сижу с collectd

конечно могу

как и простые выходы из ситуации

ну давай поищем

я ж не протиф

я ща дозавтракаю, и попробую снизить кол-во обновляемых метрик

посмотрим насколько они уедут