ネットワークアクセス権も放棄せよ（2/2） － ＠IT
12月版 ネットワークアクセス権も放棄せよ 小崎資広 2010/1/12 2.6.33マージウィンドウで見掛けた粋なパッチたち ■真のO_SYNCサポート POSIXでは、O_SYNCとO_DSYNCには異なる意味が与えられており、O_DSYNCはWrite I/O時にデータのストレージへの書き込み完了を保証しますが、O_SYNCはデータだけではなくファイル変更時間などのデータ以外のファイル情報の書き込み完了も保証するという違いがあります（なお、似たようなフラグとしてO_RSYNCというフラグもあり、こちらはRead I/O時に書き込みが完了することを保証します）。 ところが歴史的な事情により、従来のLinuxのO_SYNCの実装はかなりクレイジーな状況でした。まず、カーネルはO_SYNCのみを定義しており、glibc側でコンパイルを通すためのダミー定義を以下のように行っていました。 /*
初期化パラメータ filesystemio_options の値によってI/Oに関するシステムコールがどのように変化するか - ablog
新久保浩二さんのブログの以下のエントリを読んで、自分なりに理解したことをまとめてみた。 小幡さん、yohei-aさん、wmo6hashさんなど、いろいろご意見がありましたが、一度、Oracleの非同期I/Oの実装はどうだったのか再確認が必要だと思いちょっと調べてみます。 手当たり次第やってもしょうがないので、以下の3つの観点で調査してみます。多分、何回かに分けて調査すると思うのですが、今回は初期化パラメータfilesystemio_options = [none|directio|asynch|setall]でどのようにI/Oに関するシステムコールが変化するか見てみます。 10046 trace name context forever: Unbreakable Enterprise Kernelのチューニングは非同期I/Oか? まとめ 初期化パラメータfilesystemio_optio
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
