Tornado アプリのログファイル書き込みのチューニング : DSAS開発者の部屋

最近は協力プレイやPvPなどの「リアルタイムサーバー」を書くときは Go が主流になっているのですが、 Tornado を使ったシステムも健在です。 (以前の記事) 数人〜十数人程度の「部屋」を、1つの Tornado プロセスに複数もたせ、さらに一台のサーバーにその Tornado プロセスを複数置くことでCPUのマルチコアを活用する構成になっているのですが、最近各プロセスがログファイルを書く部分でブロックして応答性能が悪化するケースがあったので対策しました。 この記事ではその対策で行ったチューニングや、行わなかったチューニングについても紹介します。 ※なお、この記事は Tornado を題材にしていますが、似たような仕組みになっている node.js などの他の言語のフレームワークでも同じ事が言えるはずです。 前提知識 Tornado は epoll や select などのIO多重化

[tmatsuu]

よい。vm.dirty_ratioいつも触ってないな。反省。nginxもlogのgzip出力機能あるけど使ってない。書き込み量減るから確かに良さそう。試す。

[Nyoho]

「特に重要なのが vm.dirty_ratio という値」

[yoshikidz]

IO多重化システムコールの最適化。kernelチューニングまで見てたので、おお。。。と思って記事を書いてる人みたら納得。の記事だった件