[unix] 배타적 잠금과 공유 잠금의 차이점은 무엇입니까?

매우 간단합니다. 읽기 잠금은 둘 이상의 프로세스가 동시에 읽을 수 있으므로 공유 잠금이라고도합니다. 읽기 잠금의 요점은 다른 프로세스에 의한 쓰기 잠금 획득을 방지하는 것입니다. 대조적으로 쓰기 잠금은 쓰기 작업이 완료되는 동안 다른 모든 작업을 금지하므로 배타적이라고 설명됩니다.

따라서 읽기 잠금은 “지금 읽을 수 있지만 쓰려면 기다려야합니다”라고 말하는 반면 쓰기 잠금은 “기다려야합니다”라고 말합니다.

연구를 지원하기 위해 연구하고 있다는 것을 알고 있지만 강의하려는 충동을 참을 수는 없습니다.

무능한 잠금 사용은 성능 문제의 주요 원인입니다. 읽기 및 쓰기 잠금을 구분하는 잠금 시스템을 사용하는 것이 좋은 시작이지만 신중하게 설계하면 잠금의 필요성을 상당 부분 제거 할 수 있습니다. 예를 들어 세션 상태는 상태 요소 당 하나의 전역 컬렉션에 보관 되어서는 안됩니다 .

나는 실제로 이것을 보았다. 이것은 끔찍한 디자인으로, 세션 상태가 마지막으로 변경 될 때마다 박싱과 컬렉션 변경을 유발하여 오래 쓰기 잠금을 수반합니다. 오버 헤드가 심각하여 서버를 단일 스레드 동작으로 효과적으로 줄였습니다.

모든 세션 상태를 구조체로 집계하는 것만으로도 크게 향상되었습니다. 세션 상태를 변경하면 세션 상태 구조체의 멤버 값만 변경되었습니다. 다른 세션에는 세션의 상태를 직접 참조 할 기회 나 기회가 없었기 때문에 업데이트되는 유일한 컬렉션은 세션 목록이었습니다. 그 결과, 잠금은 완전히 불필요 시 에만 시작과 끝에서, sesssion 및 처리량은 3000 배 증가했다.

다른 일반적인 잠금 시나리오는 사용자 응용 프로그램의 스레드간에 공유되는 리소스입니다. 대부분의 최신 프레임 워크는 잠금 대신 메시지를 사용하여이를 해결합니다. “UI 스레드로 전환”할 때 실제로 함수 포인터와 일부 매개 변수 (또는 구현에 따라 델리게이트 및 스택 프레임)가 포함 된 메시지를 대기열에 넣습니다.

답변