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

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

> **학습 목표:** Set 3에서 #10에 밀려난 0x0222의 재접근을 seen history로 찾아 Conflict Miss로 판정하고 원래 tag를 복구할 수 있다.
>
> **왜 따로 배우는가:** 한 block은 이전에 Hit까지 했더라도 나중에 eviction될 수 있습니다. Hit 경험이 미래 Hit를 보장하지 않으며 매 접근에서 current state를 다시 읽어야 한다는 점을 보여 줍니다.
>
> **범위:** 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 0x0222가 접근합니다. 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 0x0222가 접근합니다. Hit/Miss type을 판정하세요.

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

## 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에서 #10에 밀려난 0x0222의 재접근을 seen history로 찾아 Conflict Miss로 판정하고 원래 tag를 복구할 수 있다.
- **출제 의도:** 한 block은 이전에 Hit까지 했더라도 나중에 eviction될 수 있습니다. Hit 경험이 미래 Hit를 보장하지 않으며 매 접근에서 current state를 다시 읽어야 한다는 점을 보여 줍니다.
- **공식 근거 범위:** Probeklausur.pdf p17 Aufgabe 8b 접근 #11과 공식 해설 p42의 Set 3 conflict reload: before 0x0666, Tag 0x0222 seen, Conflict Miss, after 0x0222.
- **Aufgabe 공통 선수지식:** Hit rate를 miss rate로 바꾸고, 여러 cache level의 AMAT를 안쪽부터 계산합니다. Cache simulation에서는 `(set, tag)`와 ‘이 block을 과거에 본 적 있는가’를 매 접근마다 기록합니다.

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

### Former Hit

- **뜻:** 과거 접근에서는 current tag가 일치해 Hit였던 block입니다.
- **이 문제에서:** 0x0222는 #5에서 Hit였지만 #10 이후에는 current가 아닙니다.

### Eviction at #10

- **뜻:** 0x0666이 Set 3에 들어오며 0x0222를 제거한 상태 변화입니다.
- **이 문제에서:** #11 before를 0x0666으로 만드는 직접 원인입니다.

### Conflict Reload

- **뜻:** seen block이 mapping conflict로 밀려난 뒤 다시 cache에 적재되는 과정입니다.
- **이 문제에서:** #11에서 0x0222가 0x0666을 밀어내고 돌아옵니다.

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

### 규칙 1. 과거 Hit보다 최근 after 우선

현재 state는 가장 최근 같은 set 접근 #10의 after=0x0666으로 결정됩니다.

- **시험지에 남길 것:** #5 Hit 기록보다 #10 replacement를 뒤에 써서 current를 갱신합니다.

### 규칙 2. 과거 존재와 현재 부재가 Conflict를 증명

0x0222는 #2와 #5에서 seen이지만 현재 0x0666 때문에 absent이므로 Conflict Miss입니다.

- **시험지에 남길 것:** `current absent + seen #2/#5`를 한 쌍으로 적습니다.

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

**문제:** Tag P가 Set 1에서 한 번 Hit한 후 Q에 의해 교체되었습니다. 다시 P를 요청합니다.

**주어진 것**

- history contains P and Q
- before: Set 1=Q
- request=P

### 예제 단계 1. 가장 최근 current Q와 P를 비교합니다.

- **왜:** 과거 Hit가 아니라 현재 line이 Hit 여부를 정합니다.
- **종이에:** Q≠P → Miss

### 예제 단계 2. P의 과거 방문을 확인합니다.

- **왜:** P는 seen이므로 first visit이 아닙니다.
- **종이에:** P seen → Conflict Miss

### 예제 단계 3. P를 다시 설치합니다.

- **왜:** Miss 처리 후 요청 block이 current가 됩니다.
- **종이에:** after: Set 1=P

**예제 정답:** Conflict Miss이며 P가 다시 Set 1에 들어옵니다.

**독립 검산:** P의 과거 Hit 사실만으로 현재 Hit라고 결론내리지 않았는지 확인합니다.

## 5. 공식 정답 요약

**공식 결론:** Conflict Miss

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

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



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

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

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

### 판단 1. #10의 replacement 결과에서 Set 3의 before state를 가져옵니다.

- **왜:** #10이 바로 직전 같은 set 접근이라 0x0666이 현재 tag입니다.
- **이 판단에서 답안지에 남길 것:** before: Set 3=0x0666

### 판단 2. current 0x0666과 요청 0x0222를 비교합니다.

- **왜:** 두 tag가 달라 현재 line에서 요청 block을 찾을 수 없습니다.
- **이 판단에서 답안지에 남길 것:** 0x0666≠0x0222 → Miss

### 판단 3. 0x0222의 seen history를 #2와 #5에서 확인합니다.

- **왜:** 요청 block을 이전에 보았으므로 Compulsory가 아닌 Conflict Miss입니다.
- **이 판단에서 답안지에 남길 것:** history: seen at #2/#5 → Conflict Miss

### 판단 4. Set 3을 0x0222로 되돌립니다.

- **왜:** Conflict Miss를 처리하며 요청 block이 line에 재적재됩니다.
- **이 판단에서 답안지에 남길 것:** after: Set 3=0x0222; result=Conflict 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와 0x0222를 비교합니다.
3. 전체 history에서 이 (tag,set)을 과거에 봤는지 확인합니다.
4. 판정 후 Set 3을 0x0222로 갱신합니다.

## 7. 단계별 상세 풀이

### 단계 1. #10의 replacement 결과에서 Set 3의 before state를 가져옵니다.

- **이유:** #10이 바로 직전 같은 set 접근이라 0x0666이 현재 tag입니다.
- **종이에 남길 것:** before: Set 3=0x0666
- **완료 기준:** #10 after와 #11 before가 일치합니다.
- **막힐 때 힌트:** 가장 최근 Set 3 접근만 찾으세요.
- **가장 흔한 첫 오류:** #5의 Hit 상태 0x0222를 current로 사용합니다.

### 단계 2. current 0x0666과 요청 0x0222를 비교합니다.

- **이유:** 두 tag가 달라 현재 line에서 요청 block을 찾을 수 없습니다.
- **종이에 남길 것:** 0x0666≠0x0222 → Miss
- **완료 기준:** 과거가 아닌 현재 비교로 Miss를 확정했습니다.
- **막힐 때 힌트:** #10에서 0x0222가 eviction되었습니다.
- **가장 흔한 첫 오류:** 0x0222가 #5에서 Hit였다는 이유로 #11도 Hit라고 합니다.

### 단계 3. 0x0222의 seen history를 #2와 #5에서 확인합니다.

- **이유:** 요청 block을 이전에 보았으므로 Compulsory가 아닌 Conflict Miss입니다.
- **종이에 남길 것:** history: seen at #2/#5 → Conflict Miss
- **완료 기준:** 최소 하나의 과거 접근 번호와 subtype이 적혀 있습니다.
- **막힐 때 힌트:** Set 3의 첫 tag를 찾으세요.
- **가장 흔한 첫 오류:** #10에서 eviction될 때 history에서도 0x0222를 삭제합니다.

### 단계 4. Set 3을 0x0222로 되돌립니다.

- **이유:** Conflict Miss를 처리하며 요청 block이 line에 재적재됩니다.
- **종이에 남길 것:** after: Set 3=0x0222; result=Conflict Miss
- **완료 기준:** 0x0666→0x0222 state 변화가 공식 result와 함께 있습니다.
- **막힐 때 힌트:** after는 요청 tag입니다.
- **가장 흔한 첫 오류:** 0x0666을 유지해 다음 #12와 무관한 Set 3 state까지 잘못 남깁니다.

### Cache 접근 전후 상태

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

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

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

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

Conflict Miss

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

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

### 대표 실수

- Miss를 판정한 뒤 cache state를 갱신하지 않으면 다음 접근이 연쇄적으로 틀립니다.
- #5의 Hit 상태 0x0222를 current로 사용합니다.
- 0x0222가 #5에서 Hit였다는 이유로 #11도 Hit라고 합니다.
- #10에서 eviction될 때 history에서도 0x0222를 삭제합니다.
- 0x0666을 유지해 다음 #12와 무관한 Set 3 state까지 잘못 남깁니다.

### 빠른 self-check

- **회상 질문:** 이 접근 직후 해당 set에는 어떤 tag가 남나요?
- [ ] 과거 Hit와 현재 Hit의 차이를 Set 3 timeline으로 설명한다.
- [ ] #11 result를 가린 채 current mismatch와 seen 근거를 모두 적는다.

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

### 개념 재구성

**문제:** 0x0222의 #2, #5, #10, #11 상태를 install, hit, eviction, reload 네 단어로 연결하세요.

**힌트:** 시간순으로 동사를 하나씩 배치하세요.

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

**모범 답:** #2에서 0x0222를 install하고 #5에서 Hit한 뒤, #10에서 0x0666에 의해 eviction되고 #11에서 Conflict Miss로 reload됩니다.

**채점 기준**
  - install
  - hit
  - eviction
  - reload
  - conflict miss

</details>

### 변형 문제

**문제:** 8b-11 직후 0x0666을 Set 3에 요청하면 판정과 after를 구하세요.

**힌트:** 0x0666은 #10에서 seen이고 current는 0x0222입니다.

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

**모범 답:** current mismatch이고 0x0666이 seen이므로 Conflict Miss이며 after는 Set 3=0x0666입니다.

**채점 기준**
  - mismatch
  - seen
  - conflict miss
  - 0x0666

</details>

### 오답 진단

**문제:** 학생이 `한 번 Hit한 block은 cache에 계속 있으므로 #11도 Hit`라고 주장합니다. 최신 state를 사용해 고치세요.

**힌트:** #5 뒤 Set 3을 바꾼 접근을 찾으세요.

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

**모범 답:** #10의 0x0666이 0x0222를 eviction했으므로 #11 before는 0x0666입니다. 0x0222는 seen이지만 current가 아니어서 Conflict Miss입니다.

**채점 기준**
  - #10|10번
  - 0x0666
  - eviction
  - conflict 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 접근 #11과 공식 해설 p42의 Set 3 conflict reload: before 0x0666, Tag 0x0222 seen, Conflict Miss, after 0x0222.`
- `[개념 근거 · 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`로 표시했습니다. 페이지 번호를 추측해서 만들지 않았습니다.