Если задача стояла "зделоть быстро и красиво", то похуй на время отработки. Если "шоб побыстрее", то очевидно не берешь питон.

> то очевидно не берешь питон. мой тезис же, а ты тут "толсто, толсто"

Я "толсто" про "питон медленный". Выше написал же, что он очевидно медленнее известных языков, но сам по себе (особенно в своей весовой категории) - нет

Просто не надо кукурузу в жопу пихать, её кушать надо

вот после этого кукурузу точно не надо кушать

но после этого да

Резонно

ебитесь в рот! ))

ты меня утомил.

Посоны, а есть что-нибудь типа селери, но не такое больше. Нужно просто пихнуть данные для задачи в очередь, выполнить воркером задачи и вернуть результат обратно в очередь. Или проще самому накидать?

Был gearman, но умер вроде

Ну ты ток не обольщайся по поводу "просто пихнуть задачи". Там начнутся всякие task aknowledgment )

(на досуге расскажу тебе сколько раз обосрался автор селери на этот счет)

ну вот это да, делал простую хуйню на рэбите, у него под это (task aknowledgment) есть встроенные механизмы. но тащить кролика ваще не охота

редис же!)

а у него есть встроеная хуйня с подтверждением выполнения?

редис как раз планировал тащить что бы с кэшом поиграться

реббит и редис просто хранят

Вся логика на селери

ну у рэбита есть логика для подтвержения задач и возвращения в очередь

щито?

на рэбит+комбу такую штуку решал в 10-20 строк

щито?

да да

ты подтверждаешь мессаги

Посоны, а есть что-нибудь типа селери, но не такое больше. Нужно просто пихнуть данные для задачи в очередь, выполнить воркером задачи и вернуть результат обратно в очередь. Или проще самому накидать?

rq

реббит просто очередь :3

и если воркер отпал но таска не подтвердилась то возвращается

Это логика селери

да бля, не использовал я селери вообще

Это логика селери

https://www.rabbitmq.com/confirms.html

а, и префетчи рэбитовские использовал

комбу это кусок селери же

но он идет отдельной либой, чисто для месенджинга

тарантул берите

ну я сначала pika использовал, пока он не загнулся на большой очереди

тарантул берите

ох ебать

Минвайл, на селери и редисе тебе это в любом случае будет не нужно, потому что селери это сама делает

тарантул берите

пахнуло мейлрушечкой

тарантул научился в нормальную кластеризацию?

ват

зачем тебе "кластеризация"

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

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

шардинг и репликацию?

так чтобы ты и не подозревал об этом

или что-то поинтереснее

ну высокая доступность, вся хуйня, active-active кластер, как угодно назови

о боги

мастер-мастер репликация?

похоже, но я не уверен

я, сегодня, глупый. не умею в модные термины(

что в них модного?

охуеть, active-active это уже хипстота

high availability может значит что угодно, как и active-active кластер

нет, сорян, со вторым ошибся

почти умеет

на пол пути, скажем так

История разработки синхронной репликации - история алкоголизма трех человек и незапиленной синхронной репликации

а производительностью питона, как такового, не опечален?

pypy же

просто если выбирать для моей задачи между рэдисом и тарантулом, то ближе редис, потому что о нем я слышал больше, преимущественно хорошее

просто если выбирать для моей задачи между рэдисом и тарантулом, то ближе редис, потому что о нем я слышал больше, преимущественно хорошее

А про тарантул - плохое?

Ну кроме мейлрушечки?

да предвзятое отношение наверное, но и пока не сталкивался с ним в проде нигде

а про редис куча саксес стори

Ясно. А какие хорошие очереди под редис?

Или просто бекендом для селери?

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

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

ERROR: S client not available

А ты много используешь пабсаб?

Лонг-поллинг был, а последний раз как я смотрел

Это я про редис и селери

А стоп, редис это не рэббит, сорян

Он не умеет

я про лонг-поллинг знаю только в разрезе HTTP, не совсем понимаю как лонг-поллинг ложится на рэдис

Не ложится просто так, только с хранимками.

Судя по коду селери - да, пабсаб

Послать запрос, который будет долго работать

Да и с хранимками не ложится. Там они синхронные

Послать запрос, который будет долго работать

Долго, пока не появится в очереди таска

а в чем проблема кинуть в коннект? у тебя же между редисом и селери tcp протокол, вроде

кинуть в коннект?

я просто не понимаю как лонг-полинг относится к протоколом, где у тебя "стрим"

смотри, у тебя по сути на каждого клиента свой коннект, верно?

ага

пока клиент не доделает таску - он больше не берет

пока у клиента нет таски - он ждет ответа

то есть всё достаточно синхронно с точки зрения клиент-сервер

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

с редисом это сделано типа "я отправил subcribe запрос и теперь жду ответов от сервера"

как это относится к реидсу

ключевое слово - ответов, тасков

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

вот тут вопрос - у редиса-селери он каждый раз отписывается, когда ловит таску?

это интересно, это я никогда не смотрел

сорри если оффтоплю

я нихуя не понял

такая же хуйня

с редисом это сделано типа "я отправил subcribe запрос и теперь жду ответов от сервера"

Никто ничего не ждет. Селери пришла за таской, забрала её и ушла

заспавнила воркер и айда пороться в таску

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