XFS on x86_64はまったく実用的ではないとかなんとかいう議論をLKMLでしている。XFSって1ページ
書き出すだけでもスタック3.5Kも使うのよね。カーネルスタックはページサイズx2なので8Kしかない。
よって
とか考えるとあきらかに突き破っていて、LVMやMDやNFSを使うとそんな複雑なパターンを
考えなくても正常系で普通に突き破るという。David Chinnerが既知の問題で直せないと
言っているからには、本当にダメなんだろう。
世間の人がどうやって回避しているのか知りたいものである。
書き出すだけでもスタック3.5Kも使うのよね。カーネルスタックはページサイズx2なので8Kしかない。
よって
なんか色々処理
+- kmalloc
+- メモリ不足なので回収
+- pageout
+- writepage
+ kmalloc
+- このへんでさらに割り込み
とか考えるとあきらかに突き破っていて、LVMやMDやNFSを使うとそんな複雑なパターンを
考えなくても正常系で普通に突き破るという。David Chinnerが既知の問題で直せないと
言っているからには、本当にダメなんだろう。
世間の人がどうやって回避しているのか知りたいものである。
- 関連記事
-
- 2.6.34のused once ページに対する改善をcopybenchで検証してみた (2010/05/02)
- XFS on x86_64 (2010/04/25)
- CFSのnice値について (2010/04/25)
回避も何もそんな問題があったのも知らずに/boot以外全部XFSにしちゃってたよ\( ^ o ^ )/
RHEL(CentOS)の次のメジャーバージョンアップで治るんだろうと思ってたらbug fix無理ポかよ /( ^ o ^ )\
RHEL(CentOS)の次のメジャーバージョンアップで治るんだろうと思ってたらbug fix無理ポかよ /( ^ o ^ )\
2010-04-25 日 02:35:51 |
URL |
通りすがり #- [ 編集]
割り込みは別なスタックもってませんでしたっけ?とはいえ、サイズデカいですけど
2010-04-25 日 04:24:51 |
URL |
anonymous #- [ 編集]
4Kスタックなら割り込みは別だけど、4K中3.5Kつかったら別スタックも何も・・・
8Kなら別スタックなしなので、割り込みネストとか考えると恐ろしいことに。
8Kなら別スタックなしなので、割り込みネストとか考えると恐ろしいことに。
2010-04-25 日 08:20:52 |
URL |
kosaki #- [ 編集]
16kBスタックのカーネル作って回避したなあ。
ソース上の影響は意外と小さかった。
ソース上の影響は意外と小さかった。
2010-04-28 水 08:19:20 |
URL |
anonymous #- [ 編集]
Andi Kleenはupstreamでも16Kにしたら、とか言ってたね
ありえないけど
ありえないけど
2010-04-28 水 08:22:06 |
URL |
kosaki #- [ 編集]