[論文レビュー] Parallelizing Mizar

Josef Urban|arXiv (Cornell University)|Jun 1, 2012

Logic, programming, and type systems参考文献 27被引用数 5

ひとこと要約

本稿では、Mizar証明検査器および関連ユーティリティのファイルベースで粗い粒度の並列処理手法を提示する。Mizarの検証フェーズのコンパイラ風パイプラインを活用し、複数のコアに処理を分散することで、形式的定式化を独立した記事またはサブ記事に分割し、並列処理することで、正しさを損なわず、顕著な高速化を達成した。ファイルレベルの隔離とライブラリメンテナンスにおける再帰的再検証により、安全で、再検証可能な並列処理が実現された。

ABSTRACT

This paper surveys and describes the implementation of parallelization of the Mizar proof checking and of related Mizar utilities. The implementation makes use of Mizar's compiler-like division into several relatively independent passes, with typically quite different processing speeds. The information produced in earlier (typically much faster) passes can be used to parallelize the later (typically much slower) passes. The parallelization now works by splitting the formalization into a suitable number of pieces that are processed in parallel, assembling from them together the required results. The implementation is evaluated on examples from the Mizar library, and future extensions are discussed.

研究の動機と目的

• 現代のマルチコアハードウェア上でMizarの証明検査およびユーティリティの効率的並列処理を可能にし、単一コアCPU性能の停滞を是正すること。
• 共同のリファクタリングや実時間検証の際のMizarライブラリおよびWikiワークフローの応答性を向上させること。
• 既存のMizarツールチェーンおよびインfraストラクチャとシームレスに統合できる、スケーラブルで安全かつ実用的な並列処理戦略を設計すること。
• 大規模なMizar記事コーパスにおいて、記事レベルおよびサブ記事レベルの粒度での並列処理の性能向上を評価すること。

提案手法

• 証明検査の粗い粒度での並列処理を可能にするために、Mizarの定式化を独立した記事またはサブ記事に分割する。
• 初期で高速なフェーズが中間XMLファイルを生成するコンパイラ風のパイプライン（パーサー、アナライザー、チェッカー）を活用し、後続の遅いフェーズの入力として使用する。
• チェッカー・フェーズおよび証明改善ユーティリティに並列処理を適用し、解釈可能なステップを独立して処理する。入力として解釈済みXMLを使用する。
• ファイルベースの隔離を用いて安全性を確保し、内部状態の破損を回避するとともに、繰り返し全ライブラリ再検証による冗長な相互検証を可能にする。
• Mizar Emacsモードおよびリモートサーバー検証に並列化モジュールを統合し、ユーザーが標準検証から並列検証にシームレスに切り替えられるようにする。
• トップレベル証明並列処理とチェッカー・フェーズ内のサブ証明並列処理を組み合わせることで、再帰的並列処理を実現し、さらに高速化を達成する。

実験結果

リサーチクエスチョン

• RQ1 ファイル粒度の並列処理は、正しさを損なわず、Mizarの実時間検証コストを顕著に低減できるか？
• RQ2 特にチェッカーおよび証明改善ユーティリティの遅いフェーズにおいて、記事またはサブ記事レベルの粗い粒度の並列処理は、Mizarの処理をどれほど高速化できるか？
• RQ3 実世界のワークロード下で、大規模なMizar記事コーパスに並列処理を適用した場合、実際の性能向上はどの程度達成できるか？
• RQ4 トップレベル証明並列処理とサブ証明並列処理の組み合わせは、全体の検証速度およびユーザーが体感する応答性にどのように影響するか？
• RQ5 類似したコンパイル風処理パイプラインを持つ他の証明支援ツールにおいて、この並列処理アプローチはどの程度再利用可能か？

主な発見

• 395件の遅いMizar記事において、8プロセスを用いた並列処理により、実時間検証時間が単一コアの13,272.22秒から4,277.12秒に短縮され、3.1倍の高速化が達成された。
• チェッカー・オンリーフェーズでは、8並列プロセスを使用した場合、5,664.1秒から2,456.1秒に短縮され、2.3倍の実時間高速化が達成された。これは、最も遅いフェーズに高い並列処理可能性があることを示している。
• 8プロセスを使用した場合、ユーザー時間の合計は73%増加した（12,561.07秒から21,697.71秒に）。これは、並列処理が総合的なCPU作業量を減らすが、応答性を向上させることを確認している。
• この並列処理アプローチはトップレベル証明並列処理と直交しており、再帰的に組み合わせられ、複数の証明を含む複雑な記事においてさらなる性能向上が可能である。
• ファイルベースの隔離と冗長な全ライブラリ再検証により、安全に保証されており、並列処理論理の相互検証としても機能する。
• 実装はMizar Emacsモードおよびリモートサーバーに正常に統合され、最小限のユーザー設定で実用的導入が可能となった。