[論文レビュー] Last-use Opacity: A Strong Safety Property for Transactional Memory with Early Release Support

Konrad Siek, Paweł T. Wojciechowski|arXiv (Cornell University)|Jun 20, 2015

Distributed systems and fault tolerance参考文献 31被引用数 5

ひとこと要約

本稿では、トランザクションメモリにおける安全特性として、最後の使用時の不透明性（last-use opacity）を導入する。これは、早期リリースを可能にしつつ、厳密なトランザクションのアボート制約を課さず、大部分の不整合的ビューを防止する。形式的定義を提示し、可串性より強力だが不透明性より弱いことを証明し、SVAアルゴリズムを用いて実用的かつ最小限の整合性違反で性質を満たすことを示している。

ABSTRACT

Transaction Memory (TM) is a concurrency control abstraction that allows the programmer to specify blocks of code to be executed atomically as transactions. However, since transactional code can contain just about any operation attention must be paid to the state of shared variables at any given time. E.g., contrary to a database transaction, if a TM transaction reads a stale value it may execute dangerous operations, like attempt to divide by zero, access an illegal memory address, or enter an infinite loop. Thus serializability is insufficient, and stronger safety properties are required in TM, which regulate what values can be read, even by transactions that abort. Hence, a number of TM safety properties were developed, including opacity, and TMS1 and TMS2. However, such strong properties preclude using early release as a technique for optimizing TM, because they virtually forbid reading from live transactions. On the other hand, properties that do allow early release are either not strong enough to prevent any of the problems mentioned above (recoverability), or add additional conditions on transactions with early release that limit their applicability (elastic opacity, live opacity, virtual world consistency). This paper introduces last-use opacity, a new TM safety property that is meant to be a compromise between strong properties like opacity and serializability. The property eliminates all but a small class of inconsistent views and poses no stringent conditions on transactions. For illustration, we present a last-use opaque TM algorithm and show that it satisfies the new safety property.

研究の動機と目的

• 既存のTM安全特性が早期リリースを禁止する（例：不透明性）か、現実的でない制約を課す（例：エラスティック不透明性）という限界を是正すること。
• 早期リリースを可能にしつつ、トランザクションメモリシステムにおける危険な不整合的ビューを最小限に抑える新しい安全特性を定義すること。
• 不整合的ビューが発生する場合でも、それがまれで無害であることを保証すること。特に、プログラマが明示的にトランザクションをアボートできるシステムにおいて重要である。
• 最後の使用時の不透明性を満たし、早期リリースをサポートするTMアルゴリズム（SVA）を提示し、検証すること。
• 可串性、不透明性、ライブ不透明性などの既存の特性と比較し、整合性、パフォーマンス、実用性の観点から最後の使用時の不透明性を評価すること。

提案手法

• トランザクションが変数の値を読み取れるのは、その変数を最後に使用するライブトランザクションからのみであるという制約を課すことにより、不整合的ビューを制限する形式的安全特性として最後の使用時の不透明性を提案する。
• 履歴に基づく形式的枠組みを用いて特性を定義し、不整合的ビューが、競合データの上書きや予測的読み取りによるものではなく、連鎖的アボートに起因するものに限ることを保証する。
• より強いバージョンとして、β–最後の使用時の不透明性を導入し、明示的にアボート可能なトランザクションにおける早期リリースを禁止することで、不整合的ビューを完全に排除する。
• SVA（予測的検証と早期リリースを備えた）アルゴリズムを設計・実装し、これは予測的排他制御メカニズムであり、早期リリースをサポートし、最後の使用時の不透明性を満たす。
• SVAが生成するすべての履歴が最後の使用時の不透明性を満たすことを示すことで、SVAの正しさを証明する。これは、さまざまなアボートシナリオ下でも成立する。
• 形式的分析と例示履歴を用いて、最後の使用時の不透明性を可串性、不透明性、ライブ不透明性などの既存特性と比較し、安全性とパフォーマンスのバランスを示す。

実験結果

リサーチクエスチョン

• RQ1 トランザクションがアボートを避ける必要がないまま、早期リリースを可能にしつつ、危険な不整合的ビューを防止できるTM安全特性は存在するか？
• RQ2 整合性保証の観点から、最後の使用時の不透明性は、不透明性、可串性、およびその他の既存TM安全特性と比べてどの程度の強さを持つのか？
• RQ3 最後の使用時の不透明履歴において、不整合的ビューが依然として発生する条件は何か？ そして、それらを無害にするにはどうすればよいか？
• RQ4 実用的で、早期リリースをサポートし、最後の使用時の不透明性を満たすTMアルゴリズムを設計できるか？
• RQ5 明示的なプログラマによるアボートが、最後の使用時の不透明履歴の整合性に与える影響は何か？ そして、その影響をどのように軽減できるか？

主な発見

• 最後の使用時の不透明性は、可串性および回復性より厳密に強いが、不透明性より弱いため、早期リリースを要件とするシステムにとって実用的な妥協点である。
• この特性は、アボートフリーのトランザクションを要求せず、予測的TMシステムにおける高い並列性をサポートする。
• 最後の使用時の不透明履歴における不整合的ビューは、連鎖的アボートに起因するものに限られ、これはまれであり、明示的アボートの制限により無害化できる。
• SVAアルゴリズムは最後の使用時の不透明性を満たすことが証明されており、実用的かつ効率的なTMシステムにおいて早期リリースを安全にサポートできることを示している。
• より強いバージョンであるβ–最後の使用時の不透明性は、明示的アボートが可能なトランザクションにおける早期リリースを禁止することで、不整合的ビューを完全に排除し、必要に応じてより強い保証を提供する。
• 本稿は、明示的アボートの自由な使用が危険な不整合的ビューを引き起こす可能性があることを示しており、言語的またはシステムレベルでの制限の重要性を強調している。