ааа, почитал уже

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

Это довольно распространённый паттерн в Kazoo.

прикольно. чисто функционально получается. А в еликсире и кложе через макросы

хотя можно и шарды раскидать по умному для этого, разве нет?

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

да, это позволило в 10 раз уменьшить время ответа

хотя можно и шарды раскидать по умному для этого, разве нет?

сейчас это и делаем, но эластик уже очень хорош, около 15ms. ответ.

я сам к этой магии привыкнуть не могу =)

правда памяти жрёт очень много

получается ~70ms SSL handshake, 20ms elixir, 15-30ms elastic

прикольно. чисто функционально получается. А в еликсире и кложе через макросы

В кложе макрос это эдакий метакод, генерирующий другой код, и это стандартная часть языка, потому делать такое - норм. В Эрланге в принципе тоже можно сделать подобный синтаксис на parse_transform, но я лично смысла не вижу :)

маккорд себе как всегда может в жопу запихать рассказ про under ms

хоть кирпич высри, но эликсир стабильно в районе 10-20ms болтается

маккорд себе как всегда может в жопу запихать рассказ про under ms

что за under ms?

Меньше миллисекунды

мьюсекунды

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

пингани localhost

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

статья есть

http://www.consultant.ru/document/cons_doc_LAW_10699/2571bfa1719275becf1af077807e8d4748f14340/

а чтобы c SSL Handshake справится: http://nginx.org/en/docs/http/ngx_http_ssl_module.html#ssl_session_cache кешировать можно

я все настроил что только можно

А нельзя ssl держать открытым?

Или это клиентам?

это же не стриминг + я меряю каждый раз хендшейк делаю, так что если это браузер стукнулся, скорее всего там будет кеширование на его стороне

но я рассматриваю самый плохой вариант

т.к флотилия двигается со скоростью самого медленного корабля

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

собственно что мы продаем

т.к флотилия двигается со скоростью самого медленного корабля

+1

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

размер?

под 30 гигов

аа, ну хз, это немного в принципе

да, но где-то промахнулись с нграмами

что качество поиска не очень хорошее

и это видно на глаз

я раньше тоже ngram'ы любил, но практика показывает что префиксного поиска обычно достаточно бустами можно подтюнить, я думаю

интересно

о, метро взорвали

в питере

Ого

Да

ага, чото жесть

теракт ?

теракт ?

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

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

наш бот варламова кстати ели ели запихал броадкаст

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

вармалова писали на рубях

варламов платит за поддержку ? или написали и забыли ?

у нас типа сотрудничество

но да, не платит )

мы были первопроходцами еще в до ботовой эре, так что еще тогда делали все, потом на ботапи переписали, сделали им некий кабинет с постингом фидов, броадкастами и прочим

А что боту нужно броадкастить?

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

вернее если отписались

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

сейчас к сожалению на каждый чат по запросу нужно делать

Если отписались, зачем им писать?

агрессивный маркетинг же!

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

Пидорство это а не маркетинг. Извините за мой французский.

Если отписались, зачем им писать?

Отписавшимся не летит. Те кто остановил бота не получат

ERROR: S client not available

Но те кто отписался внутри бота, получат

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

Денег там нет. Вообще.

Ну трафик-то генерируют?

Вот Elixir может размазывать нагрузку с помощью VM эрланговской. И что, это дело дается за халяву, т.е. особых усилий прикладывать не нужно?

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

Там яндекс лег

... распределение нагрузки между машинами

Хуйлоад

то вопрос: как сделать такую же персистентность состояния актора как в akka, или хотя бы как в ms orleans?

Вот Elixir может размазывать нагрузку с помощью VM эрланговской. И что, это дело дается за халяву, т.е. особых усилий прикладывать не нужно?

Искаропки неплохо размазывает таски по скедулерам. Если нужен тюнинг - скедулеры, гарбедж коллекторы и прочее можно тонко тюнить. Но это внутри одной VM. Тут сетью и не пахнет. Если между машинами - искаропки тока кластер с межнодовой прозрачностью. А какой механизм нужно реализовать, чтобы распределять нагрузку, решает девелопер.

то вопрос: как сделать такую же персистентность состояния актора как в akka, или хотя бы как в ms orleans?

С котофеста вопрос. Персистентность можно например сделать через DETS :)

Вот Elixir может размазывать нагрузку с помощью VM эрланговской. И что, это дело дается за халяву, т.е. особых усилий прикладывать не нужно?

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

А какая персистентность в акка?

Тока нафик нужна персистентность для акторов, которые пачками убиваются.

С котофеста вопрос. Персистентность можно например сделать через DETS :)

что такое DETS?

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

А какая персистентность в акка?

там event sourcing

DETS - простой аналог sqlite в Эрланге

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

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

и тебе надо сделать ребалансинг

состояние чата в БД в этом случае лежит

там всё просто ребалансируется - убил акторов на одной ноде, добавил на другой, при необходимости.

состояние чата в БД в этом случае лежит

да, и в акке оно в бед лежт, только у них там адекватний api работы с состоянием актора

там всё просто ребалансируется - убил акторов на одной ноде, добавил на другой, при необходимости.

и потерял стейт?

или как?

Загрузишь из БД. Я пока проблему не понял.

Загрузишь из БД. Я пока проблему не понял.

бд постгрес какой-нидь?

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

но зачем?

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

бд постгрес какой-нидь?

чо прикрутишь

но зачем?

ну ка кзачем? вот у меня актор это торговая точка