Webサーバのマルチスレッドでの実装における優位性をLinux Kernel 3.3のソースから読み解く

人間とウェブの未来（旧） 「ウェブの歴史は人類の歴史の繰り返し」という観点から色々勉強しています。2014年までの人間とウェブの未来の旧ブログです。 表題の通り、現行のカーネルの実装において、マルチスレッドとマルチプロセスでの実装の優位性はどういう所にあるのかを知りたい、というのが今回の調査の意図だ。 そのために、前提知識としてマルチスレッドとマルチプロセスの特徴について、カーネルのソースを見ていきたいと思う。カーネルの海に飛び込むには、やはり最新のLinux Kernel 3.3のソースを選択することにした。前置きの段階で少し長くなってしまいそうだ。ではカーネルの海に飛び込みたいと思う。 とはいっても、まずは最初の一歩が必要なので、当たりをつけようと思う。キーワードは、 マルチスレッド マルチプロセス コンテキストスイッチ メモリ空間の共有 TLB（トランスレーション・ルックアサイド・バ

[yass]

" スレッドをclone()する際にCLONE_VMフラグを渡すことでメモリ空間を共有している場合（つまりはマルチスレッド）は、コンテキストスイッチ時にTLBフラッシュがされないことになる "

[syuu1228]

これはperfでそれぞれを測ると面白そうな：Webサーバのマルチスレッドでの実装における優位性をLinux Kernel 3.3のソースから読み解く | 人間とウェブの未来

[matsumoto_r]

昔調べたこのTLBのflushの話、今だとcachegrindのextend使ってTLBのキャッシュヒットの影響とか調べてみると良さそう、と昔の自分にアドバイスしたい