"đọc ngắn" từ hệ thống tệp, khi nào nó có thể xảy ra?

Question

Rõ ràng là nói chung cuộc gọi hệ thống đọc (2) có thể trả lại ít byte hơn so với yêu cầu được đọc. Tuy nhiên, một vài chương trình giả định rằng khi làm việc với một tệp cục bộ, đọc (2) không bao giờ trả về ít hơn những gì được yêu cầu (trừ khi tệp ngắn hơn, dĩ nhiên). Vì vậy, câu hỏi của tôi là: trên Linux, trong trường hợp này có thể đọc (2) trả về ít hơn những gì được yêu cầu nếu đọc từ một tập tin mở và EOF không gặp phải và số tiền được đọc tối đa là vài kilobyte?

Một số dự đoán:

• có thể nhận được tín hiệu gián đoạn đọc như thế, nhưng không làm cho nó thất bại?
• Hệ thống tệp khác nhau có ảnh hưởng đến hành vi này không? Có điều gì đặc biệt về jffs2 không?

Answer 1

POSIX.1-2008 states:

Giá trị trả lại có thể ít hơn nbyte nếu số lượng byte còn lại trong file nhỏ hơn nbyte, nếu yêu cầu read() là bị gián đoạn bởi tín hiệu hoặc nếu tệp là đường ống hoặc FIFO hoặc tệp đặc biệt và có ít hơn hơn nbyte bytes ngay lập tức có sẵn để đọc.

Hệ thống tệp dựa trên đĩa thường sử dụng lần đọc liên tục, có nghĩa là hoạt động đọc thường không thể bị gián đoạn bởi tín hiệu. Các hệ thống tập tin dựa trên mạng đôi khi sử dụng các lần đọc gián đoạn, có thể trả về một phần dữ liệu hoặc không có dữ liệu. (Trong trường hợp của NFS, cấu hình này có thể được định cấu hình bằng tùy chọn gắn kết intr.) Đôi khi, chúng cũng thực hiện hết thời gian chờ.

Hãy nhớ rằng ngay cả/một số/tùy ý/tệp/đường dẫn có thể tham chiếu đến tệp FIFO hoặc đặc biệt, vì vậy những gì bạn cho là một tệp thông thường có thể không có.Do đó, thực hành tốt để xử lý đọc một phần mặc dù chúng có thể không xảy ra.

Answer 2

Tín hiệu đã nhận chỉ làm cho read() thất bại nếu nó chưa đọc một byte đơn. Nếu không, nó sẽ trả về một phần dữ liệu.

Và tôi đoán các hệ thống tệp thay thế thực sự có thể trả về các lần đọc ngắn trong các tình huống khác. Ví dụ, nó làm cho một số ý nghĩa (với tôi) để có một hệ thống tập tin dựa trên mạng hoạt động giống như một ổ cắm mạng wrt ngắn đọc (= có chúng thường xuyên).

Answer 3

Tôi phải hỏi: "tại sao bạn quan tâm đến lý do"? Nếu đọc có thể trả lại một số byte nhỏ hơn số tiền được yêu cầu (mà, như bạn chỉ ra, nó chắc chắn có thể) tại sao bạn không muốn đối phó với tình huống đó?

Answer 4

Nếu đó thực sự là một tệp bạn đang đọc, thì bạn có thể đọc ngắn dưới dạng lần đọc cuối cùng trước khi kết thúc tệp.

Làm thế nào, thường là cách tốt nhất để xử lý như thể BẤT K read có thể đọc được phần nào đọc ngắn. Nếu những gì bạn đang đọc là một đường ống hoặc một thiết bị đầu vào (stdin) chứ không phải là một tệp, bạn có thể đọc một đoạn ngắn bất cứ khi nào bộ đệm của bạn lớn hơn bộ đệm hiện tại.

Answer 5

Tôi không chắc chắn nhưng tình huống này có thể phát sinh khi hệ điều hành hết các trang trong bộ nhớ cache của trang. Bạn có thể đề nghị rằng thread flush sẽ được gọi trong trường hợp đó, nhưng nó phụ thuộc vào heuristic được sử dụng trong I/O scheduler. Tình trạng này có thể gây ra một đọc để trả về ít byte hơn.