왜 이 과목은 “통합”이라는 이름을 달고 있는가

지금까지 컴퓨터구조는 컴퓨터구조대로, 운영체제는 운영체제대로, 컴퓨터네트워크는 네트워크대로 따로 배웠다. 각 과목은 그 안에서 완결된 이야기를 한다 — 컴퓨터구조는 “CPU가 어떻게 명령어 하나를 실행하는가”를, 운영체제는 “여러 프로세스에게 CPU와 메모리를 어떻게 나눠 주는가”를 각각의 눈높이에서 다룬다.

문제는 실제 시험(그리고 실제 시스템)에서는 이 경계가 사라진다는 점이다. “캐시 적중률이 떨어지면 프로세스의 응답시간에 어떤 영향을 주는가”, “디스크 스케줄링을 바꾸면 시스템 전체의 스루풋이 어떻게 변하는가” 같은 문항은 컴퓨터구조 지식과 운영체제 지식을 동시에, 그것도 하나로 이어 붙여야 풀린다. 독학사 4단계 「통합컴퓨터시스템」은 바로 이 이어 붙이는 능력을 시험한다.

쉽게 말하면: 이 과목은 새로운 지식을 처음부터 배우는 과목이 아니라, 이미 따로따로 아는 컴퓨터구조·운영체제 지식을 하나의 시스템 그림 위에 겹쳐 놓고 “그래서 전체적으로 어떻게 되는가”를 묻는 과목이다.

이 과목의 세부 계산(파이프라인, 캐시, CPU 스케줄링, 교착상태, 페이징, 디스크·RAID 등)은 독학사 2단계 컴퓨터구조와 독학사 2단계 운영체제에서 이미 다룬 개념들을 다시 쓴다. 이 편들과 완전히 똑같은 설명을 반복하지 않기 위해, 이 과목의 각 본론 편은 기존 개념을 한두 문장으로 요약하고 링크로 넘긴 뒤, 곧바로 4단계 수준의 통합·비교·계산 문제로 들어간다. 기초 정의부터 다시 읽고 싶다면 링크로 넘어간 편을 먼저 참고하는 것이 좋다.

시스템을 이루는 다섯 구성요소를 하나의 그림으로

쉽게 말하면: 컴퓨터 한 대는 “생각하는 부품(CPU)”, “당장 쓸 것을 두는 부품(메모리)”, “오래 보관하는 부품(저장장치)”, “바깥과 주고받는 부품(입출력·네트워크)“이 서로 신호를 주고받는 하나의 몸이다.

독학사 통합컴퓨터시스템 출제기준이 요구하는 “컴퓨터 시스템 구성”은 다음 다섯 구성요소를 하나의 유기적 그림으로 이해하는 것에서 출발한다.

이 다섯 구성요소는 물리적으로는 따로 존재하지만, 논리적으로는 하드웨어–운영체제–응용 프로그램이라는 세 계층 위에 겹쳐서 동작한다.

이 그림에서 핵심은 응용 프로그램이 하드웨어를 직접 건드리지 못한다는 점이다. 응용 프로그램은 반드시 운영체제가 제공하는 시스템 호출(system call)이라는 창구를 거쳐야 CPU·메모리·디스크·네트워크에 접근할 수 있다. 운영체제는 이 요청들을 받아 실제 하드웨어 제어신호로 바꾸는 중개자 역할을 한다. 이 중개 과정에서 하드웨어 수준의 성능(파이프라인 효율, 캐시 적중률, 디스크 탐색시간)과 운영체제 수준의 정책(스케줄링, 페이지 교체, 디스크 스케줄링)이 서로 맞물려 시스템 전체 성능을 결정한다 — 이것이 이 과목이 “통합”인 이유다.

출제기준 영역을 이 과목의 목차에 매핑하기

국가평생교육진흥원의 최신 출제기준(공고 확인 필요)은 통합컴퓨터시스템 과목을 크게 하드웨어·시스템 영역과 운영체제 영역으로 나눈다. 아래 표는 그 영역이 이 과목의 어느 편에서 다뤄지는지, 그리고 더 기초적인 정의가 필요할 때 참고할 선수 과목 편을 정리한 것이다.

데이터베이스 설계·SQL 심화는 이 과목의 범위가 아니다. 통합컴퓨터시스템은 하드웨어–운영체제 축의 통합을 다루며, 자료 저장의 논리적 설계는 독학사 4단계 데이터베이스 과목의 고유 범위다.

시스템 성능을 숫자로 말하는 네 가지 지표

쉽게 말하면: “빠르다”, “안정적이다”는 말만으로는 시험 답이 되지 않는다. 스루풋·응답시간·신뢰성·가용성이라는 네 개의 자로 재야 시스템을 비교할 수 있다.

개별 하드웨어의 성능 지표(CPI, MIPS 등)는 2단계 컴퓨터구조 06편에서 이미 계산했다. 이 편에서는 그 지표들이 합쳐진 시스템 전체 수준의 지표 네 가지를 정리한다.

스루풋(throughput)과 응답시간(response time)

스루풋(throughput, 처리율)은 단위 시간당 시스템이 완료하는 작업(job)의 개수다.

응답시간(response time)은 사용자가 요청을 보낸 시점부터 시스템이 첫 반응을 내놓기까지 걸리는 시간이다. 작업이 끝날 때까지 걸리는 전체 시간을 뜻하는 반환시간(turnaround time, 14편에서 CPU 스케줄링과 함께 다룬다)과는 다른 개념이라는 점에 주의한다.

예제: 어떤 서버가 1시간(3,600초) 동안 요청 7,200건을 처리했다.

이 서버는 초당 2건을 처리하는 능력이 있다는 뜻이다. 스루풋만으로는 “사용자 한 명이 얼마나 기다렸는지”를 알 수 없다 — 그것은 응답시간이 따로 말해 준다. 두 지표가 항상 같은 방향으로 움직이는 것은 아니다. 예를 들어 여러 요청을 모아서 한꺼번에 처리하는 방식(배치 처리)은 스루풋은 높일 수 있지만, 개별 사용자의 응답시간은 오히려 늘어날 수 있다.

신뢰성(reliability)

신뢰성(reliability)은 시스템이 정해진 기간 동안 고장 없이 정상적으로 동작할 수 있는 정도를 말한다. 한 번이라도 고장(failure)이 나면 신뢰성 지표상으로는 그 순간 끝이다 — 고장 후 얼마나 빨리 고쳤는지는 신뢰성이 아니라 다음에 볼 가용성이 다루는 영역이다.

신뢰성을 나타내는 대표적인 값이 평균 고장 간격, 즉 MTBF(Mean Time Between Failures)다. MTBF는 고장이 발생한 시점부터 다음 고장이 발생하기까지 걸리는 시간의 평균이다. MTBF가 클수록 고장이 뜸하게 발생한다는 뜻이므로 신뢰성이 높다.

가용성(availability)

가용성(availability)은 신뢰성과 다르다 — 가용성은 “고장이 아예 안 나는가”가 아니라 다음 질문, 즉 “고장이 나도 얼마나 빨리 복구해서 전체 시간 중 실제로 쓸 수 있었던 비율이 얼마인가”를 본다.

가용성을 계산하려면 MTBF에 더해 평균 수리 시간, 즉 MTTR(Mean Time To Repair)이 필요하다. MTTR은 고장이 발생한 시점부터 복구를 마치기까지 걸리는 평균 시간이다.

• $\text{MTBF}$: 평균 고장 간격(고장과 고장 사이, 정상 동작한 시간의 평균)
• $\text{MTTR}$: 평균 수리 시간(고장이 나고 나서 다시 정상화되기까지 걸린 시간의 평균)
• 분모(MTBF + MTTR)는 “정상 동작 시간 + 고장으로 멈춘 시간”을 합친 전체 시간이다. 분자(MTBF)는 그중 실제로 쓸 수 있었던 시간이다.

예제: 어떤 서버의 평균 고장 간격이 500시간이고, 고장이 나면 평균 10시간 만에 복구한다.

1단계: 공식에 값을 대입한다.

2단계: 분모를 계산한다.

3단계: 나눈다.

결과 해석: 이 서버는 전체 운영 시간의 약 98.04퍼센트(98.04%) 동안 정상적으로 쓸 수 있다는 뜻이다. 나머지 약 1.96퍼센트(1.96%)는 고장으로 멈춰 있는 시간이다.

자주 틀리는 점

• 신뢰성과 가용성을 같은 개념으로 혼동한다. 신뢰성은 “고장 없이 버티는 능력”, 가용성은 “고장이 나도 전체 시간 대비 실제로 쓸 수 있었던 비율”이다.
• MTBF를 “고장이 발생하는 주기”라고만 외우고 MTTR과의 관계(가용성 공식의 분모에 함께 들어간다는 점)를 놓친다.
• 스루풋 상승이 곧 사용자 체감 성능(응답시간) 개선이라고 단정한다.

핵심 정리

• 통합컴퓨터시스템은 새 지식이 아니라, 컴퓨터구조·운영체제 지식을 하드웨어–운영체제–응용의 한 시스템 그림 위에서 연결하는 과목이다.
• 응용 프로그램은 시스템 호출을 거쳐야만 운영체제를 통해 하드웨어에 접근하며, 하드웨어 성능과 운영체제 정책이 함께 시스템 전체 성능을 결정한다.
• 스루풋은 단위 시간당 처리한 작업 수, 응답시간은 요청부터 첫 반응까지 걸린 시간이며 서로 독립적으로 움직일 수 있다.
• 신뢰성은 MTBF로, 가용성은 MTBF/(MTBF+MTTR)로 계산하며 둘은 서로 다른 개념이다.
• 이 과목의 각 편은 기존 개념을 요약·링크로 넘기고 4단계 수준의 통합·계산·비교에 집중한다.

마무리 복습

참고 자료

• 국가평생교육진흥원 독학학위제 
• Silberschatz et al., Operating System Concepts 강의노트 요약 
• Patterson & Hennessy, Computer Organization and Design 강의 자료