sendfile()이 진행되는 동안 파일이 작성/변경되면 예상되는 동작은 무엇입니까?

Question

하나의 스레드가 파일에 기록 (또는 삭제)하거나 다른 파일에서 중복되는 위치에 대해 sendfile()을 동시에 호출합니다.

여기서 예상되는 동작은 무엇입니까?

또한 내 이해가 정확하다면 sendfile 호출은 소켓 (파일 설명, 위치, 길이)에 레코드를 추가하고 호출자에게 반환됩니다. (아직 소켓의 버퍼에 복사하지 않습니까?) 따라서 파일을 수정하기 전에 sendfile()이 반환됩니다. OS는 파일이 완전히 전송 될 때까지 파일의 존재 여부에 달려 있습니다.

그럼 파일을 보낼 때까지 수정 한 결과는 무엇입니까?

Answer 1

예상되는 결과는 예측할 수없는 결과입니다. sendfile()은 원자가 아니므로 파일 설명자에서 read()을 호출하고 소켓 설명자에서 write()을 호출하는 자체 루프를 작성하는 것과 실질적으로 동일합니다. 이 과정에서 파일에 다른 프로세스가 쓰면 이전 내용과 새로운 내용이 혼합되어 나타납니다. 주로 여러 편의 시스템 호출을 필요로하지 않으며 응용 프로그램 버퍼간에 앞뒤로 복사하는 대신 파일 버퍼와 소켓 버퍼간에 직접 복사 할 수 있으므로 훨씬 더 효율적이어야하지만 주로 편의 기능으로 생각하십시오. 이 때문에 취약성 창은 read/write 루프를 수행하는 것보다 작아야하지만 여전히 존재합니다.

이 문제를 방지하려면 쓰기를 수행하는 프로세스와 sendfile()을 호출하는 프로세스 사이에서 파일 잠금을 사용해야합니다.

lock the file 
call sendfile() 
unlock the file 

와 쓰기 과정을 수행해야합니다 : 그래서 순서가 있어야한다

이

lock the file 
write to the file 
unlock the file 

편집 : 그것은이 간단한처럼 사실

, 그것은 보인다, sendfile() 링크 소켓 때문에 버퍼를 커널에 복사하는 대신 파일 버퍼 캐시에 저장하십시오. sendfile()은 데이터가 전송 될 때까지 기다리지 않으므로 파일을 반환 한 후에 수정하면 전송 된 데이터에 영향을 줄 수 있습니다. 응용 프로그램 계층 승인을 통해 데이터가 모두 수신되었는지 확인해야합니다. 이러한 세부 사항을 설명하는 기사에서 발췌 한 내용은 Minimizing copies when writing large data to a socket을 참조하십시오.