開発メモ: DBサーバのnoreplyオプションによる高速化

Kyoto Tycoonやmemcachedにてnoreplyオプションを使ってパフォーマンスを上げる話。 noreplyの功罪 DBに対する更新操作はその成否を真偽値などとして呼出側に返すのが通常であるが、それを省略することでパフォーマンスを上げることができる。memcachedではnoreplyオプションとして知られている。KTの最新版からは、memcachedプラグインと独自バイナリプロトコルでもnoreplyオプションをサポートすることにした。 noreplyを有効にするとなぜ高速化するのか。クライアントはクエリをsendしただけで、recvをせずに次の処理に移れるからだ。sendシステムコールに渡したデータはカーネルが非同期に処理するので、カーネルとアプリケーションは並列に処理を進めることができる。recvをした場合にはその時点で両者の待ち合わせが発生してしまうのだが、それをしな

[tzccinct]

「エラーチェックができないから金に関わるところでは使えないが、それ以外の目的でのアクセスカウンタやタイムスタンプやロギングといったユースケースではうってつけである。」

[gfx]

"ダサくて後ろめたいnoreplyだが、驚くほど高速化してしまうのが困ったものだ。使える部分ではうまく使っていただきたい。"

[suginoy]

「memcachedのプロトコルにおいて、クエリの入力パラメータのほとんどは、「何番目のトークン」という識別をしているのに対して、noreplyだけは「トークンの文字列が "noreply" と一致したら」という識別になっている」