comment機能についての話ではありませんが、ちょっと考えを整理するためのメモとして。データベースサーバー以外でもそうだと思いますがサーバーを利用する際の基本的な構成は以下のようになるかと思います。動作している場合、サーバーからの情報はネットワークを介して行われます。まで接続がされています。構成を考える場合、これら全体のバランスがどうなっているかを考慮する必要が出てきます。x8で行われている場合、バスの帯域上限が異なってきます。程度になると思います。かけられなくなってきますので複数のバスを使用するというような対応が必要となってきます。この上限はあくまでもストレージへの接続の上限ですのでストレージ自体のキャパシティとは異なってきます。出すことはできませんので、ストレージの性能以上のバス帯域を確保していても有効に活用できません。ストレージバスの帯域はバランスがとれた形で構成しておく必要があります。気を付けておく必要があります。コアで処理できる性能には限界があり、たいていの場合はシングルスレッドでストレージの性能を上限まで使用することはできないかと思います。ストレージの性能を最大限まで発揮するためにはマルチスレッドで処理を実行する必要があります。超える構成というものも組むことができます。コアすべてを使用することができるかというとここは難しいと思います。以下の記述があります。スレッド使用して並列処理をすることができます。スレッド以上で並列処理をすることも可能なのですが、そこまで並列度を上げるとオーバーヘッドのほうが大きく、リニアに性能が伸びないかもしれないですね。データの論理的整合性や物理的整合性を保つためにロック/ラッチが使用されています。発生しない状態での処理の待機となります。なくロックの粒度やロックの保持期間に注視する必要が出てきます。データの変更が多い場合にはチェックポイント発生時のメモリからディスクへの書き戻しの速度にも影響が出てくることもありますのでこの辺も意識をしたほうがよいかもしれないですね。サーバーで処理したデータはサーバー上でアプリケーションを動かしていない場合はネットワークを介してアプリケーションに返されます。そのため、取得したデータを効率よく流せるネットワーク帯域が確保できないと、いくらサーバーで高速に処理をしても最後で遅延が発生してしまうことになります。過負荷がネックになってしまうことがありますが、サーバーの構成やレスポンスが悪化した際にはどこがネックになっているのかを全体的に見て判断をしていけるようにしたいですね。チューニング等をメインにしていますが、本ブログで情報発信している内容に関することでしたら対応できます。お仕事のご相談がありましたらTwitterfacebookやブログのコメントでご連絡いただけると幸いです。ブログにコメント頂いた内容は私が承認しない限り表示されません。受賞させていただきました。本ブログの内容は個人的に検証したものとなり、検証結果を含め記載している内容を保証するものではありません。体験記の連載をさせていただきました。最後まで飲み切れず...。