ファイルシステムのI/Oバリアを無効化する。いつか、そのとき、あの場所で。rev.2いつか、そのとき、あの場所で。rev.2都内で主にサーバ構築をしている人。好きで集めているARMとLinuxを中心とした技術関連情報と最近ハマっているMikrotikのRouterboardに関して書いていきます。ファイルシステムのI/Oバリアを無効化する。Utilizationが10%程度で推移し安定するようになってきました。相変わらず負荷が少ない状況で10%程度の負荷がかかるのもどうなのかと思い、さらにチューニング出来ないか調査してみました。調べてみるとどうやらそもそもext4ファイルシステム自体が遅いということが分かりました。遅い理由はジャーナリングファイルシステムが故に、ディスクへのコミットメントまでのコストが高いせいで、そのオーバーヘッドの分、パフォーマンスが犠牲になっているということです。CAUTIONしかしながら信頼性を担保するものなので、そのメリット・デメリットを理解した上で、利用することが必要です。コードでのライトバリアの利用を有効/無効にします。バリアライト時にエラーを受けたならば警告とともに無効にもどります。ライトバリアは多少の性能の犠牲により、適切なディスク上のジャーナルコミットの順序を実現し、揮発性のディスクライトキャッシュを安全に使用できるようにします。使用しているディスクコントローラが電池でバックアップされているなどの場合には、バリアを無効化することにより安全に性能を向上できます。バリアの有効無効を指定するために用いることができます。性維持のため提供されています。書き込みバリアを有効または無効にする電源供給の停止が発生した場合のデータ破損のリスクを軽減するためバッテリー駆動の書き込みキャッシュを使用するストレージデバイスがあります。一般的にはハイエンドのアレイや数種のハードウェアコントローラではバッテリー駆動の書き込みキャッシュを使用しています。デフォルトで対応している全ジャーナリングファイルシステム上の書き込みバリアを有効にしています。書き込みバリアを有効または無効にする自宅環境ではノートPC上のKVMの仮想マシンとして動作しているので、電源断によるすぐのデータ消失の危険性は少ないことから、IOバリアを無効化してみました。timeが大幅に改善することが確認できました。数値的には2~3%程度まで改善することが分かりました。繰り返しになりますが、IOバリアを無効化することでジャーナリングファイルシステムとしての信頼性が確保できなくなるので、そのデメリットを理解した上で利用することが大事だと思います。詳細を見るこの記事を書いた人kometchtechうつ病を患いながら、IT業界の末席にいるおっさんエンジニア。科学計算をしたことがないのに、HPC分野にお邪魔している。興味のある分野で学習したことをblogにまとめつつ、うつ病の経過症状のメモも置いておく日々。JPの中の人でもある。検証用にSFPモジュールを購入。Traceが吐かなくなった原因っぽいもの。IPv6でのルーティングテーブルの確認コマンド。IPv6でのルーティングテーブルの確認方法が分からなかったのでメモ。Stableが3.19になりました。PowerDNSが4.0.0のメジャーバージョンアップをしたようです。KVMのゲストVMのネットワークレイテンシーを改善する方法。知らなかったのでメモ。DNSのクエリタイム一覧。開催されたので参加してきた。一週間遅れの情報となりますが。