[논문 리뷰] Last-use Opacity: A Strong Safety Property for Transactional Memory with Early Release Support

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

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 안전성 성질이 조기 해제를 금지하거나 비현실적인 제약을 가진다는 한계를 해결하기 위해.
• 조기 해제를 허용하면서도 트랜잭셔널 메모리 시스템에서 위험한 일관성 없는 뷰를 최소화하는 새로운 안전성 성질을 정의하기 위해.
• 일관성 없는 뷰가 존재할 경우에도 이를 희귀하고 해로운 영향을 최소화하기 위해, 특히 프로그래머가 명시적으로 트랜잭션을 취소할 수 있는 환경에서 이를 보장하기 위해.
• last-use opacity를 만족하고 조기 해제를 지원하는 TM 알고리즘(SVA)을 제시하고 검증하기 위해.
• opacity, 순서화 가능성, 라이브 옵아시비티와 같은 기존 성질들과의 일관성, 성능, 실용성 측면에서 last-use opacity를 비교하기 위해.

제안 방법

• 트랜잭션이 변수를 읽을 수 있는 조건을 제한함으로써 일관성 없는 뷰를 제어하는 형식적 안전성 성질인 last-use opacity를 제안한다. 이는 트랜잭션이 변수를 읽을 수 있는 경우, 그 변수에 대해 마지막으로 사용한 트랜잭션이 자신이어야 한다는 조건을 포함한다.
• 히스토리 기반의 형식적 체계를 사용하여 성질을 정의함으로써, 일관성 없는 뷰가 오직 연쇄적 취소에서 기인할 뿐, 충돌 데이터의 오버라이팅이나 사전 읽기에서 기인하지 않도록 보장한다.
• 더 강력한 변종인 β–last-use opacity를 도입하여, 프로그래머가 명시적으로 취소할 수 있는 트랜잭션에서의 조기 해제를 금지함으로써 일관성 없는 뷰를 완전히 제거한다.
• 조기 해제를 지원하고 last-use opacity를 만족하는, 비관적 동시성 제어 메커니즘인 SVA(Speculative Validation with Early release) 알고리즘을 설계하고 구현한다.
• SVA가 생성하는 모든 히스토리가 last-use opaque임을 증명함으로써 SVA의 정당성을 입증한다. 이는 다양한 취소 시나리오 하에서도 성립한다.
• 형식적 분석과 예시 히스토리 비교를 통해 last-use opacity가 안전성과 성능 사이의 균형을 잘 이루고 있음을 보여준다.

실험 결과

연구 질문

• RQ1 조기 해제를 허용하면서도 트랜잭션이 취소되는 것을 방지할 필요 없이, 위험한 일관성 없는 뷰를 방지할 수 있는 TM 안전성 성질이 존재할 수 있는가?
• RQ2 last-use opacity는 일관성 보장 측면에서 opacity, 순서화 가능성, 기타 기존의 TM 안전성 성질들과 비교해 강도가 어떻게 되는가?
• RQ3 last-use opaque 히스토리에서 여전히 일관성 없는 뷰가 발생할 수 있는 조건은 무엇이며, 이를 어떻게 무해하게 만들 수 있는가?
• RQ4 실용적인 TM 알고리즘이 조기 해제를 지원하면서도 last-use opacity를 만족하도록 설계할 수 있는가?
• RQ5 명시적 프로그래머 취소가 last-use opaque 히스토리의 일관성에 미치는 영향은 무엇이며, 이를 어떻게 완화할 수 있는가?

주요 결과

• last-use opacity는 순서화 가능성과 복구 가능성보다는 강력하지만, 옵아시비티보다는 약한 성질이므로, 조기 해제가 필요한 시스템에 실용적인 보완이 된다.
• 이 성질은 트랜잭션의 취소를 방지할 필요 없이도 조기 해제를 허용하므로, 비관적 TM 시스템에서 높은 병렬성을 유지할 수 있다.
• last-use opaque 히스토리에서 발생하는 일관성 없는 뷰는 오직 연쇄적 취소에서만 발생하며, 이를 제한함으로써 희귀하고 해로운 영향을 최소화할 수 있다.
• SVA 알고리즘이 last-use opacity를 만족함이 증명되었으며, 이는 실용적이고 효율적인 TM 시스템에서 조기 해제를 안전하게 지원할 수 있음을 보여준다.
• 더 강력한 변종인 β–last-use opacity는 명시적 취소가 가능한 트랜잭션에서의 조기 해제를 금지함으로써 일관성 없는 뷰를 완전히 제거하며, 필요에 따라 더 강력한 보장을 제공한다.
• 논문은 명시적 사용이 자유로운 경우 위험한 일관성 없는 뷰가 발생할 수 있음을 보여주며, 이를 방지하기 위해 언어 수준 또는 시스템 수준의 제약이 필요함을 강조한다.