хм, не понятно, почему когда Sub упадет, сообщения пропадут? Потеря информации по схеме Pub/Sub, по-моему, возможна только если Redis нежданчиком упадёт, до сохранения дампа на диск

я что-то сылшал неплохое про https://github.com/adjust/rmq, и да, проблему Pub/Sub опишите

я что-то сылшал неплохое про https://github.com/adjust/rmq, и да, проблему Pub/Sub опишите

+++ я использовал этот пакет, вполне рабочий

Только ставится слип с интервалом, который ты сам можешь выбрать

Про Pub/Sub Я открыл две консоли с redis-cli В одной наопубликовал несколько записей, в другой подписался после этого Никаких оповещений из канала не получил При включенной подписке - новые оповещения, как и ожидается, видны Из увиденного сделал вывод, что Pub/Sub работает в реальном времени и нигде не хранит историю Может это и не так, но кодом пока что лениво проверять

Ну тк это pub/sub, а не MQ, всё правильно, не успел подписаться - не получил

Про Pub/Sub Я открыл две консоли с redis-cli В одной наопубликовал несколько записей, в другой подписался после этого Никаких оповещений из канала не получил При включенной подписке - новые оповещения, как и ожидается, видны Из увиденного сделал вывод, что Pub/Sub работает в реальном времени и нигде не хранит историю Может это и не так, но кодом пока что лениво проверять

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

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

Это все-таки не очередь Склоняюсь к мнению товарища выше

Это все-таки не очередь Склоняюсь к мнению товарища выше

это деталь реализации, имхо

Хотите очередь - попробуйте nsq. Я пока сам только присматриваюсь к нему, но то что он распределённый мне уже нравится

ну или покажите мне где чётко прописано, что Pub/Sub не может быть реализовано очередью, мб я неграмотный

это деталь реализации, имхо

Не знаю при чем тут деталь реализации Эта штука работает не так, как мне нужно Остальное не интересует

ну или покажите мне где чётко прописано, что Pub/Sub не может быть реализовано очередью, мб я неграмотный

Реализовано то может быть, а вот очередь на pub/sub не может быть реализована просто так(нужно где-то хранить метки читателей сообщений из очереди - что вычитано, а что нет) и обычно это просто такой "event emitter"

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

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

если перевод хороший - однозначно надо

если перевод хороший - однозначно надо

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

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

хорошо, а мне торренты религия не позволяет)

очередь на редисе это lpush + rpop

пабсаб хорош но это не очередь, а скорее паттерн обсервер но с распределенными подписчиками

пабсаб хорош но это не очередь, а скорее паттерн обсервер но с распределенными подписчиками

ну вот разве паттерн обсервер не может быть очередью? или уже другой паттерн?

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

выше линк на русскую кидали

ну вот разве паттерн обсервер не может быть очередью? или уже другой паттерн?

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

хорошо, а мне торренты религия не позволяет)

В роскомнадзоре работаешь?)

В роскомнадзоре работаешь?)

не, я его побаиваюсь. Как-то пропал у меня интернет, звонил в поддержку - они мне назвали все мои домашние девайсы подключенные к сети, включая те, что за NAT`ом роутера... с тех пор не качаю "контрабанду")

Как минимум использовать BRPOP

Дайте пожалуйста my.cnf разогнаной базы. (12 cores, 32 Gb RAM)

Дайте пожалуйста my.cnf разогнаной базы. (12 cores, 32 Gb RAM)

func BeginHolyWar() { remove(mysql) install(postgresql) }

func BeginHolyWar() { remove(mysql) install(postgresql) }

+

Холиваром ТЗ не поменяешь

Про Pub/Sub Я открыл две консоли с redis-cli В одной наопубликовал несколько записей, в другой подписался после этого Никаких оповещений из канала не получил При включенной подписке - новые оповещения, как и ожидается, видны Из увиденного сделал вывод, что Pub/Sub работает в реальном времени и нигде не хранит историю Может это и не так, но кодом пока что лениво проверять

Если хочешь все хранить - используй кафку

func BeginHolyWar() { remove(mysql) install(postgresql) }

????

Дайте пожалуйста my.cnf разогнаной базы. (12 cores, 32 Gb RAM)

Разгони до 8й версии

Дайте пожалуйста my.cnf разогнаной базы. (12 cores, 32 Gb RAM)

https://github.com/major/MySQLTuner-perl

Доброе утро! Товарищи, а sqlite3 при дефоолтных настройках автоматически поддерживает многопоточную работу, или же при каждом запросе она блокируется на время выполнения запроса?

Парни подскажите. мне нужно в pg получить detail ошибки бд это возможно?. в pq ошибку к типу приводил err.(*pq.Error)

тут у кого-то в rocks db данные рассыпались, в репо кокроача прилетают фиксы https://github.com/cockroachdb/cockroach/pull/18397 может кому будет интересным

https://hackernoon.com/communicating-go-applications-through-redis-pub-sub-messaging-paradigm-df7317897b13

https://github.com/major/MySQLTuner-perl

?? спасибо

?? спасибо

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

чёрт. кому ж верить? :)

Не, оно дело подсказывает, но не стоит копипастить все рекомендации, полезно иногда советы обгуглить и обдумать.

?благодарю

https://hackernoon.com/communicating-go-applications-through-redis-pub-sub-messaging-paradigm-df7317897b13

Видел, спасибо