작은 명령어 뒤에 숨은 Unix 설계 이야기 — 수십 년을 살아남은 가장 작은 인터페이스
터미널에서 무심코 사용하는 작은 기호들 — stdout, 파이프, fork, 그리고 파일 디스크립터.
이 시리즈는 그 단순한 인터페이스 뒤에 숨어 있는 Unix의 설계 철학을 따라가 보았다.
수십 년이 지나도 여전히 살아 있는 작은 인터페이스들의 이야기.
📚 작은 명령어 뒤에 숨은 Unix 설계 이야기
커맨드라인에서 자주 보는 작은 명령어들 뒤에는 생각보다 오래된 설계와 철학이 숨어 있습니다. 이 시리즈는 2>&1, 파이프, 리디렉션, 파일 디스크립터 같은 익숙한 문법을 출발점으로 Unix의 입출력 모델과 시스템 설계 이야기를 풀어봅니다. 우리가 매일 사용하는 명령어 속에 담긴 Unix의 아이디어를 따라가는 글입니다.
Featured post
Latest posts
왜 Docker 로그는 stdout일까 — Unix I/O 모델이 컨테이너 시대까지 살아남은 이유
Docker와 Kubernetes 환경에서 애플리케이션 로그는 왜 파일이 아니라 stdout으로 출력해야 할까? 컨테이너 로그 구조를 따라가 보면 결국 Unix의 오래된 설계로 돌아가게 된다. stdout과 stderr로 분리된 I/O 모델이 어떻게 현대 클라우드 인프라의 로그 시스템까지 이어졌는지 살펴본다.
Everything is a File — Unix가 세상을 파일로 만든 이유
Unix에는 “Everything is a file”이라는 유명한 철학이 있다. 디스크 파일뿐 아니라 터미널, 파이프, 네트워크 소켓까지 모두 같은 방식으로 다루는 이 단순한 설계는 Unix 시스템 전체의 구조를 결정지었다. 이 글에서는 왜 Unix가 세상을 파일로 표현하려 했는지, 그리고 그 선택이 오늘날의 소프트웨어 구조에 어떤 영향을 남겼는지를 살펴본다.
셸 리디렉션은 실제로 어떻게 동작할까 — fork, exec, dup2 뒤에 숨은 Unix 프로세스 이야기
우리가 매일 사용하는 >, |, 2>&1 같은 셸 문법은 단순한 출력 리디렉션이 아니다.
이 글에서는 fork, exec, dup2 같은 Unix 시스템 호출이 어떻게 결합되어 셸 리디렉션과 파이프라인을 만들어 내는지 살펴본다.
pipe(|) 는 왜 세상을 바꿨을까 Unix 파이프의 탄생 이야기
우리가 터미널에서 아무 생각 없이 사용하는 `|` 기호는 사실 Unix 역사에서 가장 중요한 발명 중 하나였다. 작은 프로그램들을 연결해 하나의 시스템처럼 동작하게 만든 Unix 파이프의 탄생 이야기.
2>&1 뒤에 숨은 Unix 설계 이야기
이상한 문장 하나에서 시작된 질문 — 2>&1
터미널을 조금이라도 오래 사용해 본 사람이라면 이런 명령을 한 번쯤은 보았을 것이다.
command > file 2&
작은 명령어 뒤에 숨은 Unix 설계 이야기
커맨드라인에서 자주 보이는 작은 명령어들 뒤에는 Unix의 오래된 설계와 철학이 숨어 있습니다. 이 시리즈는 2>&1, 파이프, 리디렉션 같은 문법을 출발점으로 Unix 시스템의 아이디어를 따라가 봅니다.