w->r (0) r -> w(x)
324
작성한 질문수 5
23:41초 에서
w->r (0)
r -> w(x)
라고 설명하셨는데
코드를 보면 write 를 누군가 했다면 write 를 한 스레드가 풀어주기 전까지는 다른스레드에서 read 는 못하는 상태가 되고
누군가 read를 했다면 readcount 라 0 이될때까지 다른 스레드에서 write 를 할 수 없는 상황인것 같은데
정리하자면 read 아니면 write 둘중 하나만 가능한 상태인것 같은데
w->r (x)
r -> w(x)
이렇게가 맞는거 아닐까요?
뭔가 실행 흐름상의 맥락을 잘못 이해하고 있는건지 궁금합니다!
답변 1
2
w->r (0)
r -> w(x)
이 부분에 대한 설명은, 동일한 쓰레드가 중첩해서 락을 잡을 때의 정책을 얘기한 것입니다.
당연히 write 특성상 다른 쓰레드가 잡았으면 더 생각할 여지도 없이 기다려야죠!
writeLock을 잡을때 꼭 empty 상태여야하는 이유?
0
66
2
Memory Pool에서 오버플로우 질문입니다.
0
98
2
포토폴리오 및 진로 관련하여 고민입니다.
0
180
1
포토폴리오 관련 고민입니다.
0
97
1
실무에서도 alloc, 스마트포인터 등을 구현해서 쓰는지 궁금합니다.
0
109
2
성능 테스트 결과
0
118
2
게임 서버 Stateful, Stateless 진로 고민
0
151
1
WaitOnAddress와 Sleep의 차이 질문
0
105
1
궁금한거 있습니다.
0
93
2
JobTimer 구동 스레드
0
119
2
TryPop() 동작 관련 질문
0
87
1
로드맵 C#서버 C++서버 방향성 질문
0
167
2
스레드 id를 출력할떄 메인스레드 id도 출력되나요?
0
83
1
생명주기를 위한 의도적 복사
0
97
2
락프리의 실무에서 사용 질문
0
157
2
32bit threadID와 16비트 상위 WriteFlag에 대해
0
110
2
mutex와 sleep 차이점
0
133
1
실무에서는 어떠한 코드 스타일을 사용하는지 궁금합니다
0
168
2
Stomp Allocator의 Release함수에 대한 질문입니다.
0
102
1
공부법 관련해서
0
191
2
MakeShared 함수 관련
0
119
1
지금까지 서버코어에서 만든 내용에 대해 궁금한 점이 있어서 질문 드립니다.
0
153
2
운영체제관련 질문입니다
0
147
1
send하려는 데이터 크기가 크면 memcpy에서 문제가 발생할 것 같습니다.
0
125
2