こんにちは。お金がないので、まともに年が越せるのか心配なきたけーです。 ちょっと前まで、社内の読書会でWorking With TCP Socketsという本を読んでいました。Rubyを使ってTCPSocketを使ったプログラミングについて学ぶことができる楽しい本なのですが、ちまちまと読みなおしています。 その中に、「Non-blocking IO」という章があって、「read, write, accept, connect」をノンブロッキングに行うメソッドについて紹介されています。今回の記事では特にaccept_nonblockメソッドに着目して、Rubyがそれをどのように実装しているのか追ってみます。 acceptを用いたプログラム TCPServer#acceptを用いる。接続を確立するまでブロックする。 require 'socket' server = TCPServer.new
表を見ると分かる通り、ほぼ SOCK_STREAM と同じです。「SOCK_STREAM のデータグラム版」と考えておくのがいいでしょう。 AF_LOCAL (AF_UNIX) での実装 仕様は上のとおりなのですが、実装となるといろいろと細かい話が出てきます。（なお、ここでは AF_LOCAL の話だけします） 多くの POSIX 実装において、（AF_LOCAL では）SOCK_DGRAM は順序性も信頼性も持つ。というか、そうでない実装は見たことがない。つまり、上の表における SOCK_SEQPACKET と SOCK_DGRAM との差異はコネクション指向かどうかという点だけになる。 SOCK_SEQPACKET は実装されていない環境があり、古めの OS だと使えないことがある。NetBSD なんかは現時点の stable である 5.0 ですら使えず、6.0-beta でようやく
ØMQ(zeromq)について簡単に調査したのでメモ。元ネタはØMQ - The Guide。 概要 N-N通信を実現する、socket API風軽量メッセージングライブラリ。 自動的な再接続や、メッセージのキューイングを行ってくれる。 複数のメッセージングパターンと呼ばれるものを組み合わせることによって、柔軟なメッセージ配信を行うことができる。 ライブラリについて socket APIライクなC APIを持つ。以下socketは、zeromqのsocketを指す。 zeromqはコンテキストというものを通じて使う。1コンテキストに、I/Oスレッドが1つ割り当てられる。基本1プロセスに1コンテキストでOK。複数のcontextを持つことはできるし、その場合は同じ個数のI/Oスレッドが走る。 zeromqのsocketは、プロセス内通信(スレッド間通信など)、プロセス間通信、TCP、UDPマ
PUSH/PULL はあまり面白く無さそうなので、PUB/SUB を試してみました。 PUB PUB 側が bind します。 SUB は定期的に PUB に接続を見に行くので、少し寝てあげる必要があったりします。 import time import zmq ctx = zmq.Context() sock = ctx.socket(zmq.PUB) sock.bind('tcp://127.0.0.1:5555') time.sleep(1.0) sock.send('hello') SUB SUB が PUB に繋ぎに行きます。今回はルートは空なので FANOUT で、全員に配ります。 普通の MQ でもこれは出来ますね。 import zmq from zmq.eventloop import ioloop loop = ioloop.IOLoop.instance() ctx =
@blog should be nil: RubyでWebSockets実装
2011年12月31日土曜日 RubyでWebSockets実装 今年もいよいよ終わりですね。今年最後のエントリはWebSocketsについてです。WebSocketsはHTML５仕様の中でももっとも注目されている技術のひとつでしょう。 （厳密には狭義のHTML５仕様には含まれていませんが）これまでもHTTP上でサーバPushを実現する方法としてAJAX(Polling)、Comet(long-polling)などがありましたが、 これらの技術は擬似的なものに過ぎず、ワークアラウンドなものでした。 （CometにはServer-Sent Events という技術があり、これは実際サーバPushであり、これもまたHTML５の仕様のひとつです）WebSocketsはHTTPプロトコルを偽装し、クライアント-サーバ間のやりとりを単一のTCPソケット上で行い、双方向通信を実現しています。一般的なI
追記 11/12/26 MLのスレッドへのリンクが間違っていたので修正。 introduction WebSocket なんかをつかって、従来のステートレスな処理以外に、コネクションを継続するステートフルな処理が可能になりました。 これを利用すると、これまで実装が難しかったリアルタイムな表現を Web に持ち込むことができます。 そして、 WebSocket を用いたプログラムを作成する上で、Node.js と Socket.IO を用いる方法について、 今年はこのブログでも何度か紹介してきました。 今日は今年一年の集大成として、自分が色々試しながら得たリアルタイム Web に関する知識、技術などを、 ここにまとめてアウトプットしたいと思います。 今回お話しするのは、 東京Node学園 3時限目 : ATND で発表した下記内容の抜粋です。 Node Academy | "About Sl
railsのセットアップしてたらMysqlにつながらない。 % rake db:migrate No such file or directory - /tmp/mysql.sock ふむふむファイルがないのね、てことで「mysql.sock」で検索してもそれらしいファイルが見つからない。あらまとさらに検索したらmysqladminで自分のsocketが分かるらしい。 # mysqladmin version mysqladmin Ver 8.41 Distrib 5.0.22, for pc-linux-gnu on i486 Copyright (C) 2000 MySQL AB & MySQL Finland AB & TCX DataKonsult AB This software comes with ABSOLUTELY NO WARRANTY. This is free so
LinuxのようなUNIX系OSでは，ファイルに対する操作と同様にネットワーク通信を行うために，「ソケット」と呼ばれる仕組みを使います。今回はソケットについて学びましょう。 コンピュータは「電子計算機」という和名が示す通り，本来は高速に計算するための機械でした。しかし，現在のコンピュータは，Webブラウジングや電子メールのやり取りなどに使われることが多く，ネットワークと切り離すことができません。最近は「コンピュータを使う」ことと「ネットワークを使うこと」がかなり同義になっているのではないでしょうか。 今回は，ネットワークを介した通信の基礎になっている「ソケット」という概念を紹介します。 ディスクリプタでアクセスが単純に ソケットはネットワーク通信に用いるファイル・ディスクリプタ（file descriptor）です。そこで，ソケットの説明に入る前に，より一般的なファイル・ディスクリプタにつ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
