[B! Erlang] yad-ELのブックマーク

yad-EL id:yad-EL

Erlangに関するyad-ELのブックマーク (6)

Erlang/OTP (仮)
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
yad-EL 2016/08/13
Erlang
リンク
GitHub - shun159/fou: OpenFlow controller written in Erlang/OTP
Features Overview A Pure Erlang OpenFlow controller Prerequisites ovs 2.4 <= Erlang 17 <= if you use topology controller, should be running remote dobby node build erlang $ wget http://packages.erlang-solutions.com/erlang-solutions-1.0-1.noarch.rpm $ rpm -Uvh erlang-solutions-1.0-1.noarch.rpm $ yum install erlang --enablerepo=erlang-solutions -y build
yad-EL 2016/08/13
Erlang
リンク
なぜErlangにしたのか
A framework for easily creating beautiful presentations using HTML
yad-EL 2016/08/13
Erlang
リンク
Erlangで分散ハッシュテーブルを実装してみた - NO!と言えるようになりたい
並行言語であるErlangでPeer-to-Peer Network技術の一つである分散ハッシュテーブルを実装してみたところ，わずか1000行程度で実現できました．ノードが頻繁に出たり入ったりする，いわゆるchurn下でもそれなりの性能が出せたので，SourceForge.netで公開してみます．興味のある方はどうぞ． http://sourceforge.net/projects/ermdia/ 内部アルゴリズムはKademliaと呼ばれるものを利用しています．BitTorrent等でおなじみのアルゴリズムですが，データのput/getなどの通常のメッセージの交換時にルーティングテーブルをアップデートするため，ルーティングテーブルの維持コストがChord等に比べて低いという特徴があります．実装もそれなりに簡単で，過去にSymphonyと呼ばれる分散ハッシュテーブルを実装したのですが，それ
yad-EL 2008/05/07
Erlang

network

Programming
リンク
「Erlangブーム」の行く末を予想する @ val it: α → α = fun
4月27日って@ITが紹介した日だったのか。何の日かと思ってました。なんだかなあ、と思ってしまうのは、 Erlang が問題を根本的に解決できるようなタイプの言語じゃないだろうなあと思うからかな(というか、そもそも銀の弾丸はないんだよな、と思うんですけれど)。たぶんこの「ブーム」というやつは「なんか凄いらしい」という噂だけが先行しているのが現状なんだろうな、と冷めた目でわたしは見ている。そしてしばらくするうちに「遅い」「わけがわからない」「やっぱり使えないよ」ということになってそのままなんとなくブームが終息すると予想。 Erlang が言語として(あるいは処理系として)は使えなくても、その考え方には価値があるのだと思うのだけれど(そしてまあ、仮に遅いとしても Erlang の処理系はかなりの実績がある)、そういう方向には行かないのだろうな。まあわたしみたいに野次馬的におっかけている人間と
yad-EL 2007/11/25
バイナリにパターンマッチ

Erlang

Programming
リンク
Erlangの世界ではmemcachedとか要らない - みかログ
Erlangを始めてから感じたことは，今までPerlでやっていた時に比べて，いろいろなやり方が出来るようになる，ということ． Webアプリに限らず，いろいろなアプリケーションで，より柔軟な設計が出来るようになると思う． Perl（や同種のスクリプト言語では）基本的に1プロセス1スレッドの範囲内に縛られていて，コストを考えるとコードの一部の処理だけ並列処理することは出来なかったし，複数のプロセスでデータを共有しようと思うと基本的にはDBに入れるしかなかった．たとえば，Perlで作られている大規模なサイトでは，DBの負荷を軽減するためにmemcachedが使われていることが多い．もしErlangでサイトを作っていれば，memcachedなどをわざわざ使うまでもなく，同様のことが簡単に書けてしまう．単にmemcachedと同じ事をするだけであれば大きなメリットは無いけれども，自前で書いた場
yad-EL 2007/07/03
Erlang

Programming
リンク
1