LTL과 CTL의 차이점은 무엇입니까?


12

이미 CTL에서 수식 예제를 읽었지만 LTL에서는 그렇지 않으며 그 반대도 마찬가지입니다. 그러나 LTL 수식에 대한 정신적 인 이해를 얻는 데 어려움을 겪고 있으며 실제로 마음의 차이점은 무엇입니까?


1
인터 웹에 대한 많은 메모가이 문제를 해결합니다. "LTL과 CTL의 차이점"에 대해 Google 검색을 했습니까?
Dave Clarke

1
Kripke 구조에서 간단한 공식을 작성하고 의미를 평가 해보십시오.
Vijay D

답변:


21

LTL과 CTL의 차이점을 실제로 이해하려면 두 언어의 의미를 연구해야합니다. LTL 수식은 프로그램이 실행될 때마다 해석 될 속성을 나타냅니다. 라인에서 일련의 이벤트 또는 상태로 볼 수있는 각각의 가능한 실행 (실행)에 대해 "선형 시간"으로 명명 된 이유입니다. 실행시 다른 실행으로 전환 할 가능성없이 만족 스러운지 점검합니다. 확인하는 동안. 반면에 CTL 시맨틱은 가능한 모든 실행에서 공식을 확인 하고 분기에 직면 할 때 가능한 모든 실행 ( A 연산자) 또는 하나의 실행 ( E 연산자) 만 시도합니다 .

실제로 이것은 각 언어의 일부 수식을 다른 언어로 표현할 수 없음을 의미합니다. 예를 들어, 재설정 특성 (회로 설계에 중요한 도달 가능성 특성) 은 실제로 도달하지 않은 경우에도 실행 중 상태에 도달 할 가능성 이 항상 있음을 나타냅니다 ( AG EF reset ). LTL은 재설정 상태에 실제로 도달하고 도달 할 수없는 것만 진술 할 수 있습니다.

ss

이것이 귀하의 질문에 대한 답변인지는 모르겠지만 의견을 추가하고 싶습니다.

소프트웨어 검증을위한 속성을 표현하는 최고의 논리에 대한 많은 논의가 있지만 실제 토론은 다른 곳입니다. LTL은 CTL에 새로운 의미 (새로운 만족도 관계)가 있어야 소프트웨어 소프트웨어 모델링 (공정성)에 대한 중요한 속성을 표현할 수 있습니다. 그러나 CTL 알고리즘은 일반적으로 더 효율적이며 BDD 기반 알고리즘을 사용할 수 있습니다. 그래서 ... 최고의 해결책은 없습니다. 지금까지 두 가지 다른 접근 방식 만 있습니다.

논평자 중 한 명이 Vardi의 논문 "Branching vs Linear Time : Final Showdown"을 제안 합니다.


Vardi의 LTL vs CTL에 대한 토론 참조 : "분기 및 선형 시간 : 최종 대결"
Guy

고마워, 그것은 내가 찾던 정확한 종류의 통찰력입니다!
익명 겁쟁이

1

하나의 객체 (예 : LTL의 경우 추적)가 제공되는 경우 모든 시점에 대해 하나의 미래 만 고려 합니다. CTL에는 많은 객체 가 있습니다.

특히, nextLTL에서는 고유 한 동작을 제공하지만 CTL에서는 전체적으로 (잠재적으로) 전체 집합을 제공합니다.


6
그러나 일반적으로 LTL 공식을 하나의 시스템이 아닌 시스템의 모든 실행에 적용하여 하나 이상의 미래 문제 사이의 격차를 좁 힙니다. LTL은 선형 시간을 처리하는 반면 CTL은 분기 시간을 처리한다고 말하는 것이 더 정확합니다.
Dave Clarke

4
LTL에서 하나의 미래는 CTL에서 하나의 상태를 고려한다고 말하는 것과 같습니다. 만족도는 이런 식으로 정의됩니다. 미래의 수에 관한 것이 아니라 미래의 구조에 관한 것입니다. 하나는 나무, 다른 하나는 흔적입니다.
Vijay D

@ Vijay-실제로 구조가 중요합니다. 예를 들어 LTL 수식을 가져 와서 FGp-> AF AG p처럼 변환하고 동등한 CTL 수식을 얻을 수는 없습니다 (이 두 수식은 동일하지 않습니다. 또한 FGp는 CTL로 표현할 수 없으며 AF AG p는 LTL로 표현할 수 없습니다) ).
jkff

나는 OP가 공식적인 정의에 익숙하고 일종의 직감을 요구한다고 가정했기 때문에 내 시도. "모델 당 하나의 미래"라고 말함으로써이 답을 구할 수 있습니까?
Raphael

OP가 무엇을 잘 알고 있는지 알 수 없습니다. 예를 들어, 각 경우에 모델이 무엇인지 명확합니까?
Vijay D
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.