[c] C11 Atomic Acquire / Release 및 x86_64로드 / 스토어 일관성 부족?

C11 표준의 5.1.2.4 섹션, 특히 Release / Acquire의 의미론으로 어려움을 겪고 있습니다. 나는주의 https://preshing.com/20120913/acquire-and-release-semantics/ (다른 사람의 사이가) 그 상태 :

… 릴리스 시맨틱은 프로그램 순서에서 선행하는 읽기 또는 쓰기 조작으로 쓰기 릴리스의 메모리 순서가 변경되지 않도록합니다.

따라서 다음을 위해

typedef struct test_struct
{
  _Atomic(bool) ready ;
  int  v1 ;
  int  v2 ;
} test_struct_t ;

extern void
test_init(test_struct_t* ts, int v1, int v2)
{
  ts->v1 = v1 ;
  ts->v2 = v2 ;
  atomic_store_explicit(&ts->ready, false, memory_order_release) ;
}

extern int
test_thread_1(test_struct_t* ts, int v2)
{
  int v1 ;
  while (atomic_load_explicit(&ts->ready, memory_order_acquire)) ;
  ts->v2 = v2 ;       // expect read to happen before store/release 
  v1     = ts->v1 ;   // expect write to happen before store/release 
  atomic_store_explicit(&ts->ready, true, memory_order_release) ;
  return v1 ;
}

extern int
test_thread_2(test_struct_t* ts, int v1)
{
  int v2 ;
  while (!atomic_load_explicit(&ts->ready, memory_order_acquire)) ;
  ts->v1 = v1 ;
  v2     = ts->v2 ;   // expect write to happen after store/release in thread "1"
  atomic_store_explicit(&ts->ready, false, memory_order_release) ;
  return v2 ;
}

그것들이 실행되는 곳 :

>   in the "main" thread:  test_struct_t ts ;
>                          test_init(&ts, 1, 2) ;
>                          start thread "2" which does: r2 = test_thread_2(&ts, 3) ;
>                          start thread "1" which does: r1 = test_thread_1(&ts, 4) ;

따라서 스레드 “1”에 r1 == 1이 있고 스레드 “2”에 r2 = 4가있을 것으로 예상합니다.

나는 (5.1.2.4의 16 항과 18 항에 따름)

  • 모든 (원자 아님) 읽기 및 쓰기는 “이전 순서”로되어 있으므로 “1”스레드의 원자 쓰기 / 해제 “전에”발생합니다.
  • 스레드 “2”의 원자 읽기 / 획득 ( ‘true’를 읽을 때)
  • 이것은 “이전에 순서화”되고 따라서 “원자가 아닌” “스레드 전에”읽고 (쓰레드 “2”에서) 쓴다.

그러나 표준을 이해하지 못했을 수도 있습니다.

x86_64 용으로 생성 된 코드는 다음과 같습니다.

test_thread_1:
  movzbl (%rdi),%eax      -- atomic_load_explicit(&ts->ready, memory_order_acquire)
  test   $0x1,%al
  jne    <test_thread_1>  -- while is true
  mov    %esi,0x8(%rdi)   -- (W1) ts->v2 = v2
  mov    0x4(%rdi),%eax   -- (R1) v1     = ts->v1
  movb   $0x1,(%rdi)      -- (X1) atomic_store_explicit(&ts->ready, true, memory_order_release)
  retq

test_thread_2:
  movzbl (%rdi),%eax      -- atomic_load_explicit(&ts->ready, memory_order_acquire)
  test   $0x1,%al
  je     <test_thread_2>  -- while is false
  mov    %esi,0x4(%rdi)   -- (W2) ts->v1 = v1
  mov    0x8(%rdi),%eax   -- (R2) v2     = ts->v2
  movb   $0x0,(%rdi)      -- (X2) atomic_store_explicit(&ts->ready, false, memory_order_release)
  retq   

그리고 제공 R1 및 X1은 순서대로 일어날 것으로, 이것은 내가 기대하는 결과를 제공합니다.

그러나 x86_64에 대한 나의 이해는 다른 읽기와 함께 읽기가 순서대로 발생하고 다른 쓰기와 함께 쓰기가 순서대로 이루어 지지만 읽기와 쓰기가 순서대로 이루어지지 않을 수 있다는 것입니다. 이것은 X1이 R1 이전에 일어날 수 있고 심지어 X1, X2, W2, R1이 그 순서대로 일어날 수 있음을 의미합니다. [이것은 필사적으로 보이지 않지만 R1이 일부 캐시 문제에 의해 유지된다면?]

제발 : 이해가 안되나요?

의로드 / 스토어를 ts->ready로 변경하면 스토어에 memory_order_seq_cst대해 생성 된 코드는 다음과 같습니다.

  xchg   %cl,(%rdi)

이것은 x86_64에 대한 나의 이해와 일치하며 내가 기대하는 결과를 줄 것입니다.



답변

x86의 메모리 모델은 기본적으로 순차 일관성과 저장 버퍼 (저장 포워딩 포함)입니다. 따라서 모든 상점은 릴리스 저장소 1 입니다. 따라서 seq-cst 상점에만 특별한 지침이 필요합니다. ( asm에 대한 C / C ++ 11 원자 매핑 ). 또한 https://stackoverflow.com/tags/x86/info 에는 x86-TSO 메모리 모델에 대한 공식적인 설명을 포함하여 x86 문서에 대한 링크가 있습니다 (기본적으로 대부분의 사람이 읽을 수 없으며 많은 정의를 넘어 섭니다).

Jeff Preshing의 훌륭한 기사 시리즈를 이미 읽고 있으므로 더 자세히 설명 할 다른 기사를 알려 드리겠습니다.
https://preshing.com/20120930/weak-vs-strong-memory-models/

x86에서 허용되는 유일한 재정렬은 LoadStore가 아닌 StoreLoad 입니다. (부하 전달은로드가 부분적으로 만 겹치는 경우 추가로 재미있는 일을 할 수 있습니다. 전 세계적으로 보이지 않는로드 명령어 는 컴파일러 생성 코드에서 결코 얻을 수는 없지만 stdatomic)

@EOF는 인텔 설명서의 올바른 인용문으로 주석을 달았습니다.

인텔 ® 64 및 IA-32 아키텍처 소프트웨어 개발자 설명서 3 권 (3A, 3B, 3C 및 3D) : 시스템 프로그래밍 안내서, 8.2.3.3 이전로드로 상점이 재주문되지 않습니다.


각주 1 : 약한 순서의 NT 상점 무시 이것이 sfenceNT 저장소 를 정상적으로 수행 한 후의 이유 입니다. C11 / C ++ 11 구현에서는 NT 저장소를 사용하지 않는다고 가정합니다. 있는 경우 _mm_sfence릴리스 조작 전에 사용 하여 NT 저장소를 존중하는지 확인하십시오. (일반적으로 / 다른 경우를 사용하지 마십시오_mm_mfence_mm_sfence . 일반적으로 컴파일 타임 재정렬을 차단하기 만하면됩니다. 또는 물론 표준을 사용하십시오.)


답변