합쳐진 메일박스 로그와 인과 관계

확인 응답은 맞는 걸 확인할 때만 도움이 돼요. A1을 받은 것과 A1을 다 처리한 건 달라요. B는 A1 적용 완료를 알리는 응답을 기다렸다가 그 ID를 B1에 넣으면 돼요.

이벤트 ID와 의존 ID는 각 레코드에 직접 넣는다. 화면의 행 위치는 연결이 아니고, 행을 다시 묶어도 아무것도 깨지면 안 된다. Odin에서는 저장 쪽에도 함정이 하나 있다. 동적 배열은 자기 할당자를 그대로 쥐고 있어서, 나중에 context.allocator가 바뀌어도 달라지지 않는다. 레코드가 임시 저장소의 텍스트를 가리킨다면, 로그가 그 텍스트를 쓰는 동안에는 임시 저장소를 비울 수 없다. 비우는 시점은 로그가 텍스트를 다 쓴 뒤로 잡아야 한다.

순서는 보내는 쪽과 받는 쪽 한 쌍 안에서만 지켜지고 다른 데서는 아닌데, 사람들이 제일 많이 늘려 해석하는 규칙이 바로 이거예요. P가 Q에게 m1을 보내고 나서 S에게 Q한테 알려 달라고 하면, S의 메시지가 m1보다 먼저 Q에 닿을 수 있어요. 같은 VM이라 Elixir 쪽도 똑같아요. 인과 관계는 세 번째 프로세스를 거쳐 공짜로 전달되지 않아요. 그러니 말씀대로 B1이 A1에 의존한다면 그 연결은 메시지 안에 있어야 해요.