@kazuho ああ、もちろんFSを完全に分けるってのは有効ですが、それ以外は厳しいという事です
2010-04-25 03:56:59(´・ω・´) RT @kazuho: mogilefs のコードを grep したけど fsync みつからなかった
2010-04-25 03:57:20@kosaki55tea InnoDBもデフォルトはダイレクトI/Oではないし、MyISAMやPostgreSQLはそもそもデータファイルに対するダイレクトI/Oをサポートしていないので、同種の問題が今後多発しそうな気が。。
2010-04-25 03:58:11Linuxをカーネル開発にしか使っていない俺も勝ち組なう! RT @kazuho: xfsプロダクションで使ってない俺様は勝ち組なう
2010-04-25 03:59:17@matsunobu 勉強になります。今後の話でいうと直す一択なのであんまり考えても仕方ないかな。とか考えていました
2010-04-25 04:00:42ただDavid Chinnerの提案は筋悪なのとXFSの事しか考えていないののコンボなので方向としてはナシナシで別の案を考える必要がある
2010-04-25 04:03:02どうしてfsyncは廃れていっているのですか? RT @kazuho: Webサービスでの使用が前提の、新しいミドルウェアほど fsync しない傾向にあるので、いろいろやばそう
2010-04-25 04:03:31何が違うのでしょう RT @clworld: @kosaki55tea x86_64でmd raid5でxfsなパーテーションを録画用に長いこと使ってるけどそう落ちる印象は無いんだけどなぁ。
2010-04-25 04:05:31@kosaki55tea そうですね、早期に修正されればベストだと思います。情報ありがとうございました。
2010-04-25 04:06:46ネットワーク越しにレプリケーションするほうが高可用なストレージより安いからです RT @kosaki55tea: どうしてfsyncは廃れていっているのですか? RT @kazuho: Webサービスでの使用が前提の、新しいミドルウェアほど fsync しない傾向にあるので、いろ
2010-04-25 04:07:24XFS on x86_64の件,この理屈だとi386でもメモリ的にぎりぎりなソフトウェアだったということなんだろうか. http://bit.ly/9A6iB2
2010-04-25 09:23:38それは全力でYesでXFSのせいで4Kスタックは頓挫、8Kでも定期的にスタック溢れバグが報告されて・・ RT @yamaz: XFS on x86_64の件,この理屈だとi386でもメモリ的にぎりぎりなソフトウェアだったということなんだろうか
2010-04-25 09:28:02@kosaki55tea 恥ずかしい話だがkprobesなんかも原理的にスタック喰うので8kスタックの方が有難かったり。
2010-04-25 10:15:48RT @mhiramat: @kosaki55tea 恥ずかしい話だがkprobesなんかも原理的にスタック喰うので8kスタックの方が有難かったり。
2010-04-25 10:37:50ext4はdelayed allocationをONにするとメモリに余裕があってもOOM Killer発動して死ぬことがあるとTed Tsoがいってた。なんかgoogleで本当に困っているらしくて、いい代替方法ない?とか聞かれたのでないし、VMの修正が必須だと断言しておいてあげた
2010-04-26 21:16:52物理連続ページが必要?RT @kosaki55tea ext4はdelayed allocationをONにするとメモリに余裕があってもOOM Killer発動して死ぬことがあるとTed Tsoがいってた。なんかgoogleで本当に困っているらしくて、いい代替方法ない?とか聞かれ
2010-04-26 21:51:25うんにゃ。delayed allocation ONだとwritepage()がNOPになる仕様(仕様だと?)なのでwritepageでページがcleanになると仮定しているpageoutの仕様とケンカしてアウト! RT @mhiramat: 物理連続ページが必要?
2010-04-26 21:58:29要するにあるzoneのメモリに載っているキャッシュが全部dirtyになったらext4ではアウト
2010-04-26 22:00:39