programing

파일 시스템은 동시 읽기 / 쓰기를 어떻게 처리합니까?

nasanasas 2020. 12. 5. 09:53
반응형

파일 시스템은 동시 읽기 / 쓰기를 어떻게 처리합니까?


사용자 A는 시스템에 파일 읽기를 요청하고 foo동시에 사용자 B는 자신의 데이터를 동일한 파일에 저장하려고합니다. 이 상황은 파일 시스템 수준에서 어떻게 처리됩니까?


대부분의 파일 시스템 (모두는 아님)은 동일한 파일에 대한 동시 액세스를 보호하기 위해 잠금을 사용합니다. 잠금은 배타적 일 수 있으므로 잠금을 얻은 첫 번째 사용자가 액세스 권한을 얻습니다. 후속 사용자는 "액세스 거부"오류가 발생합니다. 예제 시나리오에서 사용자 A는 파일을 읽을 수 있고 파일 잠금을 얻을 수 있지만 사용자 B는 사용자 A가 읽는 동안 쓸 수 없습니다.

일부 파일 시스템 (예 : NTFS)에서는 동시 판독기는 허용하지만 작성기는 허용하지 않도록 잠금 수준을 지정할 수 있습니다. 바이트 범위 잠금도 가능합니다.

데이터베이스와 달리 파일 시스템은 일반적으로 트랜잭션이 아니며 원자 적이 지 않으며 다른 사용자의 변경 사항이 격리되지 않습니다 (변경 사항을 볼 수있는 경우-잠금으로 인해이를 금지 할 수 있음).

전체 파일 잠금을 사용하는 것은 대략적인 접근 방식이지만 일관성없는 업데이트를 방지합니다. 모든 파일 시스템이 전체 파일 잠금을 지원하는 것은 아니므로 잠금 파일을 사용하는 것이 일반적입니다. 일반적으로 관련 파일이 사용 중임을 나타내는 빈 파일입니다. (파일 생성은 대부분의 파일 시스템에서 원자 적 작업입니다.)


Linux의 경우 짧은 대답은 동시 작성자가 있으면 파일에서 이상한 정보를 얻을 수 있다는 것입니다. 커널은 내부적으로 잠금을 사용하여 각 read ()write () 작업을 직렬로 실행합니다. (하지만 전체 파일이 잠겨 있는지 아니면 페이지 단위로 세분화되어 있는지 잊어 버립니다.) 그러나 응용 프로그램이 여러 개의 write () 호출을 사용 하여 파일에 정보를 쓰는 경우 이러한 호출간에 read () 가 발생할 수 있습니다. , 일치하지 않는 데이터를 볼 수 있습니다. 이것은 운영 체제 원 자성 위반 입니다.

mdma가 언급했듯이 파일 잠금사용 하여 한 번에 하나의 리더와 하나의 작성자 만 있는지 확인할 수 있습니다 . NTFS가 필수 잠금을 사용하는 것처럼 들립니다. 한 프로그램이 파일을 잠그면 다른 모든 프로그램이 파일에 액세스하려고 할 때 오류 메시지가 표시됩니다.

유닉스 프로그램은 일반적으로 잠금을 전혀 사용하지 않으며, 사용하는 경우 잠금은 일반적으로 권고 입니다. 권고 잠금은 다른 프로세스가 동일한 파일에 대한 권고 잠금을 얻지 못하도록합니다. 그것은 하지 않습니다 실제로 읽기 나 쓰기를 방지 할 수 있습니다. (즉, 잠금을 확인한 사람 만 파일을 잠급니다.)

참고 URL : https://stackoverflow.com/questions/2751734/how-do-filesystems-handle-concurrent-read-write

반응형