티스토리 뷰
제대로 알고 있는 건지는 모르겠지만 논문 발표시 포함해야 될 내용이라 개인이 알아보기 쉽게 정리하고자 한다.
Copy On Write란 말 그대로 작성시 이전의 내용을 Copy한다는 내용을 담고 있고, 보통 Optimization 기술중 하나로 쓰이고 있다. 무언가 들으면 Backup과 같은 개념같아 보이지만 실제로는 컴퓨터상의 한정된 Resource를 서로 다른 두개의 프로세서가 공유할 때 유용하게 써먹을 수 있다. Resource가 개입되어 있기 때문에 실제로 이런 내용들은 Memory Management에서 적용된다.
개념은 다음과 같다.
분명 처리되고 있는 프로세스들 중에는 같은 Resource를 공유하는 경우가 종종 있다. 물론 각각이 Resource 영역을 두고 처리하는 것이 가장 이상적이겠지만, Resource 영역이라는 것이 한정되어 있기 때문에 상황에 따라서는 공유가 되어야 한다. 하지만 문제는 공유하는 주체인 프로세스 중 하나가 이 Resource에 대해서 임의의 수정을 요구하는데서 발생한다. 물론 그 주체 프로세스는 자신의 필요에 따라 수정하는 것이기 때문에 동작에 별 영향을 받지 않는다. 하지만 이걸 같이 공유하는 다른 프로세스의 입장에서 보면 수정되기 이전의 Resource가 어쩌면 동작에 있어서 중요한 역할을 차지 할 수도 있는 것이다. 결국 주체 프로세스가 Resource를 수정하고 난 이후에는 상황에 따라서 다른 프로세스의 동작에 영향을 줄 수 있다는 것이다.
Copy On Write는 이런 상황을 막기 위해 적용되는 방법이다. 평소에는 Resource를 공유하다가도 위의 상황처럼 Resource를 수정할 경우가 발생하면 이전 Resource의 복사본을 쓰게끔 하는 것이다. 그 후에 각각의 프로세서의 포인터를 변경만 시켜주면 이전과 같이 원활하게 동작하도록 보장하는 방안이다.
SingleThread System에서는 이런 Copy On Write 과정이 한번에 이뤄질 수 없기 때문에 mutex라는 일종의 임계 영역을 처리하는 방법으로 Copy와 Write를 따로 따로 수행했었는데 MultiThread라는 것이 도입되면서 Copy와 Write이 동시에 처리될 수 있게끔 되었다.
아주 간단한 C++ 예제가 위키에 소개되어 있다.
std::string x("Hello"); std::string y = x; // x and y use the same buffer y += ", World!"; // now y uses a different buffer // x still uses the same old buffer
말 그대로 x라는 버퍼에 Hello라는 String을 집어넣었다. 하지만 이 x에 그대로 String을 더 집어넣게 되면 원래의 데이터는 변질되는 것이다. 물론 이 같은 경우는 시스템 운용에 전혀 영향을 미치지 않는 동작이지만, 만약 이 같은 경우가 주소 포인터를 변경하는데서 발생한다면 동작에 영향을 받을 수도 있다. 그래서 y라는 복사본을 생성한 후에 y를 수정하게 되면 원래의 데이터는 살아있으면서 y는 변경된 데이터도 같이 갖게 되는 것이다.
OS에서는 Copy On Write가 보통 fork()를 수행할 때 적용된다.
<출처: http://www.cs.uic.edu/~jbell/CourseNotes/OperatingSystems/9_VirtualMemory.html>
물론 지금은 process1과 process2로 나눠져 있지만 fork()의 개념을 사용하게 되면 process2는 process1의 child process가 될 것이다. 이 두개는 같은 영역의 resource를 공유하고 있다. 이 상태에서 parent나 child쪽이 resource를 수정하는 경우가 발생하면 아래의 그림과 같이 변경될 것이다.
<출처: http://www.cs.uic.edu/~jbell/CourseNotes/OperatingSystems/9_VirtualMemory.html>
즉 수정된 Page C( Copy Of page C)를 process1이 점유하고 이에 대한 포인터도 기존의 pageC를 가리키던 포인터를 Copy of page C를 가리키게끔 변경하면 이로써 Copy On Write가 적용 된 것이다. 물론 process2의 입장에서는 기존의 resource의 느끼지 못하고 그냥 평소처럼 사용하게 된다.
더 자세한 내용은 위키를 참고하면 될 듯 하다.
'Study > OS' 카테고리의 다른 글
[Study] Virtual Memory (0) | 2013.02.20 |
---|---|
[Study] Task / Thread (5) | 2013.02.15 |
[Study] Monolithic Kernel / Microkernel (2) | 2013.02.14 |
[OS] Mint64OS 31절 Symmetric I/O mode (0) | 2013.02.12 |
[OS] Mint64OS 29,30절 Multi Processor 활성화 (0) | 2013.02.08 |
[OS] Mint64OS 28절 Serial Communication. (0) | 2013.02.06 |
[OS] Mint64OS 27절 file system cache / Ram disk (0) | 2013.02.05 |
- Total
- Today
- Yesterday
- Kinect for windows
- 딥러닝
- 한빛미디어
- dynamic programming
- Variance
- arduino
- Offline RL
- Distribution
- End-To-End
- 강화학습
- Policy Gradient
- Expression Blend 4
- Pipeline
- reward
- Gan
- bias
- SketchFlow
- Kinect SDK
- 파이썬
- PowerPoint
- RL
- TensorFlow Lite
- ColorStream
- ai
- processing
- Windows Phone 7
- DepthStream
- windows 8
- Kinect
- Off-policy
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | 7 |
8 | 9 | 10 | 11 | 12 | 13 | 14 |
15 | 16 | 17 | 18 | 19 | 20 | 21 |
22 | 23 | 24 | 25 | 26 | 27 | 28 |
29 | 30 | 31 |