@kimutansk @matsu_chara @okapies いろいろ書いておいてあれですが、私は Erlang 100行くらいしか書いたことない初心者なので詳細は @reduls さんに聞いてください。
2016-02-27 21:43:11@okumin @matsu_chara @okapies ですよね。AkkaのFutureはそのあたり癖が強いので厄介ではあります・・・
2016-02-27 21:44:15@matsu_chara パフォーマンス上の問題がないならよいのではないでしょうか。こういう書き込みはありましたが公式ドキュメントでは特にその辺触れられてないですね。 stackoverflow.com/questions/2428…
2016-02-27 22:00:03@okumin @kimutansk @matsu_chara @okapies Erlangのプロセスだと重い計算中でも別にブロックはしない(一定処理ステップ経過後に強制的にリスケジュールされる)、とは思いましたが、それ以外はだいたい@okuminさんの書いている通りかと。
2016-02-27 22:04:03@reduls @okumin @kimutansk @matsu_chara なるほど。そういうとこは green thread の強みですねぇ。
2016-02-27 22:06:16@reduls @okapies @matsu_chara @kimutansk なるほど……スケジューリングについてはかなり至れり尽くせりな抽象化がされてる感じなんですね。ありがとうございます。
2016-02-27 22:07:38@okumin @reduls @okapies @matsu_chara 一定で強制りスケジュールまでされますか。それは相当ありがたい・・・
2016-02-27 22:09:06@kimutansk @okumin @okapies @matsu_chara 最近ではNIF(FFI)の場合でも、dirtyスケジューラという仕組みで、メインスケジューラがブロックしないようにするという試みもあり(ソフト)リアルタイムの達成にはかなり気を使っている感じはします
2016-02-27 22:19:49@reduls @kimutansk @okumin @matsu_chara BEAM と JVM のいいとこ取りをした最強の VM が欲しくなりますね…。
2016-02-27 22:22:35@okapies @kimutansk @okumin @matsu_chara BEAMは数値計算系は弱い(すごく遅い)ですからね...
2016-02-27 22:23:58erlangが並行・分散処理向いてるのはアクターで書けるからだけじゃなくて、アクターに向いたメモリモデルやVM、それらを前提にした処理系の抽象化&標準ライブラリの存在によるところが大きいなという学びを得た・・。akkaもがんばってほしい(;´Д`)
2016-02-27 22:12:01