問
賢
우문현답愚問賢答
회사별직군별질문 모음서비스 소개
홈›회사별›삼성전자›SW·IT 일반›질문 상세
問삼성전자 · SW·IT 일반 · 직무 역량

프로세스와 스레드의 차이, 그리고 동시성 제어를 위해 사용해본 기법을 설명해주세요.

예상 답변
60~90초
예상 꼬리질문
3회
난이도
난이도 중상
출제 빈도
낮음
이 질문으로 모의면접 한 번 해보기
INTENT

면접관이 진짜로 보는 건 답이 아닙니다.

이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.

01
무엇으로 가르는가?
정의 나열이 아니라 둘이 *무엇을 공유하느냐*로 가르는지를 봅니다. 정의만 나오면 면접관이 '그래서 그게 왜 중요하죠?'를 추가로 묻는 자리가 자주 보입니다.
02
공유가 왜 문제인지 아는가?
스레드가 메모리를 공유해서 생기는 문제에 닿았는지를 봅니다. 차이 나열만이면 깊이가 비어 보입니다.
03
기법을 경험과 잇는가?
동시성 기법을 이름만 대는지, 써 본 자리에서 푸는지를 봅니다. 나열만이면 안 써 본 인상을 줍니다.
04
한계를 보는가?
기법이 공짜가 아니라 비용·교착 같은 대가가 있음을 짚는지를 봅니다. 만능처럼 닫으면 얕게 들립니다.
읽기만 해도 충분하지만, 한 번 말로 해보면 다릅니다.
이 질문 그대로 음성 면접으로 받아볼 수 있어요. 첫 면접은 무료입니다.
EXAMPLES

세 가지 다른 결로 같은 질문을 풀어봤습니다.

하나가 답이 아니에요. 같은 질문도 강조하는 자리에 따라 결이 달라지고, 면접관이 다음에 던지는 질문도 달라집니다.

壹무엇을 공유하느냐로 가르고 기법을 잇는 결약 90초貳문제 상황에서 거꾸로 푸는 결약 88초參한계부터 긋고 원칙을 세우는 결약 88초
壹
예시 답변 1
약 90초

무엇을 공유하느냐로 가르고 기법을 잇는 결

프로세스와 스레드를 저는 무엇을 공유하느냐로 가릅니다. 프로세스는 각자 메모리를 따로 가져 서로 간섭이 적은 대신 주고받는 비용이 큽니다. 스레드는 같은 메모리를 공유해 가볍고 빠른 대신, 여럿이 같은 데이터를 동시에 건드려 꼬이는 문제가 생깁니다. 동시성 제어가 필요한 건 바로 이 공유 때문입니다. 과제에서 여러 스레드가 같은 카운터를 동시에 올리다 값이 어긋난 적이 있는데, 그때 그 구간을 한 번에 하나만 들어가게 잠그는 방식으로 막았습니다. 다만 잠금은 공짜가 아닙니다.

너무 넓게 잠그면 느려지고, 잘못 얽으면 서로 기다리다 멈추는 교착이 생깁니다. 그래서 저는 잠금을 최소 구간에만 걸고, 가능하면 공유 자체를 줄이는 쪽을 먼저 봅니다. 공유를 안 하면 막을 일도 없기 때문입니다.

이 결의 특징
축1·2·3·4에 닿는 결입니다. *공유 여부*로 가르고(축1) 그게 왜 문제인지 풀며(축2) 카운터 어긋남을 잠금으로 푼 경험(축3)을 대고 교착이라는 한계(축4)를 짚어, 정의 암기로 들린다는 인상을 줄입니다.
이 결이 통하는 자리
동시성 문제를 직접 겪어 본 경험이 또렷한 경우에 살아납니다. 무엇을 공유해 무엇이 꼬였고 어떤 기법으로 막았으며 그 대가가 무엇인지가 한 줄이라도 들어가야 결이 무너지지 않으며, 그 이해가 본인 것이었는지도 함께 보입니다.
貳
예시 답변 2
약 88초

문제 상황에서 거꾸로 푸는 결

저는 동시성 버그를 겪고 나서야 이 차이를 제대로 이해했습니다. 스레드 여러 개로 작업을 나눴는데, 결과가 실행할 때마다 달라지는 일이 생겼습니다. 원인은 스레드들이 같은 메모리를 공유하기 때문이었고, 그게 프로세스와의 핵심 차이라는 걸 그때 체감했습니다. 프로세스였다면 메모리가 따로라 이 문제는 안 생기지만, 대신 데이터를 주고받는 비용을 치렀을 겁니다. 막을 때는 공유 데이터에 접근하는 구간을 잠그는 방식을 먼저 썼고, 이후엔 아예 스레드마다 따로 계산하고 마지막에 합치는 방식으로 바꿔 잠금 자체를 줄였습니다. 후자가 더 빨랐습니다. 그 경험에서 배운 건, 동시성 문제는 막는 것보다 공유를 줄여 안 생기게 하는 게 낫다는 점입니다.

이 결의 특징
축1·2·3·4에 닿는 결입니다. 버그 장면(축3)에서 *공유*라는 핵심 차이(축1·2)를 끌어내고 잠금→분리라는 두 기법을 대며 잠금 비용(축4)을 짚어, 책 문장으로 들린다는 인상을 줄입니다.
이 결이 통하는 자리
동시성 버그를 겪고 기법을 바꿔 본 경험이 또렷한 경우에 살아납니다. 무엇이 왜 어긋났고 어떤 기법에서 어떤 기법으로 옮겼으며 왜 나았는지가 한 줄이라도 들어가야 결이 무너지지 않으며, 그 이해가 본인 것이었는지도 함께 보입니다.
參
예시 답변 3
약 88초

한계부터 긋고 원칙을 세우는 결

동시성 기법은 공짜가 아니라는 데서 시작하고 싶습니다. 먼저 차이를 짚으면, 프로세스는 메모리가 분리돼 안전하지만 무겁고, 스레드는 공유라 가볍지만 위험합니다. 동시성 제어가 필요한 건 스레드의 그 공유 때문입니다. 흔히 쓰는 잠금은 효과가 있지만 대가가 분명합니다.

넓게 걸면 사실상 순차 실행이 돼 빨라지려던 이유가 사라지고, 잘못 얽으면 서로의 자원을 기다리며 멈추는 교착이 납니다. 그래서 제가 세운 원칙은 단순합니다. 공유를 줄일 수 있으면 먼저 줄이고, 꼭 필요한 최소 구간만 잠근다입니다. 과제에서도 잠금을 늘리기보다 데이터를 스레드별로 나눠 공유 지점을 없앤 쪽이 더 빠르고 버그도 적었습니다. 동시성은 기법을 더하는 문제라기보다, 공유를 설계로 줄이는 문제에 가깝다고 봅니다.

이 결의 특징
축1·2·3·4에 닿는 결입니다. 한계(축4)에서 출발해 *공유*로 차이를 가르고(축1·2) 잠금의 대가를 짚으며 공유를 줄인 경험(축3)으로 원칙을 받쳐, 만능론으로 들린다는 인상을 줄입니다.
이 결이 통하는 자리
동시성을 설계 문제로 다뤄 본 경험이 또렷한 경우에 살아납니다. 무엇이 핵심 차이고 잠금의 대가가 무엇이며 공유를 어떻게 줄였는지가 한 줄이라도 들어가야 결이 무너지지 않으며, 그 이해가 본인 것이었는지도 함께 보입니다.
!
위 답변은 여러 풀이 중 한 가지 예시입니다. 정답이 아니며, 외워서 그대로 말하면 면접관이 다음 질문을 그 자리에서 시작하는 경우가 많습니다. 본인의 프로젝트·기준·숫자로 다시 짜는 자리로만 쓰세요.
WHAT OFTEN MISSES예시

이 질문에서 자주 빠지는 자리.

답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.

1
떨어뜨린 옵션이 1개라도 있는가? "이게 답이었어요"만으로는 의사결정이 아니라 그냥 선택입니다.
2
선택 기준이 그 프로젝트에 한정되는가? "성능이 좋아서"는 일반론, "우리 트래픽이 X 패턴이라서"가 본인의 답입니다.
3
결과 숫자 1개를 정확히 말할 수 있는가? P95·QPS·적중률 — 무엇이든 1개. 숫자가 없으면 직감으로 한 일처럼 들리기 쉽습니다.
4
지금 다시 한다면 어떻게 할지 답할 수 있는가? "잘했다"보다 "이건 다르게 했을 것 같다"가 더 깊은 인상을 남깁니다.
FOLLOW-UPS

진짜 면접은 두 번째 질문부터입니다.

이 질문에 이어 삼성전자 SW·IT 일반 면접관이 던질 가능성이 높은 후속 질문.

壹
예상 꼬리질문 1
공유를 줄이라 했는데 꼭 공유해야 하는 경우엔 어떻게 하시겠어요?
貳
예상 꼬리질문 2
교착은 구체적으로 어떻게 피하셨나요?
參
예상 꼬리질문 3
스레드별로 나눠 합치는 방식이 항상 더 빠를까요?
NEXT
읽으셨다면, 한 번 말로 해보세요.
같은 질문으로 음성 면접을 받아보면 어디서 막히는지 바로 보입니다. 첫 면접은 무료입니다.
3 크레딧 차감 · 첫 회 무료 · 음성 데이터는 종료 즉시 폐기됩니다
DISCLAIMER

이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.

우문현답 · 愚問賢答
© 2026 · 어떤 질문에도, 현명하게.
이용약관개인정보처리방침문의