UNIXドメインソケット通信の内容を見たい - Qiita
UNIX domain socket 通信は同一マシン上のプロセス間通信にしか使えないというデメリットがありますが，tcp 通信よりも圧倒的にパフォーマンスが良いので要求仕様的に使わなければならない局面は多いと思います 今回はフロントに Nginx で proxy して同一マシン上の別プロセスで動いているアプリケーションサーバーに対して UNIX domain socket 通信を行う構成で実際のアプリケーションサーバーに流れている通信を見たい時にどうするか書きます 実際にトラブルが起こった時に実際にどのような通信が流れているのかは tcp 通信なら tcpdump をすれば見れますが，UNIX domain socket 通信の場合は容易に見ることが出来ないので実際のアプリケーションサーバーにどのような通信が流れているのか分かりません しかしアプリケーションサーバーにどのような通信が流れ
開発メモ: Kyoto Tycoonの設計 その弐
KTはUNIXでもWindowsでも動作することを目指しているため、ネットワークソケットなどの処理系依存なものは予め抽象化しておきたい。臭い物には蓋をするのだ。設計というか実装の話にはなるのだが、とりあえず低レベルのソケットと通知機構を抽象化してみたので、後々の自分のために解説してみる。 全体設計 ktsocket.hというヘッダを取り込めばネットワークソケットまわりのことは何でもできるようにする。アプリケーションプログラマは、中身がUNIXのバークレーソケットやWindowsのWinsock2なのかなんてことは全く知らなくてよいようにする。もちろん、sys/socket.hやwinsock2.hなどのヘッダを取り込む必要もない。それらはライブラリの実装で使うだけで、インターフェイスには表れない。 ソケットまわりの全ての機能を提供することは現実的でないので、機能を絞る。具体的には、TCPの
はやいTCPサーバの書き方 - nyaxtのPC作業ログ
cagra高速化にあたってのノウハウを一部公開してみます。また明日校正/更新します。つっこみ待ちです。 select(2)の代わりにepoll_wait(2), kqueue, /dev/epoll等を使う 他に山ほど解説ページがあるので略 大量のディスクリプタを処理するようなサーバの場合、多少効果があるかもしれません。しかし、クライアント数が少ない場合、劇的な性能の向上は見込めないとおもいます。クライアント数が多い場合は、１セッション１スレッドなモデルではOS側のタスクスイッチングのオーバーヘッドが効いてくることも多いです。クライアント数を増やすには複数のセッションを１スレッドで処理できるようにすると良いです。実装にあたっては、non-blocking ioを活用すると効果的です。 TCP_NODELAYを設定する Nagleアルゴリズムをオフにします。多少応答性が良くなります。 これっ
[ruby-dev:32412] Re: [ruby-cvs:21293] Ruby:r14056 (trunk): * signal.c (trap_signm): SIGVTALRM no longer used for green
Subject: [ruby-dev:32412] Re: [ruby-cvs:21293] Ruby:r14056 (trunk): * signal.c (trap_signm): SIGVTALRM no longer used for green From: SATOH Fumiyasu <fumiyas@ s c j Date: Fri, 30 Nov 2007 23:58:30 +0900 References: * 32409 In-reply-to: 32409 さとうふみやす @ OSS テクノロジです。 At Fri, 30 Nov 2007 23:24:23 +0900, SASADA Koichi wrote: > > * signal.c (trap_signm): SIGVTALRM no longer used for green > > thread. [r
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
[ruby-dev:37765] AddrInfo.list_ipaddr
ce-lab.net
[ruby-list:43960] Re: UDPSocket#recvfromが遅い
IBM Developer
http://cvs.m17n.org/~akr/diary/d2005_03.html
UDP recvmsg blocks after select(), 2.6 bug? --- linux-kernl ML(by thread)