Write Through
CPU가 주기억장치 또는 디스크로 데이터를 기입하고자 할 때 그 데이터는 먼저 캐시로 기입된다.
이때 데이터가 캐시 됨과 동시에 주기억장치 또는 디스크로 기입되는 방식을 지원하는 구조의 캐시이다.
즉 캐시와 메모리 둘다에 업데이트를 해버리는 방식이다.
장점은 캐시와 메모리에 업데이트를 같이 하니 inconsistency현상이 발생하지 않고 안정적이다.
단점은 속도가 느린 주기억장치 또는 디스크로 데이터를 기록하는 조작이 완료될 때까지 CPU가 대기하는 시간이 필요하기 때문에 성능이 떨어짂다.
데이터 로스의 리스크가 있으면 안되는 상황에서는 Write Through를 사용하는 것이 바람직하다.
Write Back
위에서 봤듯이 CPU가 주기억장치 또는 디스크로 데이터를 기록하고자 할 때, 그 데이터는 먼저 캐시로 기록되는데 캐시 내에 일시적으로 저장된 후에 블록 단위로 유휴 머싞 주기 동안에 캐시로부터 해제되는 때(캐시안에 있는 내용을 버릴시) 에만 주기억장치 또는 디스크로 기록되는 방식이다.
즉 데이터를 쓸 때 메모리에는 쓰지 않고 캐시에만 업데이트를 하는 방법이다.
장점은 Write Through보다 훨씬 빠르다.
단점은 속도가 빠른 대싞에 캐시에 업데이트 하고 메모리에는 바로 업데이트를 하지 않기 때문에 캐시와 메모리가 서로 값이 다른 경우가 발생할 때가 있다.
이걸 inconsistency라고 하는데 이렇게 되면 캐시에만 써놓고 Device에 값을 안넘기는 경우가 생긴다. 예로 LCD같은 곳에다가 데이터를 뿌리고 싶은데 LCD에 값을 썻더니 캐시에만 업데이트되고 LCD에는 값을 넘겨주지 않아서 LCD에 그림이 뿌려지지 않는 현상이 발생한다.
이런 현상을 해결하기 위하여 Cache Flush 또는 Cache clean을 사용한다.
데이터 로스의 리스크를 조금 감수하더라도 빠른 서비스를 요하는 상황에서는 Write Back을 사용하는 것이 바람직하다.
###### 추가설명 #####
Cache는 임시로 데이터를 저장해두는 저장소를 말하는것으로 RAID 컨트롤러에도 동일한 Cache가 들어가 있습니다.
DISK의 Cache는 CPU나 Memory에 비해 굉장히 낮은 I/O를 가지고 있어 이를 위해 자주사용되는 데이터를 RAID 컨트롤러 내부 캐시에 저장하여 전달하기도 합니다.
RAID 컨트롤러 캐쉬 메모리(Write Cache) 정책
쓰기정책
Write Through
쓰기 명령이 들어오면 기록을 완료할때까지 인터럽트를 보냄으로써 쓰기를 완료할때까지 다른 작업을 할 수 없다.
실제 디스크에 쓰기가 완료되었을때 완료로 처리한다.
Write Back
쓰기 명령이 들어오면 캐시에 데이터를 로드하고 완료되었음으로 처리한다.
전원에 문제가 발생할 경우 데이터가 손실될 수 있다.
Force Write Back
Write Back과 같으나, 배터리의 유무나 충전여부에 관계없이 Write Back으로 작동하여 백그라운드 작업을 한다.
읽기정책 (미리 읽기정책 : 컨트롤러가 요청된 데이터 블록만 읽을것인지 주변블럭을 읽어올것인지 설정한다.)
No Read Ahead
해당 기능을 사용하지 않고 읽기 요청된 부분만 읽는다.
무작위의 여러 블록을 읽을 경우 해당설정의 성능이 더 좋다.
Read Ahead
요청된 읽기외에 주변까지 읽는다.
동일한 시점, 폴더내에 있는 경우 주변 블록에 올려서 기록되어 있으므로, 이와같은 경우에 읽기 성능이 좋아진다.
Adaptive Read Ahead
읽은 데이터를 바탕으로 읽기패턴을 파악하여 자주 접근하는 데이터를 미리 읽어 캐시에 올려두고, 해당 데이터가 요청되면 바로 내보낸다.
