вот и все

а касательно кодстайлов и всяких гайдов

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

поправьте меня если я ошибаюсь

Code style ядра довольно известен в кругах сишников кстати

>I've been working on implementing online metadata scrubbing and repair in XFS. Most of the code is self contained inside XFS, but there's a small amount of interaction with the VFS freezer code that has to happen in order to shut down the filesystem to rebuild the extent backref records.

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

Есть кто с Logstash работал?

ELK

ELK

щас вот ебуся

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

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

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

ну вот это специфичный кейс же

не находишь?

Фактически на нем делают defer в го

не находишь?

Он не специфичный. Просто хороший пример когда гоуту имеет смысл в языках без ооп

ну ок

я не буду спорить

тем более что и не спорил

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

особенно если это готу лол

Мда. ну в жжёте.

в ядре приятный код, кстати

Больше трёх реплик про гото, это ж прямо надо скучать

читается легко

а тем временем из xfs плавно делают zfs/btrfs

щас вот ебуся

Вот есть лог nginx. Только страницы, без статики. Он растёт до 4-6 гигабайт в месяц

Если его в ELK запихнуть, он всё это добро в оперативке держать будет?

нет

А сколько примерно сверху пожрет?

а черт его знает

Сейчас там на вес золота памяти

засунь )

хм

понял спасибо

я тока тока прикрутил логи ваще

пока пустые

сегодня завтра скормлю 13 гигов

вот тогда и поржем

Как можно сделать что бы пакет не вытягивал новую версию? Я знаю что можно в dpkg выбрать hold. Но это будет верно для установленного пакета

apt-сache show tarantool tarantool-common apt-get install tarantool=нужная_версия tarantool-common=нужная_версия хотя бы так

Надо блин уже ехать в самом деле

вот тогда и поржем

Просьба сказать сколько пожрет

оке, если не забуду

Я напомню #память - это закладка для меня

Я сейчас делаю безумное но интересное

Лог пиштся в формате csv

скачивается и скармливается майкросовтовской PowerBi

кучу всякой аналити можно выдрать

но неудобно когда регулярно надо

решил совать в елка?

Ну как вариант

https://biz.mail.ru/hotbox уже обсудили?

https://biz.mail.ru/hotbox уже обсудили?

спс интересно

https://biz.mail.ru/hotbox уже обсудили?

SLA 99.9999%

неплохо

вот только цен не вижу

"Заявка на участие в закрытом бета-тестировании"

Бесплатно

Буквально

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

Хз как убедить что пора уже

Хз как убедить что пора уже

Показать проблемы :)

Проблема видна

Миллион хитов мы обслуживали с VPS-ки

Возможно, никакого горизонтального масштабирования не нужно

А нужен профайлинг

Ну у нас 8 гигов оперативки сейчас поднимут до 16

ERROR: S client not available

XEON '09 года выпуска, возможно поменяется на 14

HDD на SSD

Потенциальноещё до 10 миллионов можно поднять

На каком языке проект?

Если кеширование сделать то вообще все 50

На каком языке проект?

PHP

Какая база данных?

Mysql, но это минорно. В основном данные из elasticsearch

Метрика, по которой ктото говорит "вот теперь масштабируем" непонятна

Очень понятна

Особенно, в случае с ES

Это размер памяти в JVM

А вот если бы я сказал "профессионалы с конференции DevOps утверждают что после 1.5 миллиона хитов в день принято делать горизональное масштабирование" - было бы круто =)

Это размер памяти в JVM

Тут то всё просто =)

Профессионалы с конференции DevOps рекомендуют врубить JMX и начать рисовать график

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

да рано при миллионе масштабироваться. или вы профайлили уже?

Потому что ВСЕ листы индекса, к которым ES когда-либо обращался, будут болтаться в памяти до рестарта

А нужен профайлинг

а, ты опередил :)

да рано при миллионе масштабироваться. или вы профайлили уже?

Ясно=)

Уж так работает люсиновский “кэш”

Поэтому, если данные в ES, упираться будете в память

В принципе, можно побороться за размер индекса

У вас dynamic schema?

Вот сейчас и уперлись. В своп попал

Можно попробовать схему задать вручную

PHP

тогда однозначно профайлить сначала

схема задается

тогда однозначно профайлить сначала

С этим все норм

Так, уже хорошо

Сколько сейчас памяти выдано в JVM?

Смотрите

8 гигов памяти портят всю картину