Akka vs Erlang【スケジューラ編】

akkaもがんばってほしい(;´Д`)
5
おくみん@女子高校生 @okumin

@kimutansk @matsu_chara @okapies いろいろ書いておいてあれですが、私は Erlang 100行くらいしか書いたことない初心者なので詳細は @reduls さんに聞いてください。

2016-02-27 21:43:11
Sotaro Kimura @kimutansk

@okumin @matsu_chara @okapies ですよね。AkkaのFutureはそのあたり癖が強いので厄介ではあります・・・

2016-02-27 21:44:15
おくみん@女子高校生 @okumin

@matsu_chara パフォーマンス上の問題がないならよいのではないでしょうか。こういう書き込みはありましたが公式ドキュメントでは特にその辺触れられてないですね。 stackoverflow.com/questions/2428…

2016-02-27 22:00:03
reduls @reduls

@okumin @kimutansk @matsu_chara @okapies Erlangのプロセスだと重い計算中でも別にブロックはしない(一定処理ステップ経過後に強制的にリスケジュールされる)、とは思いましたが、それ以外はだいたい@okuminさんの書いている通りかと。

2016-02-27 22:04:03
Yuta Okamoto @okapies

@reduls @okumin @kimutansk @matsu_chara なるほど。そういうとこは green thread の強みですねぇ。

2016-02-27 22:06:16
おくみん@女子高校生 @okumin

@reduls @okapies @matsu_chara @kimutansk なるほど……スケジューリングについてはかなり至れり尽くせりな抽象化がされてる感じなんですね。ありがとうございます。

2016-02-27 22:07:38
Sotaro Kimura @kimutansk

@okumin @reduls @okapies @matsu_chara 一定で強制りスケジュールまでされますか。それは相当ありがたい・・・

2016-02-27 22:09:06
reduls @reduls

@kimutansk @okumin @okapies @matsu_chara 最近ではNIF(FFI)の場合でも、dirtyスケジューラという仕組みで、メインスケジューラがブロックしないようにするという試みもあり(ソフト)リアルタイムの達成にはかなり気を使っている感じはします

2016-02-27 22:19:49
Yuta Okamoto @okapies

@reduls @kimutansk @okumin @matsu_chara BEAM と JVM のいいとこ取りをした最強の VM が欲しくなりますね…。

2016-02-27 22:22:35
reduls @reduls

@okapies @kimutansk @okumin @matsu_chara BEAMは数値計算系は弱い(すごく遅い)ですからね...

2016-02-27 22:23:58
まっちゃら @ FOLIO @matsu_chara

erlangが並行・分散処理向いてるのはアクターで書けるからだけじゃなくて、アクターに向いたメモリモデルやVM、それらを前提にした処理系の抽象化&標準ライブラリの存在によるところが大きいなという学びを得た・・。akkaもがんばってほしい(;´Д`)

2016-02-27 22:12:01