> раббитмк сжирает весь цпу Подозреваю, что сжирает он цп в iowait-е. Попробуй выключить persistense для очередей.

@etw Я глянул в atop и там ботлнек нихуя не в io, что вообще редкость. Персистенсе не выключу, у меня каждый пакет с баблом.

@komar > гонить бабловые операции через rabbitmq Ну ты и лалка

@etw Поясни, сириосли. Я в нем нихуя не разбираюсь вообще, дали и сказали «пили».

@komar Сначала скажи, как ты обеспечиваешь отказоустойчивость rabbitmq.

@etw >Подозреваю, что сжирает он цп в iowait-е. хуйню подозрел

@etw Я никак не обеспечиваю, я пока еще не уверен, чем дюрабле от персистенсе отличается.

@anonymous Сорь

@komar > Я никак не обеспечиваю Тогда все хорошо, у тебя проеб данных будет только при потере дисков сервера и доступность будет страдать лишь при временных сбоях. > чем дюрабле от персистенсе отличается persistense - для сообщений, durability - для очередей и exchange-ей (durable объекты ставят persistense на все проходящие через них сообщения).

@etw А хули не так? Его, как и все на свете, ШАРДИТЬ нельзя?

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

@etw Доступность на хуй не нужна, это же очередь. Она же сделана для того, чтобы валялось и ждало.

@komar Если у тебя упадет rabbitmq, куда будут складываться сообщений от приложений?

@etw Хм, надо узнать.

@komar Обычно они складываются вникуда.

@etw Не, мне нельзя в никуда, на каждом бабло.

@komar Ждало да. Валялось нет. Если очередь не разгребается, rabbit в какой-то момент загнётся.

@komar Я в том смысле, что обычно приложение либо отвечает пользователю ошибкой, либо тихо проебывает данные, если ответить не может.

@anonymous пруф или место на харде закончится

@anonymous Мы тут ситуацию обсуждаем, когда rabbitmq уже загнулся.

@komar алсо, persistent сообщение от non-persistent отличаются лишь тем, что пишутся на диск, причем без гарантий, приблизительно так же, как в редисе.

@etw Орлы? В документации вроде видел, что синкают.

@komar Редис тоже синкает (раз в секунду, а все что между синками - тлен).

надо просто переписать на замыканиях и декораторах

@anonymous Пруф или на продолжениях и комбинаторах.

@komar обосрался