[P9] 構造化ベンチ出力とマトリクス実行スクリプトを追加する

[thawk105]

親イシュー: #29
依存: なし（いつでも着手可能）

概要

現在のベンチ出力は構造化されておらず、複数プロトコルを一括実行して結果を比較するワークフローが構築されていない。--output-format=json 対応とマトリクス実行スクリプトを追加することで、再現性の高いベンチマーク環境を構築する。

やること

• common/ に --output-format=json / --output=run.json フラグを追加する
  • 出力フォーマット例:

{
  "config": {"protocol": "silo", "workload": "ycsb", "threads": 16},
  "env": {"cpu": "...", "freq_ghz": 3.2},
  "per_thread": [...],
  "aggregate": {"throughput_txps": 1234567, "abort_rate": 0.02}
}

• scripts/run_matrix.py を作成する
  • 実行マトリクス（プロトコル×ワークロード×スレッド数等）をYAMLで定義する
  • 定義に従って各バイナリを順次実行し、結果をディレクトリに保存する
• ccdata リポジトリとの連携次第を定義する（結果保存先の明記）

完了条件

• --output-format=json で実行すると構造化されたJSONが出力されること
• scripts/run_matrix.py がマトリクYAMLを読み込みベンチを一括実行できること
• ccdata リポジトリの役割がドキュメント化されていること

備考

• 実験の再現性向上に寄与し、論文投稿時の結果引用を容易にするタスク

[thawk105]

本イシューは 1 イシューに 3 つの独立コンテキスト（バイナリの JSON 出力 / マトリクス
実行スクリプト / ccdata 連携の docs 化）が混在していたため、CLAUDE.md ハードルール
#3「1 issue = 1 context」に従って以下の 3 子イシューに分割します。

• [P9-1] ベンチバイナリに構造化 (JSON) 出力を追加する #94 [P9-1] ベンチバイナリに構造化 (JSON) 出力を追加する
• [P9-2] マトリクス実行スクリプト (run_matrix) と実行定義 YAML を追加する #95 [P9-2] マトリクス実行スクリプト (run_matrix) と実行定義 YAML を追加する
• [P9-3] ccdata リポジトリの役割と結果保存規約を docs 化する #96 [P9-3] ccdata リポジトリの役割と結果保存規約を docs 化する

また起票（2026-05-12）後にリポジトリ構造が変化しており、本文の前提も一部更新しました:

• Result の表示ロジックは [P0] common/ を静的ライブラリ化する #30 / [P2] per-protocolボイラープレートを共通化する #33 系の作業で common/result.cc に集約済み。
  各 cc/<protocol>/result.cc は数行のスタブに縮小されており、JSON 化の改修対象は
  common/result.cc 1 箇所に局所化されています。
• プロトコルは cc/<protocol>/ 配下へ移動し、バイナリは build/cc/<protocol>/ <workload>_<protocol>.exe に出力されます。
• cmake/ProtocolHelpers.cmake の ccbench_write_protocol_matrix() が
  build/PROTOCOL_MATRIX.md（プロトコル×ワークロード対応表）を既に自動生成しています。

詳細は各子イシューを参照してください。本イシューはクローズします。