서론: “누가, 얼마나”의 문제 지난 편에서는 프로세스와 스레드가 무엇이고 OS가 그것을 어떻게 추상화하는지 보았습니다. 이제 자연스럽게 따라오는 질문이 있습니다. 준비 상태인 스레드가 100개 있는데 코어가 8개라면, OS는 누구에게 CPU를 줄까요? 그리고 얼마나 오래 줄까요? 이 두 질문에 답하는 것이 스케줄러 (Scheduler...

서론: “.NET”이라는 말의 모호함 개발 문서·이력서·블로그에서 “.NET”이라는 단어는 놀라울 정도로 다양한 의미로 쓰입니다. “.NET으로 백엔드를 짭니다” “.NET Framework 4.8 전용 프로젝트입니다” “.NET 8로 마이그레이션했습니다” “Unity는 .NET이 아닙니다” / “Unity도 사실상 .NET입니...

서론: 지도에서 본론으로 지난 편에서는 세 운영체제의 혈통과 뼈대를 훑었습니다. Linux는 모놀리식, Windows NT는 하이브리드, macOS XNU는 Mach + BSD 이중 구조. 이게 지도였다면, 이번 편부터는 본론입니다. Stage 2의 핵심 질문을 다시 꺼내 보겠습니다. “스레드 두 개가 같은 변수를 쓰면 왜 프로그램이 때...

서론: 왜 OS부터 시작하는가 Stage 1에서는 자료구조와 메모리를 다뤘습니다. 배열과 연결 리스트, 해시 테이블, 트리와 그래프, 그리고 힙까지 — 모두 “데이터를 어떻게 정리할 것인가”의 이야기였습니다. Stage 2의 질문은 조금 다릅니다. “스레드 두 개가 같은 변수를 쓰면 왜 프로그램이 때때로만 죽는가?” 이 질문에 답하려...

서론 이 문서는 CS 로드맵 시리즈의 외전(bonus)입니다. 5편 그래프에서 Dijkstra와 A를 다루면서 한 문장을 남겼다: *“우선순위 큐(이진 힙)를 사용하면 $O((V+E) \log V)$”. 그런데 그 “이진 힙”이 무엇인지, 왜 이진이고, 어떻게 $O(\log n)$을 달성하는지는 뒤로 미뤘다. 이 외전은 그 빚을 갚는다....

서론 “미토스 미쳣는데요 ㄹㅇ 블랙월 AI입니다” 지인에게 이 메시지를 받고, 대체 뭔 소리인가 싶어서 찾아봤습니다. 2026년 4월 7일, Anthropic이 Claude Mythos Preview System Card(244페이지)와 함께 Project Glasswing을 발표했습니다. Mythos는 Anthropic의 최신 프론티어 ...

서론 이전 포스트에서 Flow Field 패스파인딩의 개념과 3단계 파이프라인을 다뤘다. Flow Field는 에이전트 수와 무관하게 \(O(V)\) 로 계산되므로, 패스파인딩 자체는 병목이 아니다. 그렇다면 3,000 에이전트에서 프레임이 떨어지는 원인은 무엇인가? 그리고 10,000 에이전트까지 스케일업하려면 무엇을 바꿔야 하는가? 이 포스트...

서론 이전 포스트의 마지막에서 이렇게 예고했다: NativeContainer를 써야 하는 진짜 이유 — GC가 게임에 미치는 영향 이 시리즈에서 우리는 “managed 세계를 벗어나라”는 메시지를 반복적으로 만났다. Job System은 NativeContainer만 허용하고, Burst는 managed 타입을 컴파일하지 않으며, SoA ...

서론 Job System 포스트에서 NativeArray의 내부 구조를 해부했다. C# 배열과의 메모리 모델 차이, Allocator 종류, Safety System의 기본 동작까지 다뤘다. 하지만 실전에서는 NativeArray만으로 모든 것을 해결할 수 없다. 동적 크기의 리스트가 필요하고, 키-값 쌍으로 빠르게 조회해야 하고, 여러 워커 스레...

서론 3,000마리의 좀비가 플레이어를 향해 몰려온다고 상상해보자. 각 좀비에게 개별 경로를 계산해준다면? A* 하나당 수백~수천 노드를 탐색하고, 그것을 3,000번 반복해야 한다. 프레임은 순식간에 바닥을 친다. Flow Field 패스파인딩은 이 문제를 근본적으로 다른 방식으로 접근한다. 개별 에이전트에게 경로를 주는 대신, 공간 전체에 “어...