close-to-open consistency

+

한 클라이언트가 파일을 쓰고 닫은 후, 동일한 파일에 접근하는 다른 클라이언트는 항상 새로운(업데이트된) 내용을 보게되는 것.

+

출처 : http://www.quora.com/NFS/What-is-close-to-open-cache-consistency#

answer 1:

Traditional NFS has write-through caching. When a file is closed ALL modified blocks are sent to a server. The close() function does not return until each byte in each block is safely stored. However if two clients on a network are writing to a cached copy of the same file and issue a close command in close proximity, NFS can't guarantee whose modified data will make it to master copy. To avoid this scenario close-to-open cache consistency prevents two or more clients from modifying a file simultaneously. Every client must query a server before modifying it. This trades off scalability with consistency.

전통적 NFS는 write-through 캐싱을 사용. 파일을 close하고나서, 모든 수정된 블록은 서버에게 전송.

close() 함수는 각 블록 내의 바이트 들이 안전하게 저장될때까지 리턴을 하지않음.

그러나 만약에 한 네트워크에 두명의 클라이언트가, 같은 파일의 캐시된 복사본에 쓰기를 수행하고, 

곧 close 명령을 수행한다면, NFS는 둘중에 누가 수정한 데이터로 master copy를 만들지 보장할 수 없음.

이러한 시나리오를 피하기 위해서, close-to-open cache consistency는 두 명 이상의 클라이언트가 동시에 하나의 파일을 수정하는 것을 방지함. 모든 클라이언트는 반드시 수정하기전에 서버에게 쿼리를 날리도록 함.

이는 일관성과 확장성 간의 균형을 유지하도록 함.

answer 2:

It's a guarantee that when a file is closed subsequent opens will see the latest changes. This is achieved by the client flushing all cached changes to the server when it closes the file, and clients opening a file must ignore all cached info they have about the file. This is as opposed to time-bounded consistency where, even after a file is closed, it may take a period of time before the server and subsequent clients see the changes.

파일이 close 될 때, 차후의 open들은 최신의 변경사항을 보는 것을 보장합니다.

파일을 close 할 때, 클라이언트가 모든 cached changed를 server에게 flushing함으로써 이루어지고,

file을 여는 클라이언트는 반드시 file에 관련되어 갖고 있던 모든 cache를 무시해야합니다.

이것은, time-bounded consistency와 반대의 개념입니다. 

(time-bound consistency: 파일이 close된 이후에도 서버와 차후의 클라이언트들이 변경사항을 보기 전에 시간이 걸릴수도 있습니다)