なぜ最近のLinuxでは、デフォルトのスタックサイズが非常に大きい-8MB（一部のディストリビューションでは10）

たとえば、OSXでは、512k未満です。

アプリが再帰を使用せず、多くのスタック変数を割り当てないことを念頭に置いて、推奨されるサイズはありますか？
質問が広すぎて使用法に大きく依存することはわかっていますが、この膨大な数の背後に隠された/内部/システムの理由があるかどうか疑問に思っていたので、それでも質問しました。

アプリでスタックサイズを512 KiBに変更するつもりなので、私は疑問に思っていました-これはまだ巨大な数のように聞こえますが、8MiBよりはるかに小さく、プロセスの仮想メモリが大幅に減少します。多くのスレッド（I / O）があります。

私はこれが本当に害を及ぼさないことも知っています、ここでよく説明されています：pthreadのデフォルトのスタックサイズ

他の人が言ったように、そしてあなたの質問であなたが提供するリンクで述べられているように、8MiBスタックがあっても何も害を与えません（アドレス空間の消費は別として、重要ではない64ビットシステムで）。

Linuxは非常に長い間8MiBスタックを使用してきました。この変更は、1995年7月にカーネルのバージョン1.3.7で導入されました。当時は制限の導入として提示されていましたが、以前は制限がありませんでした。

スタックを適切なデフォルトに制限します。ルートは必要に応じてこの制限を常に増やすことができます。8MBが妥当と思われます。

Linuxでは、スタック制限はプログラム引数のサイズと環境にも影響します。これらはスタック制限の4分の1に制限されています。カーネルは、引数と環境に最低32ページを強制します。

スレッドの場合、スタック制限（RLIMIT_STACK）が無制限の場合、pthread_create新しいスレッドのスタックに独自の制限が適用されます。ほとんどのアーキテクチャでは、8MiB未満です。

8MBはスタックの仮想サイズです。アプリケーションが現在物理的に割り当てられているよりも多くのスタックを使用しようとすると、ページ違反が発生します。その後、カーネルのページフォールトハンドラーが物理ページを割り当て、アプリケーションが続行されます。

詳細な説明については、https：//unix.stackexchange.com/a/280865/21212を参照してください。

したがって、スタックサイズを減らしても、アプリケーションの物理メモリ使用量を減らす効果はありません。