xfs stack overflow

XFS でスタックがオーバーフローするから避けたほうがいいんじゃないか的まとめ
9
Kazuho Oku @kazuho

mogilefs のコードを grep したけど fsync みつからなかった

2010-04-25 03:56:47
小崎 資広 (KOSAKI Motohiro) @kosaki55tea

@kazuho ああ、もちろんFSを完全に分けるってのは有効ですが、それ以外は厳しいという事です

2010-04-25 03:56:59
小崎 資広 (KOSAKI Motohiro) @kosaki55tea

(´・ω・´) RT @kazuho: mogilefs のコードを grep したけど fsync みつからなかった

2010-04-25 03:57:20
Yoshinori Matsunobu @matsunobu

@kosaki55tea InnoDBもデフォルトはダイレクトI/Oではないし、MyISAMやPostgreSQLはそもそもデータファイルに対するダイレクトI/Oをサポートしていないので、同種の問題が今後多発しそうな気が。。

2010-04-25 03:58:11
Kazuho Oku @kazuho

xfsプロダクションで使ってない俺様は勝ち組なう

2010-04-25 03:58:16
小崎 資広 (KOSAKI Motohiro) @kosaki55tea

Linuxをカーネル開発にしか使っていない俺も勝ち組なう! RT @kazuho: xfsプロダクションで使ってない俺様は勝ち組なう

2010-04-25 03:59:17
小崎 資広 (KOSAKI Motohiro) @kosaki55tea

@matsunobu 勉強になります。今後の話でいうと直す一択なのであんまり考えても仕方ないかな。とか考えていました

2010-04-25 04:00:42
Kazuho Oku @kazuho

Webサービスでの使用が前提の、新しいミドルウェアほど fsync しない傾向にあるので、いろいろやばそう

2010-04-25 04:01:59
小崎 資広 (KOSAKI Motohiro) @kosaki55tea

ただDavid Chinnerの提案は筋悪なのとXFSの事しか考えていないののコンボなので方向としてはナシナシで別の案を考える必要がある

2010-04-25 04:03:02
小崎 資広 (KOSAKI Motohiro) @kosaki55tea

どうしてfsyncは廃れていっているのですか? RT @kazuho: Webサービスでの使用が前提の、新しいミドルウェアほど fsync しない傾向にあるので、いろいろやばそう

2010-04-25 04:03:31
小崎 資広 (KOSAKI Motohiro) @kosaki55tea

空前のfsyncブーム! を巻き起こす必要があります! (うそ)

2010-04-25 04:04:02
小崎 資広 (KOSAKI Motohiro) @kosaki55tea

何が違うのでしょう RT @clworld: @kosaki55tea x86_64でmd raid5でxfsなパーテーションを録画用に長いこと使ってるけどそう落ちる印象は無いんだけどなぁ。

2010-04-25 04:05:31
Yoshinori Matsunobu @matsunobu

@kosaki55tea そうですね、早期に修正されればベストだと思います。情報ありがとうございました。

2010-04-25 04:06:46
Kazuho Oku @kazuho

ネットワーク越しにレプリケーションするほうが高可用なストレージより安いからです RT @kosaki55tea: どうしてfsyncは廃れていっているのですか? RT @kazuho: Webサービスでの使用が前提の、新しいミドルウェアほど fsync しない傾向にあるので、いろ

2010-04-25 04:07:24
Kazuho Oku @kazuho

レプリケーション機能の設計によっては、複数サーバでクエリを処理することで、パフォーマンスの向上も得られるし。

2010-04-25 04:08:38
最速配信研究会山崎大輔 制約理論及び待ち行列理論による技術経営コンサルとエンジニア起業相談やってます @yamaz

XFS on x86_64の件,この理屈だとi386でもメモリ的にぎりぎりなソフトウェアだったということなんだろうか. http://bit.ly/9A6iB2

2010-04-25 09:23:38
小崎 資広 (KOSAKI Motohiro) @kosaki55tea

それは全力でYesでXFSのせいで4Kスタックは頓挫、8Kでも定期的にスタック溢れバグが報告されて・・ RT @yamaz: XFS on x86_64の件,この理屈だとi386でもメモリ的にぎりぎりなソフトウェアだったということなんだろうか

2010-04-25 09:28:02
まさみさんboosted @mhiramat

@kosaki55tea 恥ずかしい話だがkprobesなんかも原理的にスタック喰うので8kスタックの方が有難かったり。

2010-04-25 10:15:48
小崎 資広 (KOSAKI Motohiro) @kosaki55tea

RT @mhiramat: @kosaki55tea 恥ずかしい話だがkprobesなんかも原理的にスタック喰うので8kスタックの方が有難かったり。

2010-04-25 10:37:50
まさみさんboosted @mhiramat

XFSのデフォルトと同等のext4のチューニングパラメータを設定して比べたベンチマークというのはないんだろうか。

2010-04-26 03:35:58
小崎 資広 (KOSAKI Motohiro) @kosaki55tea

ext4はdelayed allocationをONにするとメモリに余裕があってもOOM Killer発動して死ぬことがあるとTed Tsoがいってた。なんかgoogleで本当に困っているらしくて、いい代替方法ない?とか聞かれたのでないし、VMの修正が必須だと断言しておいてあげた

2010-04-26 21:16:52
小崎 資広 (KOSAKI Motohiro) @kosaki55tea

Tedはいいやつなので、協力してあげる方針

2010-04-26 21:17:30
まさみさんboosted @mhiramat

物理連続ページが必要?RT @kosaki55tea ext4はdelayed allocationをONにするとメモリに余裕があってもOOM Killer発動して死ぬことがあるとTed Tsoがいってた。なんかgoogleで本当に困っているらしくて、いい代替方法ない?とか聞かれ

2010-04-26 21:51:25
小崎 資広 (KOSAKI Motohiro) @kosaki55tea

うんにゃ。delayed allocation ONだとwritepage()がNOPになる仕様(仕様だと?)なのでwritepageでページがcleanになると仮定しているpageoutの仕様とケンカしてアウト! RT @mhiramat: 物理連続ページが必要?

2010-04-26 21:58:29
小崎 資広 (KOSAKI Motohiro) @kosaki55tea

要するにあるzoneのメモリに載っているキャッシュが全部dirtyになったらext4ではアウト

2010-04-26 22:00:39