2026.01.03E·48메모리 누수 찾기
앱을 오래 쓰면 느려지는 이유가 메모리 누수였다. Chrome DevTools Memory 탭으로 범인을 찾는 과정을 정리했다.
MemoryPerformanceDevTools
→2025.05.18Y·01버퍼 오버플로우(Buffer Overflow): 컵에 물이 넘치면 생기는 일
C언어의 strcpy 하나가 어떻게 전체 시스템 권한을 탈취하게 만들까요? 스택 오버플로우 공격의 원리와 이를 막기 위한 ASLR, Canary, NX Bit 같은 방어 기법들을 파헤쳐봤습니다.
SecurityCMemory
→2025.05.15F·105매일 밤 12시, 서버가 죽는 이유 (Stack vs Heap)
잘 돌아가던 Node.js 서버가 매일 밤 12시만 되면 'Heap Out of Memory'를 뱉으며 죽었습니다. 원인은 전역 변수에 쌓인 데이터 더미였죠. 이 디버깅 과정을 통해 배운 Stack과 Heap의 차이, 그리고 메모리 누수를 막는 방법을 정리했습니다.
CSMemoryNode.js
→2025.04.10F·73연결 리스트(Linked List): 보물 찾기 쪽지의 비밀 (완전정복)
배열은 아파트지만, 연결 리스트는 보물 찾기입니다. 노드와 포인터 구조, O(1) 삽입의 조건, 메모리 파편화(Fragmentation), 그리고 LRU Cache와 원형 연결 리스트 응용까지.
CSDataStructureLinkedList
→2025.04.09F·72배열(Array): 가장 빠르고, 가장 딱딱한 자료구조 (완전정복)
기차 좌석처럼 연속된 메모리를 쓰는 배열. O(1) 조회 속도의 비밀인 주소 계산 공식부터, CPU 캐시 지역성(Cache Locality), 버퍼 오버플로우 보안 이슈, 그리고 동적 배열의 내부 구현까지.
CSDataStructureArray
→2025.04.06F·69포인터와 참조: 메모리 주소의 양날의 검
C언어의 악명 높은 진입 장벽. 메모리 주소를 직접 조작하는 포인터는 강력하지만 위험합니다. 참조는 그것의 안전한 버전. Segfault의 공포와 nullptr의 악몽.
CSLanguageC
→2025.04.04F·68가비지 컬렉션(GC): 자동 메모리 관리
개발자가 어지럽힌 쓰레기(메모리)를 치워주는 야간 청소부. 편하지만 가끔 청소한다고 복도를 막아서 서버를 멈추게 함(Stop The World).
CSLanguageMemory
→2025.03.15F·53스래싱: 페이지 폴트의 악순환
컴퓨터가 멈췄다. 마우스는 움직이는데 클릭이 안 된다. 하드디스크는 쉴 새 없이 긁고 있다. 이것이 스래싱이다.
CSOSMemory
→2025.03.14F·52페이지 교체 알고리즘: FIFO, LRU, LFU
책상(RAM)이 꽉 찼을 때 어떤 책을 버려야 할까? 가장 오래된 것? 가장 안 본 것? OS의 선택장애 해결법.
CSOSMemory
→2025.03.13F·51세그먼테이션: 논리적 단위로 메모리 분할
페이징이 기계적인 난도질이라면, 세그먼테이션은 의미 있는 정리정돈입니다. 코드, 데이터, 스택으로 나눠서 관리하기.
CSOSMemory
→2025.03.12F·50페이징: 고정 크기 블록으로 메모리 분할
메모리를 바둑판처럼 똑같은 크기로 잘라서 관리하자. 외부 단편화를 해결한 현대 OS의 표준 기술.
CSOSMemory
→2025.03.11F·49메모리 관리: 연속 할당과 분산 할당
내 서버는 왜 걸핏하면 뻗을까? OS가 한정된 메모리를 쪼개 쓰는 처절한 사투. 단편화(Fragmentation)와의 전쟁.
CSOSMemory
→2025.02.14F·27GPU VRAM: 그래픽 카드의 전용 메모리
딥러닝 모델 학습시키다가 'CUDA Out of Memory' 에러를 보고 좌절한 적 있나요? VRAM과 일반 RAM의 차이를 '요리 재료'에 비유합니다.
cshardwaregpu
→2025.02.09F·22가상 메모리와 스왑: 책상이 작을 때 쓰는 속임수
8GB 램으로 어떻게 10GB짜리 게임을 돌릴까요? OS가 몰래 쓰는 하드디스크의 일부, 스왑(Swap)과 가상 메모리의 원리.
csosmemory
→2025.02.04F·17캐시 메모리(L1, L2, L3)와 지역성: 1초를 100배로 쓰는 기술 (완전정복)
CPU 성능의 90%는 캐시가 결정합니다. 데이터 지역성, MESI 프로토콜, 캐시 사상 방식, TLB, 그리고 분기 예측과 NUMA까지. 개발자가 반드시 알아야 할 성능 최적화의 모든 것.
cscpumemory
→2025.02.03F·16RAM vs ROM: 껐다 켜면 왜 데이터가 날아갈까? (완전정복)
DRAM의 누설 전류부터 ECC, HBM, 그리고 실제 성능 벤치마크(fio, sysbench)까지. 단순한 비유를 넘어 메모리의 모든 것을 파헤치는 개발자 필독 가이드.
csmemoryram
→2025.01.29F·11플립플롭(Flip-Flop): 컴퓨터가 기억하는 법
전기가 흐르면 1, 안 흐르면 0. 그런데 어떻게 전원이 꺼져도 정보를 기억할까? 1비트 메모리의 탄생.
CSHardwareMemory
→