Soạn thảo tập tin với IO chồng lên nhau và ghi tập tin trong một chủ đề riêng biệt

Question

Có lợi thế nào khi sử dụng ghi tập tin với IO chồng chéo trong Windows, và chỉ viết tập tin trong một chuỗi riêng biệt mà tôi tạo?

[Edit - xin lưu ý rằng tôi đang làm hồ sơ viết mà không cần hệ thống bộ nhớ đệm, tức là tôi sử dụng cờ FILE_FLAG_NO_BUFFERING trong CreateFile)

Answer 1

Vì tất cả các ghi được lưu trong bộ nhớ cache của hệ thống theo mặc định, có rất ít lợi thế khi thực hiện chồng chéo I/O hoặc tạo một luồng riêng để viết. Hầu hết các cuộc gọi WriteFile chỉ là memcpys tại lõi của họ, được lazily ghi vào đĩa bởi hệ điều hành một cách tối ưu với các bài viết khác. Bạn có thể, tất nhiên, tắt I/O đệm qua cờ sang CreateFile và sau đó có những lợi thế để thực hiện một số loại I/O không đồng bộ - nhưng có thể bạn không nên làm điều đó.

Sửa

Các OP đã làm rõ họ đang có trong thực tế sử dụng không có bộ đệm I/O. Trong trường hợp đó, hai giải pháp được đề xuất gần giống nhau; Windows nội bộ sử dụng một nhóm luồng để phục vụ các yêu cầu I/O không đồng bộ. Nhưng giả thuyết Windows có thể hiệu quả hơn vì nửa của chúng được thực hiện trong hạt nhân, có ít công tắc ngữ cảnh hơn, v.v.

Answer 2

Có thể vì chồng chéo I/O trong các cửa sổ sẽ cho Windows để viết ra các tập tin vào thời gian riêng của nó ở chế độ nền, trái ngược với việc sinh ra một luồng hoàn toàn mới và tham gia vào một hoạt động chặn?

Answer 3

Tôi vừa đọc bài viết này:

http://msdn.microsoft.com/en-us/library/aa365683(VS.85).aspx

Answer 4

Một lợi thế với chồng chéo I/O là nó cho phép một chủ đề duy nhất (hoặc nhiều hơn thường là một thread pool) để xử lý một số tùy ý của I/O yêu cầu đồng thời. Điều này có thể không phải là một lợi thế cho một người dùng, ứng dụng máy tính để bàn, nhưng đối với một ứng dụng máy chủ có thể nhận được yêu cầu cho I/O từ nhiều khách hàng khác nhau, nó có thể là một chiến thắng lớn.