운영체제를 모르면 생기는 흔한 실수들

"운영체제는 나중에 배워도 되지 않나요? 일단 코드부터 짜면 되는 거 아닌가요?" 이 말이 틀리지는 않다. 실제로 많은 입문자들이 운영체제 없이 웹 개발이나 앱 개발을 시작한다. 근데 개인적으로는 이게 나중에 꽤 큰 대가를 치른다고 생각한다.

운영체제를 모르면 코드가 왜 이렇게 동작하는지, 왜 여기서 느려지는지, 왜 갑자기 터지는지 설명이 안 된다. 이 '설명이 안 되는 상태'가 실수로 이어진다.

실수 1: 프로세스와 스레드를 혼동한다

"프로그램을 실행한다"는 것이 정확히 어떤 의미인지 모르면 생기는 문제다.

운영체제는 프로그램을 실행할 때 메모리에 올린다. 이렇게 실행 중인 프로그램을 프로세스(Process)라고 한다. 스레드(Thread)는 프로세스 안에서 실행되는 작업의 단위다. 하나의 프로세스는 여러 스레드를 가질 수 있다.

여기서 자주 발생하는 실수가 있다. 멀티스레드 환경에서 전역 변수를 아무 보호 없이 여러 스레드가 동시에 수정하려 하면 데이터가 엉망이 된다. 이걸 경쟁 조건(Race Condition)이라고 한다. OS 개념을 모르면 이 현상의 원인을 파악하기 어렵고, 재현 자체도 어려운 간헐적 버그가 된다.

반대로 불필요하게 많은 스레드를 만들어 오히려 성능이 낮아지는 실수도 있다. CPU가 스레드 간 전환(컨텍스트 스위칭)을 할 때도 비용이 드는데, 이걸 모르면 스레드를 많이 만들면 무조건 빠를 거라는 오해를 하게 된다.

실수 2: 메모리 구조를 모르고 코드를 짠다

프로세스의 메모리는 코드 영역, 데이터 영역, 힙(Heap), 스택(Stack) 네 부분으로 나뉜다.

스택은 함수 호출과 관련된 지역변수가 저장된다. 함수가 끝나면 자동으로 반환된다. 힙은 동적으로 메모리를 할당하는 영역이다. Python에서 리스트나 객체를 만들면 힙에 저장된다.

이걸 모르면 메모리 누수(Memory Leak)가 발생한다. 힙에 할당한 메모리를 더 이상 사용하지 않는데도 해제하지 않으면, 시간이 지날수록 메모리가 쌓인다. 배달앱이나 서버가 한참 돌다 보면 느려지거나 터지는 경우가 이 케이스인 경우가 많다.

Python이나 Java는 가비지 컬렉터(GC)가 이를 자동으로 처리해주지만, 순환 참조나 캐시 관리가 잘못되면 여전히 메모리 이슈가 생긴다. 원리를 모르면 왜 GC가 작동해도 메모리가 계속 차는지 이해하기 어렵다.

실수 3: 동기와 비동기를 감으로만 사용한다

JavaScript 개발자라면 async/await을 써봤을 것이다. Python에서도 asyncio가 있다. 이것들이 왜 필요한지, 언제 써야 하는지를 OS 없이 이해하려면 감으로 외우는 수밖에 없다.

운영체제는 입출력(I/O) 작업 — 파일 읽기, 네트워크 요청, 데이터베이스 쿼리 등 — 에서 CPU가 기다리는 상황이 발생한다. 동기 방식은 이 기다리는 시간 동안 아무것도 못 한다. 비동기 방식은 기다리는 동안 다른 작업을 처리한다.

이 개념을 모르면 비동기가 필요한 곳에 동기 코드를 써서 서버가 요청을 처리하다 다른 요청을 못 받는 상황을 만들거나, 반대로 불필요하게 복잡한 비동기 코드를 짜서 가독성이 낮아지는 실수를 한다.

실수 4: 파일 시스템과 경로를 오해한다

OS마다 파일 시스템과 경로 구조가 다르다. Linux/Mac은 /home/user/file.txt 식의 슬래시 구분자를 쓰고, Windows는 C:\Users\user\file.txt 식의 백슬래시를 쓴다.

이걸 모르고 경로를 하드코딩하면, 개발 환경(Mac)에서는 잘 돌아가던 코드가 배포 서버(Linux)에서 파일을 못 찾는 상황이 생긴다. 상대 경로와 절대 경로의 차이, 현재 작업 디렉토리(CWD) 개념을 모르면 이런 실수가 반복된다.

실수 5: 환경 변수를 이해하지 못한다

운영체제는 환경 변수(Environment Variable)라는 설정 공간을 제공한다. API 키, DB 주소처럼 코드에 직접 넣으면 안 되는 값들을 환경 변수로 관리하는 것이 기본이다.

OS 개념 없이 개발하다 보면 이 환경 변수를 .env 파일로 관리하는 이유, 배포 환경과 개발 환경을 분리하는 방법을 이해하기 어렵다. 심한 경우 API 키를 코드에 그대로 넣어 GitHub에 올리는 사고가 발생하기도 한다.

정리하면, 운영체제를 몰라도 코드는 짤 수 있다. 하지만 이상한 버그가 반복되고, 성능 문제가 왜 생기는지 모르고, 배포 환경에서 갑자기 안 되는 상황이 왜 발생하는지 이해가 안 된다면, 그 밑바닥에 OS 개념 부재가 있을 가능성이 높다.

자주 묻는 질문

Q. 운영체제를 공부하기 좋은 시점은?

A. 기본 프로그래밍 문법과 자료구조를 어느 정도 익힌 이후가 적절합니다. 실제 코드를 짜면서 "이게 왜 이렇게 동작하지?"라는 의문이 생기기 시작할 때 OS를 공부하면 흡수가 잘 됩니다.

Q. 운영체제를 공부하기 위한 좋은 교재가 있나요?

A. 'Operating System Concepts'(공룡책)가 대표적입니다. 국내에서는 한빛미디어의 '혼자 공부하는 컴퓨터 구조+운영체제'가 입문자에게 접근하기 쉬운 교재로 알려져 있습니다.

Q. 웹 개발자도 운영체제를 알아야 하나요?

A. 네. 웹 서버 배포, Docker 컨테이너, 성능 튜닝, 환경 변수 관리 등 실무에서 OS 개념이 필요한 상황이 자주 발생합니다. 특히 백엔드 개발자라면 프로세스·스레드·메모리 관리는 필수 지식입니다.

Q. 메모리 누수를 방지하는 실질적인 방법은?

A. 사용이 끝난 객체에 대한 참조를 명시적으로 제거하고, 캐시 크기를 제한하는 로직을 추가하세요. 도구로는 Python의 memory_profiler, Java의 VisualVM 등이 메모리 사용 추적에 유용합니다.

Q. 컨텍스트 스위칭이 성능에 미치는 영향은?

A. CPU가 한 스레드에서 다른 스레드로 전환할 때마다 현재 상태를 저장하고 새 상태를 불러오는 오버헤드가 발생합니다. 스레드가 너무 많으면 이 오버헤드가 쌓여 오히려 성능이 낮아질 수 있습니다.