今回はソケットプログラミングについて。 ソケットというのは Unix 系のシステムでネットワークを扱うとしたら、ほぼ必ずといっていいほど使われているもの。 ホスト間の通信やホスト内での IPC など、ネットワークを抽象化したインターフェースになっている。 そんな幅広く使われているソケットだけど、取り扱うときには色々なアーキテクチャパターンが考えられる。 また、比較的低レイヤーな部分なので、効率的に扱うためにはシステムコールなどの、割りと OS レベルに近い知識も必要になってくる。 ここらへんの話は、体系的に語られているドキュメントが少ないし、あっても鈍器のような本だったりする。 そこで、今回はそれらについてざっくりと見ていくことにした。 尚、今回はプログラミング言語として Python を使うけど、何もこれは特定の言語に限った話ではない。 どんな言語を使うにしても、あるいは表面上は抽象化さ
Redis コア開発者 @pnoordhuis のツイートで Unix ドメインソケットに abstract socket address なるソケットアドレスがあることを知る。 ということで Unix ドメインソケットのソケットアドレスの種類を調べてみた。 ソケットアドレスの種類 Unix ドメインソケットでは大きく分けて次の3種類のアドレスで通信できる。 ファイルシステムパス名(pathname) 無名(unnamed) 抽象名前空間(abstract) 1. ファイルシステムパス名 一番一般的な手法。sun_path にファイルシステム上のパスを指定する。 ファイルシステム上にファイルを作成しているので、ソケット通信の際にもファイルシステムのパーミッションなどの制約がそのままつきまとう。 サーバプロセスが終了するときには、ソケットファイルを unlink(2) するのがお作法 pat
「いますぐ実践! Linux システム管理」はこちらです。 メルマガの解除、バックナンバーなども、以下からどうぞ。 https://www.usupi.org/sysad/ (まぐまぐ ID:149633) その他、作者に関するページは、概ね以下にございます。 https://www.usupi.org/kuri/ (まぐまぐ ID:126454) http://usupi.seesaa.net/ (栗日記ブログ) https://twitter.com/kuriking/ (twitter) https://facebook.com/kuriking3 (facebook) https://jp.pinterest.com/kuriking/pinterest) https://www.instagram.com/kuri_king_/ (instagram) [バックナンバーのトップへ
When an application puts a socket into LISTEN state using the listen syscall, it needs to specify a backlog for that socket. The backlog is usually described as the limit for the queue of incoming connections. Because of the 3-way handshake used by TCP, an incoming connection goes through an intermediate state SYN RECEIVED before it reaches the ESTABLISHED state and can be returned by the accept s
id:kazeburo さんが Gazelle という高速な Perl 用の Web アプリケーションサーバーを公開されました。 Gazelle - Plack Handler for performance freaks #yokohamapm from Masahiro Nagano Gazelle の特徴のうち幾つかは、 id:mopemope 作の Meinheld と同じです。 IO周りは全てCで書かれている accept4 や writev などの Linux 独自のシステムコールを利用している 一方で異なる点もあります。 Meinheld は HTTP/1.1 に対応していて、 keep-alive が利用できる。 Meinheld は greenlet というコルーチンを利用して、 long polling や SSE に対応している。 Meinheld が http-pa
I'm trying to make a simple echo client and server that uses Unix sockets. In this example, the connection seems to be unidirectional. The server can receive data from the client, but it can't send the data back. If I use tcp connections instead, it works great. Does anyone know what's wrong? Server package main import "net" import "fmt" func echoServer(c net.Conn) { for { buf := make([]byte, 512)
2014/02/02に開催された「Golang Cafe #15」についてのまとめです。 今回はnetパッケージ以下をみていきました。 所謂ソケット通信を行うためのパッケージです。今回は基本的なTCPとUDP関連のパッケージを見てみました。 +TakashiYokoyama氏が準備してくれたサンプルはこちらにあります。 私の書いたサンプルはGitHubに置いてあります。 TCP 特に難しいことはありません。C#やJava等でソケット通信をやったことがある方にとっては同じようなイメージです。 +TakashiYokoyama氏のサンプルを元にシンプルなエコーバックのサンプルを書いてみました。 サーバー側 func main() { runtime.GOMAXPROCS(3) listener, err := net.Listen("tcp", "localhost:8888") if err
C Socket Programming for Linux with a Server and Client Example Code Typically two processes communicate with each other on a single system through one of the following inter process communication techniques. Pipes Message queues Shared memory There are several other methods. But the above are some of the very classic ways of interprocess communication. But have you ever given a thought over how t
C言語でSocketを使って通信する物を作るのだが、 1対多の通信 非同期通信 プロセスとスレッドを使わない。 という条件になると、必然的にselectを使った通信になる。 レスポンスはこの際置いておいて、条件を満たせれば良いとする。 メモ書き程度なモノだし、間違っているかもしれない。 参考 http://www.golgo.jp/winsock.html winsockプログラミング:Geekなぺーじ 非同期通信 まず非同期通信の前に対義語の同期通信を知る必要がある。 同期通信とは、例えばキーボード入力する必要があるときは入力を終えるまで待つ。 非同期通信は、まんま逆で、入力を待たない。 どういうときに非同期通信をするのかといえば、例えば会話。 会話をするときは、1文話して1文聞く。 しかし、聞く為には、発言をするまで待たないといけない、とした場合、 自分が発言して相手の発言を待つ、と相
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く