Kazuho Oku @kazuho @kosaki55tea サーバ系だと、ディスクにデータを保存するたぐいのプログラムはfsyncしまくるし、オンメモリのやつは swap に落ちるだけなので、例外パスで xfs が呼ばれることは、ほとんどないんじゃないかなーと 2010-04-25 02:57:35
![xfs stack overflow](https://cdn-ak-scissors.b.st-hatena.com/image/square/f731b8bad90014bb63345b0103271ca4d50ec0c1/height=288;version=1;width=512/https%3A%2F%2Fs.togetter.com%2Fogp2%2F183325e4e64fcb29116e000570813322-1200x630.png)
■アニメで衝撃的だったシーンを集めてみた 「SHUFFLE」とか「エルフェンリート」とか「旧エヴァ」とか、アニメのあらゆる意味で凄い名シーンを集めてみた動画なんだ。
XFS on x86_64はまったく実用的ではないとかなんとかいう議論をLKMLでしている。XFSって1ページ 書き出すだけでもスタック3.5Kも使うのよね。カーネルスタックはページサイズx2なので8Kしかない。 よって なんか色々処理 +- kmalloc +- メモリ不足なので回収 +- pageout +- writepage + kmalloc +- このへんでさらに割り込み とか考えるとあきらかに突き破っていて、LVMやMDやNFSを使うとそんな複雑なパターンを 考えなくても正常系で普通に突き破るという。David Chinnerが既知の問題で直せないと 言っているからには、本当にダメなんだろう。 世間の人がどうやって回避しているのか知りたいものである。
某所で話題に上がったので軽くまとめてみる 以下のようなテストプログラムを走らせてみる。nice値5とnice値10のスレッドが ビジーループを何回回すことができるか競争するというプログラムである struct thread_param { int prio; long counter; }; #define barrier() __asm__ __volatile__("": : :"memory") void* loop(void* _param) { struct thread_param *param = _param; setpriority(PRIO_PROCESS, 0, param->prio); usleep(1000); for(;;) { param->counter++; barrier(); } return NULL; } int main() { pthread
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く