タイトルは釣りです。 methane です。 8/20(土)にLL Planetesに行ってきました。 今年は JavaScript 一色と言っていいほど、 JavaScript の存在が大きくなっており、 そのなかでも特に Node.js の話題が多かったように思います。 「Node.jsとはなんだったのか」というセッションでは主にコールバックチェーン型プログラミング vs 軽量スレッドを使った手続き型プログラミングの話題や各言語におけるライブラリなどが 紹介されていたのですが、以前個人的な興味でいくつかの言語とライブラリで echo server を実装していたので、他にも興味を持っておられる方のために公開します。 いろんな言語でEcho Server@github 参考に、簡単なベンチマーク結果も載せておきます。各言語・フレームワークで完全に同じものを 実装しているわけではないし、エ
Not your computer? Use a private browsing window to sign in. Learn more about using Guest mode
[1] http://haskell.g.hatena.ne.jp/jmk/20070509/1178703858 [2] http://d.hatena.ne.jp/sumim/20070513/p1 リングベンチマークというのを Erlang と他の言語で作って比べてみると Erlang の軽量プロセスのすごさがわかるよという話。Scala で書いてみた。Scala のアクターを使ってみるのは初めて。 import scala.actors._ import scala.actors.Actor._ import Console._ import scala.actors.Exit object Ring { def main(args: Array[String]) = { val begin = System.nanoTime() start(args(0).toInt, args
http://karetta.jp/article/blog/oneline/030756 ねぼすけサンタがいる．休日が開けて，９頭いるトナカイ全員が戻ってくるか，１０人いるこびとさんのうち３人がやってきて起こしてくれるまでずっと寝てるというわけだ． ９頭組のトナカイに起こされたら，ハーネスをつけてソリを引かせてオモチャを配りに行く．配りおわったらトナカイたちのハーネスを外す．そしたらトナカイたちは休日だということでどこかにでかけてしまう． ３人組のこびとさんたちに起こされたら，会議をひらいて次期のオモチャをどうするかをこびとさんたちに伝授する．すんだらこびとさんたちは自分の仕事にもどっていく． トナカイ９頭組とこびとさん３人組が同時にサンタが起きるのを待ってる場合にはトナカイの方を優先する．トナカイもこびとさんもまたそのうちに三々五々やってくる．一旦やってきたトナカイは９頭揃ってオモ
The Santa Claus Problem Simon Peyton Jones, in "Beautiful Concurrency", [1] a chapter of Beautiful Code, presents the Santa Claus problem and a solution: A well-known example is the so-called Santa Claus problem, originally attributed to Trono: [2] Santa repeatedly sleeps until wakened by either all of his nine reindeer, back from their holidays, or by a group of three of his ten elves. If awakene
Erlangでは，+Aオプション付きで起動することで，async thread pool を作成し，ブロックするいくつかのオペレーションを別スレッドで処理することが出来る． デフォルトは0なので，通常は無効． 通常は非smpカーネルなら1つ，smpカーネルならCPUコアと同数のスケジューラスレッドが起動し，このスケジューラスレッドがErlangのコードを実行する． （-smp オプションをつけたときは，+S オプションでスケジューラスレッドの数を変更可能） で，ブロックするシステムコールを呼ぶと，スケジューラスレッドが応答待ちをしてしまうので，効率が悪くなってしまう． +A オプションを使って async thread pool を追加すると，このブロックしてしまう処理をasyncスレッドへ移動でき，スケジューラスレッドは別のErlangコードの実行を続けることが出来る． その結果，I/O
文字列 文字列を数値に変換する list_to_integer("123"). % 123 list_to_integer("-10"). % -10 n進数の文字列を数値に変換する u は指定した基数で変換、# は文字列が表現している基数で変換します。 io_lib:fread("~16u", "100"). % {ok,[256],[]} io_lib:fread("~2u", "100abc"). % {ok,[4],[abc]} io_lib:fread("~36u", "100%%%"). % {ok,[1296],"%%%"} io_lib:fread("~#", "16#100"). % {ok,[256],[]} io_lib:fread("~#", "2#100abc"). % {ok,[4],[abc]} io_lib:fread("~#", "36#100%%%").
Erlang に関する情報を，自分用メモを兼ねて作成しました． 間違い等見つけた方はブログのエントリまで連絡いただけるとうれしいです． 最終更新：2007/07/04 23:56 目次 Erlangの特性 Erlangは以下のような特徴があります． 簡単に言うと，ネットワークサーバを書くのに向いています． 得意なこと ・大量の並列処理 ・複数サーバでの分散処理（ただしEthernet経由で通信するので専用インターコネクトほどは速くないと思います） 苦手なこと ・純粋な計算処理（C言語の10倍程度遅いようです） ・GUIアプリケーション（WingsというErlangでかかれたGUIアプリはあるが，GUI周りの情報は少ないです） ありそうな勘違い ・マルチコア・SMP環境にすれば，コア数に比例して性能が向上する． →もちろん条件によるので，必ず比例するわけではありません． SMPサポートは条件
Sendmail Meets Erlang: Experiences Using Erlang for Email Applications Scott Lystig Fritchie, Sendmail, Inc., scott@sendmail.com Jim Larson, Sendmail, Inc., jim@sendmail.com Nick Christenson, Sendmail, Inc., npc@sendmail.com Debi Jones, netbean@earthlink.net Lennart Öhman, Sjöland & Thyselius Telecom, lennart.ohman@st.se October 3, 2000 Originally published at the Sixth International Erlang/OTP Us
The document summarizes research comparing the programming languages C++ and Erlang for developing distributed telecom software. Two telecom components, a data mobility component and dispatch call controller, were reengineered in Erlang and C++. The Erlang implementations were found to be more robust and resilient to failures, have higher productivity through significantly less code, and could mee
Monday, May 28, 2007 There are a number of different editor options for people wanting to develop Erlang code (see here, here, here); however, most people seem to use Emacs (which suits me just fine, because that's what I use most of the time anyhow). For Emacs users, the standard Erlang Mode for Emacs (which is included as part of the Erlang distribution) is what most people use. It
2007年05月16日22:45 カテゴリLightweight Languages そろそろerlangについて一言いっとくか 実は最近結構erlangを使っているので。 萎え - whatever erlang sucks 一貫性無さ過ぎな文法 変数束縛が Variable = Value. なのに、関数定義が function(Aargument) -> blah, blah, blah. てのはどうよ?しかも変数は大文字ではじめて関数は小文字ってわけわかめ。 しかも、 ->は関数だけではなく、 receive Message -> blah blah blah. という風にも使う。確かにMessageをArgumentとして見れば、関数定義と似てはいるのだけど。 しかしそれなら、JavaScriptのaddEventLister()じゃないけど、receiveするという関数/メソッ
えっ、Erlang（アーラン）を紹介するのが流行なの？ フーン、じゃ僕もやってみよう。 というわけで、ちょっと試してみたので、感想＋解説を書きます。あまり他で触れられてないようなネタを選ぶつもり。 内容： 予備知識への参照 構文はPrologじゃん ランタイム・システムとEシェル で、Erlangって何がいいのよ？ 繰り返しとプロセス メッセージング＝プロセス間通信 最後の例題：greetingプロセス もう一度、Erlangって何がいいのか？ ●予備知識への参照 HelloWorldを書くまでの案内は： 「これから15分でErlangを始めるための資料」（http://blog.overlasting.net/2007-05-09-1.html） Erlangの特徴は、次のスライドによくまとまってます。 "Concurrent Functional Programming with Er
Erlang ファイルサーバプロセスの置き換え
やはり Erlang はすごいです。 古い方の Erlang 本『Concurrent Programing in ERLANG』の 11.9 Relay Techniques に載っていたものですが、心底驚きました。 Erlang ではファイルIOは file_server_2 という名前で登録されたプロセス経由で行います。 その file_server_2 をリモートノードのプロセスで置き換えることにより全てのファイルIOがリモートノードが走っているマシンのファイルシステム対しての操作になります。 -module(pseudo_file_server). -export([start/0, relay/1]). start() -> %% ローカルノードのファイルサーバを登録解除 unregister(file_server_2), %% リモートノードへのリレーループプロセスを開始
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Haskell vs. Erlang for bittorent clients