Hey there! frsyuki is using Twitter.

Twitter is a free service that lets you keep in touch with people through the exchange of quick, frequent answers to one simple question: What's happening? Join today to start receiving frsyuki's tweets.

Already using Twitter
from your phone? Click here.

frsyuki

lzoはライセンスさえGPLで無ければ…！と、ふと思い出しました。 19 minutes ago from YoruFukurou
性能はグラフを見れば分かるので、安定性とか、運用の容易さとか。事例を紹介するのがベストだと思うけど、事例はない場合はどうするのがいいんだろうなぁ。素直にアーキテクチャを語るしかないのかな。 about 5 hours ago from YoruFukurou
KVSを使うかどうか迷っているケースだと、データのモデリングの方法を知りたいケースも多いと思うけど、たぶんそれを迷う用途には適していない。入れるとしたらコレコレの方法しかないけど、性能とか安定性は大丈夫？と言うケースで、検証してみるかーという気にさせたら成功か。 about 5 hours ago from YoruFukurou
リバランシングは実装が難しいのですょ…シングルスレッドならまだしも、などと。 about 6 hours ago from YoruFukurou
Hadoopカンファレンスでもらったボールペンが、やけに多機能。 about 7 hours ago from YoruFukurou
msgpack-rpc-0.2.0 をリリースしたところ。SessionPool とか Cluster とか再接続とかとかいろいろ。 about 11 hours ago from YoruFukurou
相手のプロセスが死んでいるのに connected! とか言う Rev は何がしたいのか良く分からない。Darwin でソケットを使ったアプリケーションを書いているのが間違っている気がする。 about 12 hours ago from YoruFukurou
セッションとコネクションが分離されていて、セッションが維持される限り自動でコネクションを張り直してくれて、ノードIDを良きにネゴシエートしてくれて、コネクションプールがあって、タイムアウトも真面目に実装しているRPCって、なかなか無い気がする。Thrift ってどうなんだろう。 about 13 hours ago from YoruFukurou
多数決ベースのメンバーシップ。まだ半分もできてないのに、既に分散リアルタイム検索エンジンよりも行数が多い。なんという… about 13 hours ago from YoruFukurou
なんか C++ で果てしなく苦労していた実装が、Ruby（とMessagePack-RPC）を使ったら超カンタンにできた…泣けた。 about 13 hours ago from YoruFukurou
むむ…砂漠と電話問題。 http://bit.ly/6blRyW about 14 hours ago from YoruFukurou
各人の音声を左右と奥行き（強弱）の２次元上に自由に配置できると、多人数の音声チャットは使いやすくなるかなーと、ふと思った。入力がモノラルだからと言って、必ずしもモノラルで出力する必要はない。 about 14 hours ago from YoruFukurou
@syuu1228 アプリケーションがTCPで書いてあって、ネットワークだけでがんばって透過的にトンネリングにしたい、という話らしいです。 about 15 hours ago from YoruFukurou in reply to syuu1228
それからもう一点、TCPと比べてSCTPの方が、順序が逆転したデータの回復能力に優れ、検出も早いらしい。んーその理由は良く分からない。 about 15 hours ago from YoruFukurou
bondingというか、複数のリンクを束ねて使っていると、パケットの順序が逆転して届くことが多いよ、と。SCTPの利点の１つは、１本のコネクションで複数のストリームを流せるので、アプリケーションレベルで順序保証が必要な部分だけ同じストリームで流せば、順序保証の負荷が減る点。 about 15 hours ago from YoruFukurou
TCPをSCTPでカプセル化すると速くなる、なんて話があるのか…SCTPはTCPに比べて順序逆転に強く、遅延が大きい環境でTCPより高速になるらしい：http://bit.ly/55ROoC about 15 hours ago from YoruFukurou
というかそもそも、TCPはなぜ重いのか。順序保証の負荷が重いなら、それは要らないので別のプロトコルを使いたいーとなる。 about 15 hours ago from YoruFukurou
APIから見ると送信は非同期で良くて、ACKは遅延されてもいい。アプリケーションレベルのACKと、トランスポート層レベルのACKは、同じパケットに同居してくれると負荷が減って嬉しい。 about 15 hours ago from YoruFukurou
ぃゃ信頼性保証は欲しいのか。トランスポート層レベルで再送をして欲しくて、そこで勝手に輻輳回避・フロー制御をやってほしい。 about 15 hours ago from YoruFukurou
SCTPは、Linux 2.4/2.6、Solaris 10、FreeBSD 7、NetBSD 1.5、OpenBSD 2.7 で使えるらしい。このあたりのOSで十分動作すれば、移植性は問題ない感じ。WindowsはTCPでも使っておけば。 about 16 hours ago from YoruFukurou

Name FURUHASHI Sadayuki
Location 日本
Web http://d.hatena.n...
Bio 筑波大学情報学類　分散key-valueストア kumofs 端末共有サービス Partty!.org 音声会議サービス festivoice.net 高速シリアライズ形式 MessagePack