---
schema_version: 1
exam_id: "sose26-probeklausur"
aufgabe: 8
unit_id: "8b-10"
source_group_id: "8b"
official_exam: true
official_solution: true
language: "ko"
---

# 8b-10 — Direct-mapped Zugriff #10

> **학습 목표:** Set 3에 오래 유지되던 0x0222와 처음 등장한 0x0666을 비교해, occupied line의 새 block 접근을 Compulsory Miss로 처리할 수 있다.
>
> **왜 따로 배우는가:** 같은 block의 이전 Hit가 있었더라도 새로운 tag의 첫 방문은 여전히 Compulsory입니다. 이 접근은 cache line의 나이와 요청 block의 history를 혼동하지 않는지 검사합니다.
>
> **범위:** Aufgabe 8 · 16점 Aufgabe의 최소 학습 단위 · 시험 p16–18 · 공식 해설 p41–44

## 1. 문제 원문 (Deutsch)

이 unit은 공식 Teilaufgabe 또는 표의 한 행·한 access를 학습 가능한 최소 단위로 다시 나눈 것입니다. 아래 전사는 source group `8b`의 공식 독일어 문제 원문이며, 페이지 이미지를 바로 뒤에 함께 두어 코드·표·도식을 대조할 수 있게 했습니다.

~~~text
8b) To miss or not to miss

Führen Sie die 12 Speicherzugriffe aus. Tag und Set sind gegeben. Bestimmen Sie den Hit/Miss-Typ und tragen diese in die Tabelle ein. Die Vorgaben sind:

- Direct-Mapped Cache
- Blockgröße = 1 Wort (4 Byte)
- Der Cache ist zu Beginn leer

| Zugriff | #1 | #2 | #3 | #4 |
|---|---:|---:|---:|---:|
| Tag | 0x0111 | 0x0222 | 0x0333 | 0x0444 |
| Set | 1 | 3 | 5 | 1 |
| Type | Compulsory Miss | Compulsory Miss | | |

| Zugriff | #5 | #6 | #7 | #8 |
|---|---:|---:|---:|---:|
| Tag | 0x0222 | 0x0111 | 0x0555 | 0x0444 |
| Set | 3 | 1 | 5 | 1 |
| Type | | | | |

| Zugriff | #9 | #10 | #11 | #12 |
|---|---:|---:|---:|---:|
| Tag | 0x0333 | 0x0666 | 0x0222 | 0x0444 |
| Set | 5 | 3 | 3 | 1 |
| Type | | | | |
~~~

![공식 시험 원문 — exam-p17.png](../../assets/exam-p17.png)

*공식 시험 원문: `exam-p17.png` · Probeklausur.pdf · PDF p.17*

### 이 unit에서 풀 항목

Set 3에 Tag 0x0666가 접근합니다. Hit/Miss type을 판정하세요.

## 2. 쉬운 한국어 해석

8b) Miss인가 아닌가

12회의 memory access를 순서대로 수행하시오. Tag와 Set은 주어져 있다. 각 접근의 Hit/Miss 유형을 결정하여 표에 기입하시오. 조건은 다음과 같다.

- Direct-Mapped Cache
- Block 크기 = 1 Word, 즉 4 Byte
- Cache는 처음에 비어 있음

| 접근 | #1 | #2 | #3 | #4 |
|---|---:|---:|---:|---:|
| Tag | 0x0111 | 0x0222 | 0x0333 | 0x0444 |
| Set | 1 | 3 | 5 | 1 |
| Type | Compulsory Miss | Compulsory Miss | 빈칸 | 빈칸 |

| 접근 | #5 | #6 | #7 | #8 |
|---|---:|---:|---:|---:|
| Tag | 0x0222 | 0x0111 | 0x0555 | 0x0444 |
| Set | 3 | 1 | 5 | 1 |
| Type | 빈칸 | 빈칸 | 빈칸 | 빈칸 |

| 접근 | #9 | #10 | #11 | #12 |
|---|---:|---:|---:|---:|
| Tag | 0x0333 | 0x0666 | 0x0222 | 0x0444 |
| Set | 5 | 3 | 3 | 1 |
| Type | 빈칸 | 빈칸 | 빈칸 | 빈칸 |

### 이 unit에 해당하는 최소 작업

Set 3에 Tag 0x0666가 접근합니다. Hit/Miss type을 판정하세요.

이 문제에서 최종 결과만 맞히는 것보다 중요한 것은 `8b-10`에 필요한 중간 판단을 답안지에 남기는 것입니다.

## 3. 무엇을 묻는 문제인가

### 공식 문제의 요구사항

- 접근 #1부터 #12까지 주어진 순서를 유지해 Cache 상태를 갱신한다.
- 각 접근이 Hit인지 Miss인지 판정한다.
- Miss라면 Compulsory, Conflict 또는 문제 조건으로 판정 가능한 정확한 Miss 유형을 적는다.
- 원문에 이미 채워진 #1과 #2의 Compulsory Miss를 포함하여 Type 행 전체를 완성한다.

### 조건과 제약

- Cache는 Direct-Mapped이다.
- Block 크기는 1 Word, 즉 4 Byte이다.
- Cache는 시작할 때 비어 있다.
- 각 access의 Tag와 Set은 표에 주어진 값을 그대로 사용한다.
- 한 Set에는 Direct-Mapped 규칙에 따라 한 Tag만 존재할 수 있다.
- Access 순서는 #1부터 #12까지 고정되어 있으며 앞 access의 교체 결과가 다음 access의 초기 상태가 된다.

### 원문 오탈자·도식 관련 주의

- 원문은 전체 Set 수를 숫자로 직접 명시하지 않지만 Set 5가 등장하므로 Cache에는 최소 6 line이 있다. 이 trace의 서로 다른 block도 정확히 6개뿐이므로 같은 용량의 fully associative Cache라면 모두 보관할 수 있어 Capacity Miss는 독립적으로 배제할 수 있고, 재방문 Miss는 Conflict Miss이다.
- 원문은 허용되는 Miss 유형 목록을 명시하지 않는다. 공식 해설 p43의 알고리즘은 Compulsory Miss와 Conflict Miss만 직접 다루며 Capacity Miss는 별도로 검사해야 한다고 적는다.
- 시험 원본 표에는 #1과 #2의 Type만 Compulsory Miss로 미리 채워져 있고 #3 이후는 빈칸이다. PDF 텍스트 추출만으로는 열 정렬이 사라지므로 exam-p17.png로 위치를 확인했다.

### 도식 시각 확인 상태

- **도식 의존 여부:** 이 최소 unit의 핵심 판정은 텍스트·수식·코드로 재현할 수 있습니다.
- **공식 페이지 상태:** exam-p17.png, solution-p42.png, solution-p43.png가 원문 대조용으로 렌더되어 연결되어 있습니다.

### 이 unit의 학습 목표

- **관찰 가능한 목표:** Set 3에 오래 유지되던 0x0222와 처음 등장한 0x0666을 비교해, occupied line의 새 block 접근을 Compulsory Miss로 처리할 수 있다.
- **출제 의도:** 같은 block의 이전 Hit가 있었더라도 새로운 tag의 첫 방문은 여전히 Compulsory입니다. 이 접근은 cache line의 나이와 요청 block의 history를 혼동하지 않는지 검사합니다.
- **공식 근거 범위:** Probeklausur.pdf p17 Aufgabe 8b 접근 #10과 공식 해설 p42의 Set 3 새 tag 접근: before 0x0222, Tag 0x0666 first visit, Compulsory Miss, after 0x0666.
- **Aufgabe 공통 선수지식:** Hit rate를 miss rate로 바꾸고, 여러 cache level의 AMAT를 안쪽부터 계산합니다. Cache simulation에서는 `(set, tag)`와 ‘이 block을 과거에 본 적 있는가’를 매 접근마다 기록합니다.

## 4. 선수 개념과 핵심 용어

### Long-lived Current Tag

- **뜻:** 여러 접근 동안 교체되지 않고 같은 set에 남아 있던 tag입니다.
- **이 문제에서:** 0x0222는 #2에 들어와 #5에서 Hit한 뒤 #10 직전까지 Set 3에 남습니다.

### New Tag 0x0666

- **뜻:** 이번 trace에서 처음 등장하는 요청 block입니다.
- **이 문제에서:** 현재 line이 occupied여도 first visit이므로 Compulsory Miss입니다.

### Replacement Cause

- **뜻:** 요청 block이 current와 다르고 같은 direct-mapped set을 요구해 기존 block을 밀어내는 원인입니다.
- **이 문제에서:** 0x0666이 Set 3의 0x0222를 교체합니다.

### 이 문제에 적용할 풀이 규칙

### 규칙 1. 과거 Hit는 새 tag subtype과 무관

0x0222가 #5에서 Hit였다는 사실은 요청 0x0666의 first-visit 여부를 바꾸지 않습니다.

- **시험지에 남길 것:** history를 요청 tag별로 분리해 0x0666 행에 unseen을 씁니다.

### 규칙 2. First visit은 block 기준

Set 3 자체는 여러 번 방문했어도 (0x0666,3) block은 처음이므로 compulsory입니다.

- **시험지에 남길 것:** `Set seen ≠ block seen`이라는 주석을 남깁니다.

### 공식 문제 전에 푸는 작은 유사 예제

**문제:** Set 2에 0x0101이 여러 번 Hit한 뒤, 처음 보는 0x0202가 같은 Set 2로 들어옵니다.

**주어진 것**

- before: Set 2=0x0101
- 0x0101은 여러 번 seen
- 0x0202는 unseen

### 예제 단계 1. 현재와 요청 tag를 비교합니다.

- **왜:** 0x0101과 0x0202가 달라 Miss입니다.
- **종이에:** mismatch → Miss

### 예제 단계 2. 요청 0x0202의 history만 확인합니다.

- **왜:** 기존 tag의 history가 아니라 요청 block의 history가 subtype을 정합니다.
- **종이에:** 0x0202 first visit → Compulsory Miss

### 예제 단계 3. Set 2를 0x0202로 갱신합니다.

- **왜:** Direct-mapped line에 새 block을 설치합니다.
- **종이에:** after: Set 2=0x0202

**예제 정답:** Compulsory Miss이며 기존 0x0101 대신 0x0202가 남습니다.

**독립 검산:** Set은 seen이지만 block은 unseen이라는 두 문장을 동시에 참으로 만들 수 있는지 확인합니다.

## 5. 공식 정답 요약

**공식 결론:** Compulsory Miss

### 시험지 문장별 정답 해설

아래는 시험지의 항목 순서를 그대로 유지합니다. 각 항목에서 원문 → 한국어 번역 → 정답 → 판단 근거 → 실제로 쓸 답을 바로 이어서 읽으세요.



### 현재 소문제의 요구·판단·답을 한 흐름으로 연결

### `8b-10`에서 정확히 답할 대상

- **시험지가 요구하는 답:** Set 3에 Tag 0x0666가 접근합니다. Hit/Miss type을 판정하세요.
- **이 소문제의 공식 답:** Compulsory Miss

### 판단 1. Set 3을 마지막으로 바꾼 #2와 #5를 추적해 current tag를 확인합니다.

- **왜:** #5는 Hit라 state가 유지되고 #6~#9는 다른 set만 바꿨습니다.
- **이 판단에서 답안지에 남길 것:** before: Set 3=0x0222

### 판단 2. 0x0222와 요청 0x0666을 비교합니다.

- **왜:** tag mismatch라 현재 cache에서 요청 data를 찾지 못합니다.
- **이 판단에서 답안지에 남길 것:** 0x0222≠0x0666 → Miss

### 판단 3. 0x0666의 history를 독립적으로 조회합니다.

- **왜:** 앞서 0x0222를 여러 번 보았어도 0x0666은 처음이므로 compulsory입니다.
- **이 판단에서 답안지에 남길 것:** history: 0x0666 first visit → Compulsory Miss

### 판단 4. Set 3의 current tag를 0x0666으로 교체합니다.

- **왜:** 새 block을 가져와 direct-mapped의 유일한 line에 저장합니다.
- **이 판단에서 답안지에 남길 것:** after: Set 3=0x0666; result=Compulsory Miss

### 위 판단이 최종 답으로 이어지는 이유

Direct-mapped cache는 set마다 tag 하나만 보관합니다. 현재 tag가 같으면 Hit, 처음 보는 block이면 Compulsory Miss, 전에 봤지만 같은 set의 다른 tag에 밀렸다면 Conflict Miss입니다.

### 답안 작성 시 주의

Miss를 판정한 뒤 cache state를 갱신하지 않으면 다음 접근이 연쇄적으로 틀립니다.

![공식 Musterlösung/Hinweise — solution-p42.png](../../assets/solution-p42.png)

*공식 Musterlösung/Hinweise: `solution-p42.png` · Probeklausur Musterlösung und Hinweise.pdf · PDF p.42*

![공식 Musterlösung/Hinweise — solution-p43.png](../../assets/solution-p43.png)

*공식 Musterlösung/Hinweise: `solution-p43.png` · Probeklausur Musterlösung und Hinweise.pdf · PDF p.43*

## 6. 풀이 전략

1. 접근 직전 Set 3의 현재 tag를 확인합니다.
2. 현재 tag와 0x0666를 비교합니다.
3. 전체 history에서 이 (tag,set)을 과거에 봤는지 확인합니다.
4. 판정 후 Set 3을 0x0666로 갱신합니다.

## 7. 단계별 상세 풀이

### 단계 1. Set 3을 마지막으로 바꾼 #2와 #5를 추적해 current tag를 확인합니다.

- **이유:** #5는 Hit라 state가 유지되고 #6~#9는 다른 set만 바꿨습니다.
- **종이에 남길 것:** before: Set 3=0x0222
- **완료 기준:** #2 설치와 #5 유지가 하나의 timeline으로 연결됩니다.
- **막힐 때 힌트:** #5 after도 0x0222였습니다.
- **가장 흔한 첫 오류:** #5의 Hit 후 line이 제거되었다고 생각해 empty로 둡니다.

### 단계 2. 0x0222와 요청 0x0666을 비교합니다.

- **이유:** tag mismatch라 현재 cache에서 요청 data를 찾지 못합니다.
- **종이에 남길 것:** 0x0222≠0x0666 → Miss
- **완료 기준:** Miss 근거가 요청 tag와 current tag 비교로 적혀 있습니다.
- **막힐 때 힌트:** Set index가 같아도 tag가 다르면 Hit가 아닙니다.
- **가장 흔한 첫 오류:** 둘 다 Set 3이라는 사실을 tag match로 착각합니다.

### 단계 3. 0x0666의 history를 독립적으로 조회합니다.

- **이유:** 앞서 0x0222를 여러 번 보았어도 0x0666은 처음이므로 compulsory입니다.
- **종이에 남길 것:** history: 0x0666 first visit → Compulsory Miss
- **완료 기준:** 요청 tag 0x0666 기준 first visit임을 명시했습니다.
- **막힐 때 힌트:** 앞선 tag 목록에서 0x0666을 검색하세요.
- **가장 흔한 첫 오류:** Set 3을 전에 방문했다는 이유로 0x0666도 seen이라고 합니다.

### 단계 4. Set 3의 current tag를 0x0666으로 교체합니다.

- **이유:** 새 block을 가져와 direct-mapped의 유일한 line에 저장합니다.
- **종이에 남길 것:** after: Set 3=0x0666; result=Compulsory Miss
- **완료 기준:** 0x0222 eviction과 0x0666 설치가 기록되어 있습니다.
- **막힐 때 힌트:** after state에는 이번 요청 tag를 씁니다.
- **가장 흔한 첫 오류:** 0x0222의 이전 Hit를 이유로 replacement를 생략합니다.

### Cache 접근 전후 상태

- **접근 전:** Set 3: 0x0222
- **주소 분해:** Tag 0x0666, Set 3
- **이전 방문 기록:** first visit
- **판정:** Compulsory Miss
- **접근 후:** Set 3: 0x0666

## 8. 문제와 공식 해설의 비교·검증

- **문제가 요구하는 것:** Set 3에 Tag 0x0666가 접근합니다. Hit/Miss type을 판정하세요.
- **공식 해설이 제시하는 결론:** Compulsory Miss
- **결론을 재현하는 핵심 논리:** Direct-mapped cache는 set마다 tag 하나만 보관합니다. 현재 tag가 같으면 Hit, 처음 보는 block이면 Compulsory Miss, 전에 봤지만 같은 set의 다른 tag에 밀렸다면 Conflict Miss입니다.
- **검증 방법:** 위 micro-step의 `종이에 남길 것`을 순서대로 만들고 각 `완료 기준`을 확인합니다. 최종 산출물이 공식 결론과 같은지 대조합니다.
- **전제와 주의 범위:** Miss를 판정한 뒤 cache state를 갱신하지 않으면 다음 접근이 연쇄적으로 틀립니다.
- **채택할 시험 답:** 이 가이드에서는 공식 Musterlösung의 결론을 시험 답으로 유지하며, 일반 ISA 또는 다른 구현과 달라질 수 있는 부분은 위 전제와 주의 범위에서 분리합니다.

## 9. 시험장에서 쓸 최종 답안

Compulsory Miss

답안지에는 결과만 쓰지 말고, 7절의 중간 산출물 가운데 판정을 증명하는 식·bit field·register 상태·cycle·cache 상태를 함께 남기세요.

## 10. 자주 하는 실수와 검산 체크리스트

### 대표 실수

- Miss를 판정한 뒤 cache state를 갱신하지 않으면 다음 접근이 연쇄적으로 틀립니다.
- #5의 Hit 후 line이 제거되었다고 생각해 empty로 둡니다.
- 둘 다 Set 3이라는 사실을 tag match로 착각합니다.
- Set 3을 전에 방문했다는 이유로 0x0666도 seen이라고 합니다.
- 0x0222의 이전 Hit를 이유로 replacement를 생략합니다.

### 빠른 self-check

- **회상 질문:** 이 접근 직후 해당 set에는 어떤 tag가 남나요?
- [ ] Set 3의 #2, #5, #10 상태를 current와 result 열로 복원한다.
- [ ] 기존 tag의 seen 여부가 새 요청 tag의 subtype을 정하지 않는 이유를 말한다.

## 11. 짧은 확인 문제와 전이 연습

### 개념 재구성

**문제:** Set 3이 이미 여러 번 사용되었는데도 0x0666이 Compulsory Miss인 이유를 설명하세요.

**힌트:** 방문 횟수의 주어가 set인지 block인지 구분하세요.

<details>
<summary>정답과 채점 기준 보기</summary>

**모범 답:** Compulsory 여부는 set 방문이 아니라 요청 block의 first visit으로 정합니다. (0x0666, Set 3)은 이전에 없었으므로 Compulsory Miss입니다.

**채점 기준**
  - block
  - first visit|처음
  - 0x0666
  - compulsory miss

</details>

### 변형 문제

**문제:** 8b-10 직후 처음 보는 0x0777을 Set 3에 요청하면 subtype과 after state를 구하세요.

**힌트:** 현재 0x0666과 다르고 0x0777은 unseen입니다.

<details>
<summary>정답과 채점 기준 보기</summary>

**모범 답:** 0x0666과 mismatch이고 0x0777은 first visit이므로 Compulsory Miss입니다. after는 Set 3=0x0777입니다.

**채점 기준**
  - 0x0666
  - 0x0777
  - first visit|처음
  - compulsory miss

</details>

### 오답 진단

**문제:** 학생이 `Set 3은 #2에서 이미 방문했으므로 #10은 Conflict Miss`라고 썼습니다. 판정 단위를 고치세요.

**힌트:** history key는 set 번호 하나가 아닙니다.

<details>
<summary>정답과 채점 기준 보기</summary>

**모범 답:** history는 (tag,set) block 단위입니다. 0x0666은 Set 3에 처음 오는 tag이므로 first visit이고 공식 result는 Compulsory Miss입니다.

**채점 기준**
  - tag
  - set
  - first visit|처음
  - compulsory miss

</details>

## 12. 근거 자료

- `[문제 출처] current:Probeklausur.pdf` — 시험 p16–18 · 공식 해설 p41–44
- `[공식 해설] current:Probeklausur Musterlösung und Hinweise.pdf` — 시험 p16–18 · 공식 해설 p41–44
- `[정확한 원문 group] 8b` — 시험 p.17 · 공식 해설 p.42, p.43
- `[소문항 범위] Probeklausur.pdf p17 Aufgabe 8b 접근 #10과 공식 해설 p42의 Set 3 새 tag 접근: before 0x0222, Tag 0x0666 first visit, Compulsory Miss, after 0x0666.`
- `[개념 근거 · file-level] current:Vorlesung/Rechnerorganisation - Teil 3.pdf` — Cache, AMAT, memory hierarchy
- `[개념 근거 · file-level] current:Uebung/Lösung 11.pdf` — Cache address field와 AMAT
- `[개념 근거 · file-level] current:Uebung/Lösung 12.pdf` — miss 유형, replacement, set-associative trace

### 이 파일에서 직접 대조한 공식 이미지

- `exam-p17.png` — Probeklausur.pdf · PDF p.17
- `solution-p42.png` — Probeklausur Musterlösung und Hinweise.pdf · PDF p.42
- `solution-p43.png` — Probeklausur Musterlösung und Hinweise.pdf · PDF p.43

정확한 강의 슬라이드 한 페이지를 확정하지 못한 개념 자료는 `file-level`로 표시했습니다. 페이지 번호를 추측해서 만들지 않았습니다.