処理の実行

サーバのCPU使用率
CPUの速度とAPPの処理速度

プロセスとスレッド

プロセスとは、プログラム（実行バイナリ）が OS上に実体を持ち、実行できる状態になったもののこと。
プロセスはプログラムがメモリにロードされて実行できる状況になったものを指す。
スレッドは、プロセスの中での実行単位。

たいていのDBMSは並列処理が可能なので、プロセスかスレッドのどちらかを複数にすることで同時に複数の処理ができるようになっている。

約80個のプロセスで testdbという Oracle Databaseを構成している。

1つのプロセスで実行されている MySQL。

スレッドまで見えるオプション（-m）をつけると、mysqldが複数のスレッドで構成されている

約7個のプロセスで PostgreSQLは構成されている模様。

プロセス数やスレッド数の上限

大規模システムでもない限り、プロセスやスレッドの数に関するOS側の上限（設定可能な最大値）は問題にならない。それよりも、消費されるメモリ量や DBMSの性能が問題視される傾向にある。プロセスやスレッドの数が増えると、それに応じてメモリを割り当てる必要があるため、メモリの消費量が増える。DBMSのプロセス数（もしくはスレッド数）が増えると、内部競合やコストが増加するため、レスポンスタイム（DBMSへ処理を依頼してから最初の結果が返ってくるまでの時間）は下図のような曲線を描くとされる。

このような曲線を描く理由としては、プロセスがある処理をする際に、他のウロセス全ての情報をチェックしたり、管理情報へのアクセスで強豪が起きたりするなど、処理のオーバヘッドが増えることが挙げられる。

この曲線の上がり方が極めてゆるい＝「スケーラブル（拡張性が高い）」と表現される。スケーラブルといっても、多すぎるとトラブルになることもあるし、データベースの設計やアプリケーションの設計が悪いと、データベースへのアクセスでボトルネックが発生し、プロセスやスレッドの数を増やしても性能が上がらなくなることがあるから注意が必要。

プロセスの生成から処理の実行まで

「生成」はプロセスの誕生
「実行可能」は準備が整った状態
「実行」はCPUが使用できるようになった状態になり、処理が行われる
「スリープ」は待ちの状態、読み書きなどで自分から処理を止めたり、システム利用者やネットワークからの入力待ちなどもある

プロセスの状態とCPU使用率の関係

1つのプロセスの状態が実行中（O）の場合は、1つのCPU（コア）がCPU使用中となる。
実行可能な状態（R）の場合は、CPUの使用率に現れず、run queueにでてくる。
I/O待ちの場合は2つに分かれる
- 通常のディスクI/O：wait I/OとしてCPU使用率に現れる場合がある（vmstatなどでは b列（ブロックされているプロセス／スレッド数）に出る）
- ネットワークのI/O：基本的に wait I/Oには含まれない
プロセス全てがスリープ状態であれば、CPUはアイドル（idle）