Linux I/O のお話 write 編 - naoyaのはてなダイアリー
write はページに dirty フラグを立てるだけなので決してユーザープロセスを待たせない って、本当にそうなんでしょうか？（否定しているわけではなく、純粋な疑問です。） と質問をもらったので、最近追ったことをここでまとめます。かなり長文です、すいません。また、まだまだ不勉強なので間違っているところもあるかもしれません。ツッコミ大歓迎です。 まず、オライリーのカーネル本の 15章 ページキャッシュ 15.3 汚れたページのディスクへの書き込み から引用。 ご存知のように、カーネルは、ブロック型デバイスのデータを含むページをページキャッシュに蓄えています。プロセスが何らかのデータを更新した場合は、必ず対応するページに汚れている印をつけます。すなわち、PG_dirty フラグを設定します。 UNIX システムでは、汚れたページのブロック型デバイスへの書き込みを遅延することができます。この方
naoyaのはてなダイアリー - Linuxのページキャッシュ
世間では PHP が、Perl が、と盛り上がっているようですが空気を読まずまたカーネルの話です。今回はページキャッシュについて。 /dev/shm に参照系ＤＢを持っていくと I/O 負荷が激減した件（当たり前だけど） - drk7jp で、ディスク上にあったファイルを /dev/shm (tmpfs) に移したら I/O 待ちがなくなって負荷がさがった、ということなんですがおそらくこれは tmpfs に置く必要はないかなと思います。Linux (に限らず他の OS もそうですが) にはディスクの内容を一度読んだらそれはカーネルがキャッシュして、二度目以降はメモリから読む機構 = ページキャッシュがあります。tmpfs にデータを載せることができた、ということは物理メモリの容量に収まるだけのデータサイズかと思うので、放っておけば該当のファイルの内容すべてがメモリ上にキャッシュされて io
Linuxシステム構築Tips - RAMディスクのIO性能をチューニングに活用すべし （/dev/shm）
RAMディスクのIO性能をチューニングに活用すべし アプリケーションやプログラムのパフォーマンスが思うように上がらない場合、ハードディスク上でのファイルIOがボトルネックになっているケースが多々あります。ここでは、そのようなケースに対して有効なチューニング方法の一つ、RAMディスクを用いたパフォーマンスチューニングについて紹介します。 RAMディスクは物理メモリの一部領域を仮想的なハードディスクとして利用するもので、当然ながらRAMディスクのIO性能はハードディスクではとても到達できないレベルになります。また、RAMディスクとして作成した領域は、各プログラムからファイルシステム上のディレクトリとして認識されるため、チューニングの際にプログラムの修正範囲が軽微で済むという利点もあります。システムのボトルネックがファイルIOであれば、パフォーマンスチューニングにRAMディスクのIO性能を活用し
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IBM Developer
[linux-users:97353] Re: [Q]I/O性能向上に関する情報を頂きたく