sgcPivotGrid ベンチマーク

1. sgcUI の .NET デモから PivotGrid\Benchmark\Benchmark.csproj を開きます。そのフォルダーの README.md に詳細があります。
2. .NET 8 SDK 以降で Release としてビルドし、実行します。並列計算のモードには、登録版または体験版が必要です。
3. スイッチは Delphi プログラムのスイッチと同じです。実行するたびに dotnet-<arch>.md、.json、.csv が書き出されます（例: dotnet-x64.md）。

dotnet run -c Release
dotnet run -c Release -- --rows=1m,10m --quick
dotnet run -c Release -- --rows=500k,2m --threads=4 --out=C:\bench

ParallelCalculation := True は、大規模な再計算を 131,072 行ずつの固定サイズのチャンクに分割し、チャンクをワーカースレッドで計算して、チャンクの順にマージします。MaxThreads はワーカー数の上限を設定し（0 は CPU ごとに 1 つで、最大 64）、ParallelThreshold（既定は 1,000,000 行）より小さいストアはシングルパスのまま処理します。Sum、Average、Product、StdDev 系の集計は、シングルパスと最後の数ビットが異なる場合があるため、既定ではオフです。登録版と体験版に含まれます。

• MaxThreads は 4 から 8 を使ってください。 テストマシンでは、Win64 の両方のサイズで 4 スレッドが最良の P1 でした。1,000,000 行で 7.1 ms、10,000,000 行で 46.9 ms で、シングルパスの 13.9 ms と 121.1 ms を下回ります。
• スレッドを増やせば常に速くなるわけではありません。 1,000,000 行は 8 チャンクにしかならないため、スレッドの起動とマージのコストが、節約できる処理よりも大きくなります。10,000,000 行では、順序付きマージが直列で実行されるため、P1 は 4 スレッドの 46.9 ms に対して 14 スレッドでは 73.5 ms かかります。
• 重い測定値ほどスレッド数に応じて伸びます。 Win64 の 10,000,000 行の P4 は 14 スレッドまで改善を続け、シングルパスの 216.9 ms に対して 105.4 ms になります。
• CountDistinct は伸びが最小です。 異なる値の集計が直列で実行されるため、P3 は最良でも約 1.6 倍の高速化にとどまります。

• 測定したのは 1 台のマシンです。実時間は、CPU（コア数、ハイブリッドスケジューリング、ターボ）、メモリの速度、マシン上の他の負荷によって変わります。
• データの形も影響します。メンバー数、異なる値の数、測定値の数が多いほど、ここで測定したレイアウトよりも多くの時間とメモリがかかります。
• Win32 の数値は、計測 1 回の簡易実行によるものです。Win64 の数値は 5 回の実行の中央値です。
• このページは sgcPivotGrid を他のピボットコンポーネントと比較しません。誰でも繰り返せる方法で、sgcPivotGrid の数値のみを公開しています。

QA の予算値は、アーキテクチャのヘルプトピックにも記載されています。