Read more »

모두 보기

2025년 회고, 끊임없이 Goin' up, up, up 했던 순간들

2025년 회고, 끊임없이 Goin' Up, up, up 했던 순간들 어느덧 2025년이 얼마 남지 않았다. 어째 매년 시간이 점점 빠르게 흐르는 기분인데, 1년 전의 나보다 훨씬 성장한 기분이라 느낌이 다르다. 항상 블로그를 시험 공부용, 정보 전달용으로 작성해왔지만 이번만큼은 내 경험을 온전히 반추해보고자 한다. 올해 있었던, 해왔던 일들을 정리해보면 크게 창업 과 학업 으로 나눌 수 있다. 세부적으로 보면 1년 동안 이렇게 많은…

hyeon_B

[컴퓨터네트워크] Application Layer | HTTP & WWW, SMTP & Email, DNS

Application Layer, 인터넷 세상은 어떻게 소통할까 TCP/IP라는 튼튼한 도로와 배송 시스템을 이해하고 나니, 이제 그 위를 달리는 '화물'의 정체가 궁금해졌다. 우리가 매일 마주하는 인터넷 세상은 크게 세 가지 축으로 움직인다. 정보를 탐색하고 보여주는 HTTP(웹) , 비동기적으로 소식을 전하는 Email(이메일) , 그리고 복잡한 숫자 주소 대신 친숙한 이름을 쓰게 해주는 DNS(도메인 시스템) 이다. 오…

hyeon_B

[컴퓨터네트워크] Transport Layer | UDP, TCP, Flow/Error/Congestion Control

전송 계층, 호스트를 넘어, 정확한 프로세스에 데이터를 전달하는 법 지난번에 우리는 Network layer(IP)에 대해 깊이 파고들었다. 수많은 라우터를 거쳐 패킷이 목적지 호스트(컴퓨터)에 도착하는 과정은 여러 물류센터를 거쳐 택배가 아파트 단지 앞까지 도착하는 것과 같았다. 하지만 여기서 이런 의문이 든다. "아파트 단지(IP)까지 도착한 건 알겠는데, 이 패킷이 101동 202호의 철수(특정 앱)에게 가야 하는지, 505호…

hyeon_B

[운영체제] Log-structured File System (LFS) | 디스크의 물리적 한계를 극복하는 순차 쓰기 전략

디스크의 물리적 한계를 극복하는 순차 쓰기 전략 지난번에 FFS(Fast File System) 를 통해 디스크의 물리적 구조(Cylinder Group)를 고려한 배치가 성능을 어떻게 개선하는지 확인했다. 하지만 여전히 해결되지 않은 문제가 있다. "데이터를 덮어쓴다(Update-in-place)"는 기존의 방식은 필연적으로 탐색 시간(Seek Time) 과 회전 지연(Rotational Latency) 을 유발한다. …

hyeon_B

[운영체제] 파일 시스템의 영속성(Persistence) | Crash Consistency, FSCK, Journaling

파일 시스템의 Persistence 우리가 프로그램을 사용할 때 가장 아찔한 순간은 저장하지 않았는데 갑자기 프로세스가 죽어버리는 상황일 것이다. 마찬가지로 OS에서 데이터를 저장하는 도중에 전원 플러그를 뽑으면 어떻게 될까? 메모리(RAM)에 있는 데이터가 날아가는 건 당연하지만, 하드 디스크에 쓰고 있던 데이터마저 깨져버린다면? 파일 시스템은 그 거대한 모순을 어떻게 견뎌내는 걸까. 오늘은 파일 시스템의 영속성(Persistence)을 …

hyeon_B

[운영체제] Fast File System (FFS) | 디스크의 물리적 구조를 고려한 성능 최적화

파일 시스템의 성능을 높이자 지난번 VSFS(Very Simple File System)를 공부하며 파일 시스템의 논리적인 뼈대를 세웠다. 하지만 '구현 가능하다'는 것과 '잘 동작한다'는 것은 완전히 다른 문제다. 초기 유닉스 파일 시스템은 단순했지만, 성능은 처참했다. 디스크를 마치 RAM처럼 임의 접근(Random Access) 가능한 장치로 취급했기 때문이다. (Random Access가 안되는 건 지난번…

hyeon_B
게시물 더보기
검색결과 없음

Contents