cedis 님의 블로그

크래프톤 정글 · 주간 회고크래프톤 정글 — Week 7 WIL 이번 주는 구현을 더 많이 했다기보다, 지금 보고 있는 구조를 설명 가능한 상태로 끝까지 밀어붙인 주에 가까웠다. malloc은 빈 공간을 찾는 함수 묶음이 아니라 탐색 경로를 설계하는 문제처럼 보이기 시작했고, CS:APP 9장은 그 allocator가 결국 어떤 가상 메모리 바닥 위에 놓이는지 연결해 줬다. Mini SQL 쪽에서는 B+Tree와 디스크 persist, 성능표 해석을 다시 보면서 인덱스가 자료구조이면서 동시에 저장장치 문제라는 것도 더 또렷해졌다. 이번 주를 한 줄로 정리하면지난주 WIL이 상태 정의와 실행 구조를 보는 감각을 붙잡는 시간이었다면, 이번 주는 그 감각을 메모리 관리와 저장 구조 쪽으로 더 깊게 밀어 넣은 ..

컴퓨터 시스템 공부 정리컴퓨터 시스템 9장 핵심 정리가상 메모리부터 malloc까지이번 글에서는 컴퓨터 시스템 9장에서 다루는 내용을 한 번에 정리합니다. 핵심은 단순히 “메모리가 있다” 수준이 아니라, CPU가 주소를 어떻게 보고, 운영체제가 그 주소를 어떻게 관리하고, 그 위에서 malloc이 실제로 어떤 역할을 하는지를 연결해서 이해하는 것입니다.특히 이번 정리는 9장 전체의 큰 그림을 잡되, 실제 과제와 바로 연결되는 9.9절 동적 메모리 할당기를 중심 축으로 묶어 보는 데 초점을 두었습니다.이번 글에서 다루는 것물리 주소 방식과 가상 주소 방식의 차이페이지, 페이지 테이블, TLB가 왜 필요한지페이지 적중과 페이지 폴트가 실제로 어떻게 일어나는지메모리 매핑과 프로세스 보호가 왜 중요한지9.9절 ..

👥 3인 팀 프로젝트 🎤 발표자 시점 회고 🛠️ C · HTTP API · Thread Pool · B+ TreeGitHub 저장소: github.com/Jungle-12-303/week8_team6 한 줄 요약: 지난주에 만든 SQL 처리기와 B+ Tree 인덱스를 내부 DB 엔진으로 재사용하고, 그 앞에 C 기반 HTTP API 서버와 Thread Pool을 붙여 외부 클라이언트가 SQL을 실행할 수 있게 만들었습니다.왜 이 프로젝트가 특별했는가정글에서 했던 여러 팀 프로젝트 중에서도 이번 프로젝트는 유독 오래 기억에 남습니다. 이유는 단순한 애착 때문만은 아닙니다. 3인 팀으로 역할을 나눠 구현한 결과물을 하나의 시스템으로 묶어내야 했고, 그 최종 구조와 선택의 이유를 제가 직접 발표해야 했..