Có cách nào nhanh hơn để sao chép tệp không phải là File.Copy

Question

Mất khoảng 2 phút để thực hiện File.Copy(src, dest); đối với Tệp 1,6 GB từ Thư mục A đến Thư mục B trên cùng một ổ đĩa. Có cách nào nhanh hơn để làm điều này trong C# /. NET trong mã (w/o phần cứng) - Một cái gì đó với dòng, luồng vv?

Chuỗi video có nhanh hơn không? Làm thế nào về một lớp mà tập hợp các tập tin bằng cách sử dụng một threadpool, và đọc một loạt các byte/viết một loạt các byte [mà âm thanh như một cách tuyệt vời để hỏng tập tin, nhưng tính toàn vẹn không phải là ưu tiên 1 ở đây, tốc độ của nó :-) ]

Tôi đã tìm kiếm nhưng mọi người đều sử dụng File.Copy, nhưng nó chậm (chậm như Windows Copy) - Tôi không muốn sử dụng công cụ của bên thứ 3.

---

Dưới đây là một số câu trả lời cho một số câu hỏi:

Sao chép thời gian so sánh:

> C# : 2.15m 
> Windows Explorer: 2.53m 
> TeraCopy: 2.26m 
> FastCopy: 2.24m 

Ok, đó là không trung bình và tôi biết rằng họ có thể thay đổi một chút về chạy tiếp theo, nhưng Tôi thực sự nghĩ rằng sẽ có một cách nhanh hơn để sao chép tệp từ khi tôi giả định rằng Windows đang thực hiện kiểm tra bảo mật và tính toàn vẹn bổ sung :-(

Tôi vẫn đang hy vọng câu trả lời hay của tôi (như 'oh yea, tệp trên 1,5 GB sẽ là x nhanh hơn nếu bạn làm đệm m và tắt bảo mật n') - ok, tôi chỉ muốn vào thời điểm này.

Answer 1

Tôi giả định rằng cửa sổ sao chép, tệp.copy, Copyfile Tất cả sử dụng cùng một cuộc gọi hệ điều hành cơ bản để thực hiện sao chép. Tôi sẽ nghi ngờ rằng bất cứ điều gì bạn viết sẽ tốt hơn các cuộc gọi nội bộ hệ điều hành.

Answer 2

Bạn có thể thử sử dụng phần cứng theo ý của mình và phân bổ bộ đệm lớn trong bộ nhớ. Bằng cách đọc và viết bằng các khối lớn hơn, bạn có thể loại bỏ một số chi phí.

Tuy nhiên, không có nhiều chi phí để loại bỏ, cổ chai vẫn là I/O đĩa. Tôi sẽ mong đợi ở một cái gì đó tốt nhất như giảm 5% trong thời gian thực hiện.

Answer 3

Nếu bạn quan tâm đến việc tạo biểu tượng hoặc liên kết cứng thay vì bản sao thực tế thì các API Windows sau đây có thể hữu ích.

• CreateHardLink
• CreateSymbolicLink

Answer 4

File.Copy hiện một cuộc gọi đến CreateFile trong Kernel32.dll. Nếu bạn đã sao chép rất nhiều và rất nhiều tập tin nhỏ (nghĩ hàng triệu) nó có thể là đáng giá để làm P/Gọi để chơi với các tham số và bỏ qua các yêu cầu quyền. Một tập tin lớn 99,999% trong 2 phút được sử dụng bên trong mã trình điều khiển.

Answer 5

Tôi chưa thử điều này, nhưng có thể nhanh.

Thực hiện hai ánh xạ bộ nhớ, một ánh xạ tới tệp đầu vào và một đến đầu ra và di chuyển bộ nhớ từ bộ nhớ này sang bộ lọc khác. Việc ánh xạ trang được thực hiện bởi hệ điều hành được điều chỉnh theo hiệu suất cao nhất có thể, vì nó tác động đến tốc độ hệ thống tổng thể.

Answer 6

Tôi nghĩ rằng trước tiên bạn nên kiểm tra xem đĩa của bạn bị phân mảnh bao nhiêu. Nếu tệp của bạn có nhiều phần và bạn không có dung lượng trống liên tục lớn cho đĩa thứ hai thì đĩa phải di chuyển rất nhiều lần và rất chậm.

Có lẽ đĩa của bạn đơn giản và cũ và bạn đạt đến hiệu suất tối đa. Trong trường hợp đó giải pháp đơn giản, bạn cần phải mua một giải pháp mới, hoặc tốt hơn hai và tạo RAID 0.

Bạn cũng có thể kiểm tra xem trong khi sao chép cái gì khác không sử dụng cùng một đĩa, ví dụ như dịch vụ chống vi-rút hoặc lập chỉ mục .

Tôi đã không đề xuất bất kỳ giải pháp phần mềm nào, bởi vì tôi không tin rằng có bất cứ điều gì nhanh hơn các chức năng được cung cấp bởi hệ điều hành.

Answer 7

Đối với một tệp, chuyển đến/từ cùng một ổ đĩa, câu trả lời cho câu hỏi của bạn là: no.

Để chuyển mạng, di chuyển tấn tệp và các tình huống phức tạp khác có thể có chỗ để cải thiện.

Nếu yêu cầu hiện tại của bạn là sao chép GB sang vị trí vật lý thứ hai (không cộng hưởng) trên cùng một đĩa, thì cơ hội tốt nhất để cải thiện hiệu suất có thể là đĩa nhanh hơn.

Answer 8

Tất cả sẽ phụ thuộc vào phân bổ do HĐH quyết định tại thời điểm sao chép, nếu tệp nằm trong bộ đệm (làm 5x theo cùng một cách để tránh nó).

Kết quả rõ ràng nhất là nếu bạn lặp lại phép thử nhiều lần.