그알것 — 그럼에도 알아야 할 것들
홈질문커뮤니티
로그인
그알것 — 그럼에도 알아야 할 것들

Service

  • 홈
  • 소개
  • 질문
  • 커뮤니티

My

  • 내 워크스페이스
  • 저장한 질문
  • 작성한 답변

Policy

  • 이용약관
  • 개인정보처리방침
  • 문의

© 2026 그알것 · What Still Matters

질문 목록OperatingSystem
OperatingSystem

디스크 접근 시간에 대해서 설명해주세요.

실무4/5
설계3/5
인간3/5
기초4/5

면접관의 질문 의도

디스크 지연을 단일 숫자로 보지 않고 단계별 구성 요소로 분해할 수 있는지, 그리고 순차/랜덤 차이가 왜 생기는지를 원리 수준에서 설명하는지를 가른다.

큐레이션 답변

학습 자료

HDD 기준 디스크 접근 시간은 헤드를 트랙으로 옮기는 탐색 시간, 원하는 섹터가 헤드 아래로 회전해 올 때까지 기다리는 회전 지연, 실제 데이터를 옮기는 전송 시간의 합이다. 랜덤 I/O는 매 요청마다 탐색과 회전 지연이 반복되므로 기계적 오버헤드가 누적되고, 순차 I/O는 연속 블록을 읽어 이 비용이 한 번으로 끝난다. SSD는 회전 지연이 없지만 채널·큐 깊이·블록 단위 쓰기 특성 때문에 액세스 패턴은 여전히 성능을 좌우한다. 결국 어떤 저장장치에서 어떤 I/O 패턴이 도는지를 함께 봐야 지연이 어디서 나오는지가 잡힌다.

좋은 답변 구조

  1. 01디스크 접근 시간을 탐색·회전 지연·전송으로 분해해서 정의한다
  2. 02각 단계가 어디서 시간을 잡아먹는지 단계별로 흐름을 짚는다
  3. 03순차 I/O와 랜덤 I/O가 왜 비용이 다른지 원인 중심으로 비교한다
  4. 04SSD 같은 다른 저장장치에서는 어떤 가정이 깨지는지 한계와 예외로 마무리한다

자주 실수하는 포인트

전송 시간만 두고 디스크가 느리다 빠르다고 판단한다
순차 I/O의 이점을 OS 페이지 캐시 효과로만 설명하고 기계적 비용 절감을 빠뜨린다
SSD에는 탐색 시간이 없다는 이유로 액세스 패턴이 무관하다고 단정한다
디스크 접근 시간 평균치만 외우고 워크로드별 분포가 다르다는 점을 놓친다

실무 맥락

  • DB 쿼리 플랜이 인덱스 랜덤 액세스로 가서 batch 야간 작업의 처리 시간이 튀는 환경
  • 로그·이벤트 파일을 append-only로 쌓는 시스템에서 순차 쓰기가 지배적인 환경
  • 공유 NAS나 클라우드 블록 스토리지처럼 IOPS·스루풋 한도가 명시된 환경에서 워크로드를 끼워 맞춰야 하는 상황

본인 경험에 녹이는 힌트

특정 쿼리에서 인덱스 추가했더니 오히려 풀스캔보다 느려져 원인을 찾은 적이 있다면 랜덤 I/O 비용 이야기로 잇는다

SSD로 옮긴 뒤에도 기대만큼 빨라지지 않아 큐 깊이나 쓰기 패턴을 분석한 경험이 있다면 SSD 한계 이야기와 연결할 수 있다

로그 수집기를 append-only로 설계해 처리량을 끌어올린 경험이 있다면 순차 I/O 이점 설명에 그대로 붙일 수 있다

커뮤니티 인기 답변

전체 0개

아직 공개된 답변이 없어요. 첫 공개 답변을 남겨보세요.

관련 꼬리 질문

Q1순차 I/O가 오히려 불리해지는 경우는 어떤 상황인가요
Q2디스크 스케줄러(NOOP, CFQ, mq-deadline 같은)는 접근 시간에 어떻게 영향을 주나요
Q3SSD에서 write amplification은 왜 생기고 성능에 어떻게 영향을 주나요
Q4DB가 인덱스를 만들 때 b-tree 같은 구조를 쓰는 이유를 디스크 접근 시간 관점에서 설명해보세요
아직 답을 쓰지 않았어요.
큐레이션 답변과 다른 사람 답변을 보고, 자기 언어로 답을 정리해보면 학습 효과가 가장 큽니다.
목차
  • 01면접관의 질문 의도
  • 02큐레이션 답변
  • 03좋은 답변 구조
  • 04자주 실수하는 포인트
  • 05실무 맥락
  • 06본인 경험에 녹이는 힌트
  • 07커뮤니티 인기 답변준비중
  • 08관련 꼬리 질문