[論文レビュー] Performance Comparison of Persistence Frameworks

Sabu M. Thampi, Ashwin A. K|ArXiv.org|Oct 7, 2007

Software Engineering and Design Patterns参考文献 2被引用数 6

ひとこと要約

この論文は、単一および複数ユーザーのワークロード下でのバンキングデータベースを用いて、2つの人気のあるJavaパーシステンスフレームワーク—Hibernate と iBATIS SQLMaps のパフォーマンスを評価している。iBATIS SQLMaps は、より直接的なSQL実行アプローチと低いランタイムオーバーヘッドのおかげで、応答時間とスループットにおいてHibernateを上回っており、特に高並列処理環境下で顕著である。

ABSTRACT

One of the essential and most complex components in the software development process is the database. The complexity increases when the "orientation" of the interacting components differs. A persistence framework moves the program data in its most natural form to and from a permanent data store, the database. Thus a persistence framework manages the database and the mapping between the database and the objects. This paper compares the performance of two persistence frameworks ? Hibernate and iBatis?s SQLMaps using a banking database. The performance of both of these tools in single and multi-user environments are evaluated.

研究の動機と目的

• 実際のデータベースワークロード下での、2つの広く使われているJavaパーシステンスフレームワーク—Hibernate と iBATIS SQLMaps のパフォーマンスを評価・比較すること。
• 各フレームワークが単一ユーザーおよび複数ユーザー環境において、データ永続化をどのように処理するかを分析すること。
• オブジェクトリレーショナルマッピングおよびSQL実行戦略におけるパフォーマンスのボトルネックと効率の差を特定すること。
• エンタープライズデータベースアプリケーションにおけるパフォーマンス特性に基づいたフレームワーク選定の実証的根拠を提供すること。

提案手法

• 研究は、実世界のトランザクションワークロードをシミュレートするための標準化されたバンキングデータベーススキーマを用いている。
• 制御されたベンチマーキングを用いて、単一ユーザーおよび複数ユーザーの負荷状態下でのパフォーマンスを測定している。
• トランザクション実行中の応答時間、スループット、リソース使用率に基づいて、フレームワークを評価している。
• パフォーマンスの差を説明するために、SQL実行プランとオブジェクトリレーショナルマッピングのオーバーヘッドを分析している。
• ベンチマーキング環境は、フレームワークの挙動を外部システム要因から分離するように構成されている。
• データ収集と分析は、平均応答時間や1秒あたりのトランザクション数といった測定可能な指標に集中している。

実験結果

リサーチクエスチョン

• RQ1 単一ユーザーのワークロード下で、Hibernate と iBATIS SQLMaps の応答時間はどのように比較されるか？
• RQ2 複数ユーザー環境下で、Hibernate と iBATIS SQLMaps のスループットの差は何か？
• RQ3 オブジェクトリレーショナルマッピングのオーバーヘッドは、それぞれのフレームワークのパフォーマンスにどのように影響するか？
• RQ4 増加する並列処理下で、どちらのフレームワークがより優れたスケーラビリティを示すか？
• RQ5 直接的なSQL実行と動的クエリ生成のどちらが、パフォーマンスの差に寄与しているか？

主な発見

• iBATIS SQLMaps は、単一および複数ユーザーの両方のシナリオにおいて、Hibernate よりも顕著に低い平均応答時間を達成した。
• iBATIS SQLMaps は、複数ユーザー負荷下で、1秒あたりのトランザクション数が Hibernate よりも高いスループットを示した。
• Hibernate は、動的プロキシ生成とリフレクションベースのマッピングを多用するため、高いランタイムオーバーヘッドを示した。
• 並列処理が増加するにつれて、2つのフレームワーク間のパフォーマンス格差が拡大し、iBATIS SQLMaps の利点が顕著になった。
• iBATIS SQLMaps の直接的なSQL実行モデルは、トランザクション処理における遅延を低減し、予測可能性を向上させた。
• Hibernate の抽象化レイヤーは開発の利便性を高めたが、高負荷環境下では測定可能なパフォーマンスのペナルティを引き起こした。