тогда кроме книжки Одерски еще что-то было?

Книжку не читал. Всякие статейки в основном.

Да мне как-то фиолетово на весь мир) Я же не мир во всем мире строю, а свои задачи решаю.

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

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

написание компилятора скалы

в спарке нет слова актор в код базе

https://github.com/apache/spark/search?p=1&q=actor&utf8=%E2%9C%93

а спарк на чем ремоутинг сейчас делает?

в спарке нет слова актор в код базе

Это совершенно не означает, что эту задачу невозможно решить на акторах.

когда-то давно была акка, потом дропнули её

она была на акке решена; и акка / любая распределенная модель акторов отлично подходит для этого; я к тому, что акторы не панацея

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

json-файлик распарсить

json-файлик распарсить

О да, это конечно же очень релевантный пример)

ну, ты просил абстрактную "прикладную задачу" :)

она была на акке решена; и акка / любая распределенная модель акторов отлично подходит для этого; я к тому, что акторы не панацея

Так вроде никто и не говорит, что они панацея

Просто акторы удобная абстракция для построения приложения.

Просто акторы удобная абстракция для построения приложения.

ну уж нет )

много удобных абстракций

в питоне, вон, удобная абстракция - корутины

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

удобная абстракция

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

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

хлист - это шаплесс же?

хлист - это шаплесс же?

Иногда хлист это просто хлист.

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

Иногда хлист это просто хлист.

Ом

1) Свой язычок для структур данных типа протобафа 2) Какая-то интеграция для платжей 3) Обменник биткоинов.

офигеть

тут кстати выше говорили про игровой сервер, а можете пояснить как избегали stop the world?

это же бич жвм

это же бич жвм

mutable long live

Скаланы, а есть тайпклассы для тайпклассов?, ну типа trait MonadTC[M[_[_]]] { def pure[F[_], A](mf: M[F])(a: A): F[A] def join[F[_], A](mf: M[F])(ffa: F[F[A]]): F[A] } object MonadTC { implicit val catsMonad: MonadTC[cats.Monad] = new MonadTC[cats.Monad] { override def pure[F[_], A](mf: cats.Monad[F])(a: A): F[A] = mf.pure(a) override def join[F[_], A](mf: cats.Monad[F])(ffa: F[F[A]]): F[A] = mf.flatten(ffa) } }

тут кстати выше говорили про игровой сервер, а можете пояснить как избегали stop the world?

Недопускали его и все. Просто же)

Недопускали его и все. Просто же)

хип зарядили большой?

$ ls kafka-docker-master Твоя инфраструктура в зоне риска

кафка в докере? наркомания

а почему нет?

всё в докере, кафка осоьенная чтоли?

++

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

плохо же

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

Почему?

В зависимости от нагрузки

так пишут рекомендации!!

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

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

а чем докер так плохо память портит?

на спарке / кассандре / хбейзе / хдфсе я не заметил разницы никакой

Если у тебя кафка выжирает все ресурсы или ей кто-то не дает спокойно вертеться, то дело не в докере

У нас докер на flanneld, сетевых деградаций замечено не было, на ~300k pps in+out всё нормально работает, если сетевухе побольше ядер дать

а чем докер так плохо память портит?

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

А могут и не жить

шо

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

Это обязательное условие для докера? :D

ну это уже сферические яйца в вакууме

а зачем тогда докер?

нравится прост

что бы селфи делать из пистолета (2)

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

Вот за тем

Kafka itself does not need very much heap memory configured for the Java Virtual Machine (JVM). Even a broker that is handling X messages per second and a data rate of X megabits per second can run with a 5 gigabyte heap. The rest of the system memory will be used by the page cache and will benefit Kafka. This is the main reason why it is not recommended to have Kafka colocated on a system with any other significant application, as this allows the page cache to continually be polluted, which will decrease performance.

X+X=5 gb. like :D

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

У меня сам docker-machine занимает 16мб памяти, не думаю, что кафка сильно расстроится из-за этого

ERROR: S client not available

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

нигде

докер - довольно тормозная штука

В любом случае, в память ты упрешься в последнюю очередь

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

тормозная штука?

В любом случае, в память ты упрешься в последнюю очередь

память мейн ботлнек для кафки, насколько я помню

память мейн ботлнек для кафки, насколько я помню

Именно поэтому ты это учитываешь, когда подбираешь тачку

Про все остальное как-то забывается на этапе проектирования

Именно поэтому ты это учитываешь, когда подбираешь тачку

Memory Aside from disk performance, the amount of memory available to the broker is the primary factor in client performance.

тормозная штука?

ты попробуй вычислительные сервисы какие-нибудь параллельно запустить в нескольких контейнерах

это тупо неюзабельно, лишняя прослойка

ты попробуй вычислительные сервисы какие-нибудь параллельно запустить в нескольких контейнерах

А без контейнеров намного лучше?

ты попробуй вычислительные сервисы какие-нибудь параллельно запустить в нескольких контейнерах

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

намного, в разы

ты попробуй вычислительные сервисы какие-нибудь параллельно запустить в нескольких контейнерах

у меня спарк контейнерный

хз хз единственое где я нашел факап это если прокидывать сеть портами а не целиком

вот там да, каша

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

Скаланы, а есть тайпклассы для тайпклассов?, ну типа trait MonadTC[M[_[_]]] { def pure[F[_], A](mf: M[F])(a: A): F[A] def join[F[_], A](mf: M[F])(ffa: F[F[A]]): F[A] } object MonadTC { implicit val catsMonad: MonadTC[cats.Monad] = new MonadTC[cats.Monad] { override def pure[F[_], A](mf: cats.Monad[F])(a: A): F[A] = mf.pure(a) override def join[F[_], A](mf: cats.Monad[F])(ffa: F[F[A]]): F[A] = mf.flatten(ffa) } }

типа Type Families из хаскелла?

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

он и не сжирает, это же cgroups. Он просто тормозит

как он тормозит? почему у меня спарк не тормозит или он просто по дфеолту тормозной?

типа Type Families из хаскелла?

может быть, я совсем любитель в Haskell

вот там да, каша

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

https://ocharles.org.uk/blog/posts/2014-12-12-type-families.html

как он тормозит? почему у меня спарк не тормозит или он просто по дфеолту тормозной?

вполне возможно :)

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

проблемы с сетью решаются --net=host :)) тогда быстро все

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

Ну типа, того, чтобы писать код полиморынй относительно монады )

у них вот там так type StoreMonad store :: * -> *

ага вижу

* -> * - это 2 дырки

ну да это F[_]