[컴퓨터 구조] 메모리 - 캐시 메모리2

오늘은 컴퓨터 구조에서 매우 중요한 개념인 **캐시 메모리(cache memory)**의 쓰기(write) 정책과 일관성(consistency) 문제에 대해 살펴보겠습니다.
특히 CPU·캐시·메모리 간의 실제 동작 방식을 단계별로 설명해 드립니다.

 

1. 캐시 메모리에 데이터를 쓴다는 것의 의미

CPU는 메모리에 직접 접근하기보다 캐시 메모리를 우선적으로 참조합니다.
이유는 간단합니다. 캐시가 훨씬 빠르기 때문입니다.

그런데 문제는 다음과 같이 발생합니다.

 

1️⃣ 예시 상황

• 메모리 1000번지에 값 200이 저장되어 있음
• 이 값은 캐시 메모리에도 저장되어 있다고 가정
• CPU는 값 조회 시 캐시에서 200을 읽어감

그런데 여기서 CPU가 1000번지 값을 200 → 300으로 바꾸고 싶다면?

 

2️⃣ 문제 발생의 핵심

 

CPU가 캐시만 바꾸고 메모리는 바꾸지 않았다면?
→ 이후 다시 캐시에서 값을 읽는 경우 **오래된 값(200)**을 읽게 되는 불일치 현상이 발생합니다.

이를 해결하기 위해 등장한 것이 **캐시 쓰기 정책(write policy)**입니다.

 

2. 캐시와 메모리 간 값이 불일치할 때 어떤 문제가 생기는가

아래는 문제 상황을 명령어 단위로 보여주는 예입니다.

 

1️⃣ 명령어 시나리오

1. 명령어1: 메모리 1000번지의 값을 300으로 변경
2. 명령어2: 1000번지 값을 출력

이때 CPU가 1000번지 값 조회 시 캐시를 먼저 참조하기 때문에…

• 메모리의 값: 300으로 변경 완료
• 캐시의 값: 여전히 200

➡ 결국 출력은 200이 되어버립니다.

 

2️⃣  이 문제가 의미하는 것

 

프로그램은 메모리를 분명 300으로 바꿨는데, CPU가 계속 200을 보고 있다면
정확한 연산이 불가능해지고 오류가 발생합니다.

그래서 캐시와 메모리 사이의 ‘일관성(Consistency)’을 보장하는 정책이 필요합니다.

 

3. 캐시 쓰기 정책: Write-through vs Write-back

캐시와 메모리 간 불일치를 막기 위해 대표적으로 두 가지 전략이 사용됩니다.

 

1️⃣ 즉시 쓰기(Write-through)

 

메커니즘:

• CPU가 캐시에 값을 쓰면,
  동시에 메모리에도 즉시 반영함.

장점:

• 캐시와 메모리의 값이 항상 동일
• 일관성 문제가 발생하지 않음

단점:

• 데이터를 쓸 때마다 메모리에 접근 → 느림
• 버스 사용량 증가

2️⃣  지연 쓰기(Write-back)

 

메커니즘:

• 변경된 값을 캐시에만 저장
• 캐시 블록이 교체될 때 한 번에 메모리에 기록

장점:

• 쓰기 횟수를 줄여 write-through보다 빠름
• 메모리 접근 감소

단점:

• 캐시와 메모리 값이 일시적으로 다를 수 있음
  → 관리 실패 시 일관성 문제 발생 가능

 

4. 캐시는 메모리뿐 아니라 웹에서도 사용된다

캐시 개념은 CPU뿐 아니라 웹 브라우저, 앱, 서버 시스템 등 다양한 환경에서 공통적으로 사용됩니다.

 

1️⃣  캐싱의 목적

• 자주 사용하는 데이터를 가까운 곳에 저장하여 빠르게 접근
• 응답 속도 향상 및 서버 부하 감소

하지만 여기서도 CPU 캐시처럼 일관성(consistency) 문제가 발생합니다.

 

2️⃣  웹 캐시 예시

 

1) 정상 상황

• 사용자는 웹 브라우저의 캐시에 저장된 데이터를 빠르게 받아봄
• 서버와 캐시 간 데이터가 동일 → 정상 동작

2) 문제 상황

• 서버 데이터가 수정되었지만
• 브라우저 캐시에는 이전 데이터가 남아 있을 때
  → 사용자에게 ‘오래된 정보’가 계속 제공될 수 있음

따라서 웹에서도 다음과 같은 고려가 필요합니다.

• 캐시 만료 시간(Cache TTL) 전략
• ETag, Last-Modified 같은 검증 메커니즘
• 변경 시 캐시 무효화(Cache Invalidation)

 

정리하면

 

캐시를 사용하는 가장 큰 목적은 속도 향상입니다.
하지만 캐시가 빠른 대신 메모리보다 앞서거나 뒤처질 수 있기 때문에
데이터 불일치 문제를 어떻게 해결하느냐가 시스템 설계의 핵심입니다.

 

오늘 설명한 write-through, write-back 정책뿐 아니라
웹·DB·분산 시스템 등 다양한 분야에서 캐싱 전략은 매우 중요한 개념이므로
그 동작 원리를 제대로 이해해두면 큰 도움이 됩니다.