Linuxホストのサイズを適切に調整するには、バックログを理解することが重要です。procs_running（特にコア数で割った場合）は、プロセスバックログを表す良い指標ですが、スレッドバックログの洞察を提供しません。負荷平均に関しては、すべてがスムーズに見えますが、一時停止ベースのスレッドはCPUに大きな負担をかけることができます。たとえば、単一のプロセスがソケットを受け取り、複数のスレッドを作成して複数のソケット接続を処理する場合、この状況が発生する可能性があります。各スレッドはCPUに負荷をかけます。この場合、プロセスは1つしか実行されていないため、負荷平均とprocs_runningは低くなりますが、CPUは100％に固定され、クライアントワークロードの待ち時間が長くなります。
そのようなスレッドキューのサイズに関する洞察を得る方法はありますか？ CPUが実行されるのを待つスレッドはありますか？
ベストアンサー1
procs_runningスレッドと同等のものはprocs_runningそれ自体です。それは含んでいる戻り値nr_running、実行中のスレッドの数。。
（通常、カーネルに関する限り、スレッドはプロセスです。）