codemapo
est. 2024
블로그
BLOG
로드맵
ROADMAP
유틸리티
UTILITY
프로젝트
PROJECTS
소개
ABOUT
KO / EN
KO / EN
HOME
/
BLOG
지식 지도
— Knowledge Index
지금까지 쓴 글 전부를 카테고리·좌표로 색인했습니다. 좌표는 분야(축)와 글의 순번을 가리킵니다.
Total
481
편
Categories
32
축
This page
5
편
Updated
26.05
전체
481
M
인공지능
10
M
AI 엔지니어링
7
A
아키텍처
6
M
인공지능
1
B
백엔드
8
B
백엔드 엔지니어링
2
C
커리어
5
F
컴퓨터과학
190
F
자료구조
3
D
데이터베이스
2
C
개발자 성장
2
I
데브옵스
22
G
트러블슈팅
30
U
프론트엔드
18
U
프론트엔드 엔지니어링
3
U
프론트엔드 프레임워크
5
E
헤비 엔지니어링
1
I
인프라
1
O
모바일
3
O
모바일 엔지니어링
1
N
신기술
2
X
운영체제
1
E
실무개발
100
Y
보안
13
L
소프트 스킬
4
E
소프트웨어 공학
1
I
SRE
2
S
시스템 설계
20
T
테스팅
9
W
웹 개발
1
W
웹 개발
7
W
웹 기초
1
Showing 20 of 481
page 22 / 25
Date
Coord
Title
Tags
Read
…
…
2025.03.20
F·57
가상화(Virtualization): 하나의 물리 자원을 여러 논리 자원으로
내 맥북 안에 윈도우와 리눅스를 동시에 띄우는 법. 클라우드 컴퓨팅(AWS)의 기반 기술.
CS
OS
Virtualization
—
2025.03.18
F·56
저널링 파일 시스템: 안전한 쓰기
파일 복사 중에 코드가 뽑히면 어떻게 될까? 데이터 깨짐을 막기 위한 OS의 로그 기록 습관.
CS
OS
FileSystem
—
2025.03.17
F·55
아이노드(inode): 유닉스 파일의 메타데이터
리눅스에서 파일 이름은 껍데기에 불과하다. 진짜 주인은 주민등록번호(inode number)다. ls -i의 비밀.
CS
OS
FileSystem
—
2025.03.16
F·54
파일 시스템: 데이터를 조직하는 방법
하드디스크는 그저 0과 1이 적힌 거대한 운동장입니다. 여기에 '파일'과 '폴더'라는 개념을 입히는 마법.
CS
OS
FileSystem
—
2025.03.15
F·53
스래싱: 페이지 폴트의 악순환
컴퓨터가 멈췄다. 마우스는 움직이는데 클릭이 안 된다. 하드디스크는 쉴 새 없이 긁고 있다. 이것이 스래싱이다.
CS
OS
Memory
—
2025.03.14
F·52
페이지 교체 알고리즘: FIFO, LRU, LFU
책상(RAM)이 꽉 찼을 때 어떤 책을 버려야 할까? 가장 오래된 것? 가장 안 본 것? OS의 선택장애 해결법.
CS
OS
Memory
—
2025.03.13
F·51
세그먼테이션: 논리적 단위로 메모리 분할
페이징이 기계적인 난도질이라면, 세그먼테이션은 의미 있는 정리정돈입니다. 코드, 데이터, 스택으로 나눠서 관리하기.
CS
OS
Memory
—
2025.03.12
F·50
페이징: 고정 크기 블록으로 메모리 분할
메모리를 바둑판처럼 똑같은 크기로 잘라서 관리하자. 외부 단편화를 해결한 현대 OS의 표준 기술.
CS
OS
Memory
—
2025.03.11
F·49
메모리 관리: 연속 할당과 분산 할당
내 서버는 왜 걸핏하면 뻗을까? OS가 한정된 메모리를 쪼개 쓰는 처절한 사투. 단편화(Fragmentation)와의 전쟁.
CS
OS
Memory
—
2025.03.10
F·48
IPC(Inter-Process Communication): 프로세스 간 통신
프로세스는 서로 격리되어 있습니다. 근데 어떻게 크롬 브라우저 탭끼리 데이터를 주고받을까요? 파이프부터 소켓까지.
CS
OS
IPC
—
2025.03.09
F·47
경쟁 상태(Race Condition): 타이밍에 따른 버그
코드는 완벽한데 가끔씩 돈이 사라집니다. 타이밍 이슈가 만드는 최악의 버그.
CS
OS
Concurrency
—
2025.03.08
F·46
세마포어 vs 뮤텍스 (Semaphore vs Mutex): 동기화의 모든 것
화장실 키(Mutex)와 레스토랑 대기표(Semaphore)로 이해하는 동기화. 이진 세마포어와 뮤텍스의 결정적 차이(소유권), 스핀락, 모니터, 그리고 우선순위 역전 문제까지.
CS
OS
Concurrency
—
2025.03.07
F·45
교착 상태(Deadlock): 멈춰버린 컴퓨터와 철학자들의 침묵 (완전정복)
스레드가 서로를 영원히 기다리는 현상, 데드락. 식사하는 철학자 문제부터 은행원 알고리즘, 리소스 할당 그래프, 분산 시스템에서의 데드락 탐지(Chandy-Misra-Haas)까지 심층 분석합니다.
CS
OS
Deadlock
—
2025.03.04
F·44
문맥 전환(Context Switching): CPU가 딴짓을 할 때 생기는 엄청난 비용 (완전정복)
CPU 스위칭 비용은 왜 비쌀까요? 캐시 오염, TLB 초기화, 커널 모드, vmstat 튜닝, 그리고 리눅스 커널 내부의 switch_to 매크로까지. 성능 최적화의 끝판왕.
CS
OS
ContextSwitch
—
2025.03.03
F·43
프로세스 vs 스레드: 공장과 일꾼 (완전정복)
서비스 장애 현장에서 반드시 알아야 할 핵심. '프로세스 안의 스레드'만으로는 부족합니다. 공장과 일꾼 비유, 크롬의 멀티 프로세스 구조, fork()와 pthread, 그리고 그린 스레드와 고루틴까지 심층 분석합니다.
CS
OS
Process
—
2025.03.02
F·42
데몬(Daemon) 프로세스: 보이지 않는 일꾼
악마(Demon)가 아닙니다. 그리스 신화의 '수호신'입니다. 백그라운드에서 묵묵히 일하는 서버의 영웅들.
CS
OS
Linux
—
2025.03.01
F·41
리눅스 권한 체계: chmod와 chown
chmod 777을 치면 해결된다는 선배의 조언, 사실 엄청 위험한 짓이었습니다. rwx와 숫자의 비밀.
CS
OS
Linux
—
2025.02.28
F·40
터미널 에뮬레이터와 TTY: 검은 화면의 정체
우리가 쓰는 iTerm2는 진짜 터미널이 아닙니다. 가짜(Emulator)입니다. 텔레타이프(TTY) 시절의 유물부터 PTY까지.
CS
OS
Terminal
—
2025.02.27
F·39
쉘(Shell): 껍데기 주제에 명령하지 마라
쉘은 운영체제의 핵심이 아닙니다. 단지 사용자의 명령을 커널에 전달하는 '메신저'일 뿐입니다. zsh, bash가 하는 진짜 역할.
CS
OS
Shell
—
2025.02.25
F·38
시스템 콜(System Call): 커널에게 부탁하는 방법
개발자가 직접 하드디스크를 제어할 수 없습니다. 대신 API를 통해 커널에게 '부탁'해야 합니다. 그 부탁의 정체가 바로 시스템 콜입니다.
CS
OS
SystemCall
—
← PREV
1
21
22
23
25
NEXT →
F
컴퓨터과학
190
E
실무개발
100
G
트러블슈팅
30
I
데브옵스
22
S
시스템 설계
20
U
프론트엔드
18
Y
보안
13
M
인공지능
10
T
테스팅
9
B
백엔드
8
W
웹 개발
7
M
AI 엔지니어링
7
A
아키텍처
6
C
커리어
5
U
프론트엔드 프레임워크
5
L
소프트 스킬
4
F
자료구조
3
U
프론트엔드 엔지니어링
3
O
모바일
3
N
신기술
2
C
개발자 성장
2
I
SRE
2
D
데이터베이스
2
B
백엔드 엔지니어링
2
O
모바일 엔지니어링
1
W
웹 기초
1
E
소프트웨어 공학
1
X
운영체제
1
E
헤비 엔지니어링
1
M
인공지능
1
I
인프라
1
W
웹 개발
1
▸ 전체 태그 둘러보기
→