Tại sao di chuyển các thư mục lớn mất rất nhiều thời gian?


10

Tôi có một thư mục lớn với các tệp> 100k. Tôi đã chuyển nó vào thư mục lưu trữ của mình và nó sẽ di chuyển mãi mãi. Tại sao vậy? Tôi biết trên XP chỉ mất chưa đến một giây nhưng không phải trên Windows 7. Tôi chắc chắn đó là điều cho phép, có cách nào để tôi có thể vô hiệu hóa nó và làm cho nó nhanh hơn không?

Tôi đang chuyển thư mục sang thư mục khác trong cùng ổ đĩa / phân vùng. Trong XP. Theo tôi biết nó chỉ di chuyển tệp thư mục từ nơi này sang nơi khác. Trong Windows 7, có vẻ như nó chạm vào thứ gì đó trong mỗi tệp khi tôi di chuyển nó.

Tôi có thể làm gì để sữa nó? Thả tài sản cho phép?


3
Tôi không biết tại sao bạn lại chắc chắn rằng đó là một điều cho phép. Hãy xem xét lại các biến khác có thể đã thay đổi (độ trễ mạng, sao chép vào ổ USB, v.v.) Chúng tôi nên biết thông tin nào khác về những gì bạn đang di chuyển, từ nơi bạn di chuyển các tệp và nơi bạn sẽ di chuyển các tập tin?
Chris Dwyer

Đợi SP1 ???
Lawrence Dol

Tôi cũng đang tự hỏi điều này, một số điều tôi dự định thử nhưng chưa có thời gian: Nó có phải là hệ thống tập tin cụ thể không; tức là nó không quan trọng cho dù đó là FAT32 hay NTFS? Vô hiệu hóa lập chỉ mục cho hệ thống tập tin (trong trường hợp thời gian đi vào cập nhật các chỉ mục tìm kiếm).
dùng12889

@ user12889: Tôi không chắc mình đã làm gì nhưng ATM trên ổ NTFS của tôi thì nó di chuyển tức thời. Tôi không biết là do tôi đã vô hiệu hóa "Nén vi sai từ xa" ( maximumpcguides.com/windows-vista/ mẹo ) hoặc nếu đó là một cái gì đó được sửa trong một trong các bản cập nhật Windows.

Câu trả lời:


5

Nó xảy ra khi tôi sử dụng Windows Explorer để di chuyển (hoặc để cắt và dán).

Cách duy nhất xung quanh điều này mà tôi biết là sử dụng một cái gì đó ngoài Explorer để di chuyển thư mục. Ví dụ: từ cmd.exe của Windows, sử dụng move a bdi chuyển ngay cả các thư mục lớn ngay lập tức. Điều tương tự cũng xảy ra với mvlệnh của Cygwin .


1
Làm thế nào để trả lời câu hỏi trong tiêu đề?
soandos

1
Câu trả lời ngụ ý trong bài viết của tôi là "Bởi vì Explorer đã được sử dụng". Câu hỏi ban đầu "Tại sao việc di chuyển các thư mục lớn lại mất nhiều thời gian?" thiếu thông tin về cách di chuyển đã được thực hiện. Do đó, nếu tôi trả lời "nó xảy ra khi bạn sử dụng Explorer". Tôi có thể không được đánh dấu. Tôi biết rằng Explorer là nguyên nhân trên hệ thống của tôi và tôi chia sẻ điều này với bạn. Đáng ngạc nhiên là dường như, trước khi tôi đăng, không ai rõ ràng đặt tên Explorer là thủ phạm. Có, tôi muốn biết tại sao Explorer lại chậm như vậy. Miễn là không có sửa chữa được biết đến, tôi đưa ra cách giải quyết bằng cách sử dụng phương tiện trên tàu, trả lời "Tôi có thể làm gì để khắc phục điều này?".
Rainer Blome

3

Khi một thư mục dường như di chuyển ngay lập tức, đó là vì hệ điều hành đã có thể cập nhật bảng cấp phát tệp * mà không cần di chuyển dữ liệu tệp thực tế.

Việc thực hiện điều này với các tệp nhỏ sẽ chậm hơn vì mỗi thay đổi phải được thực hiện trong bảng. Nếu các tệp thực sự nhỏ, điều này thậm chí có thể mất một lượng thời gian tương tự để thực sự di chuyển dữ liệu của họ.

Tôi không biết chính xác trong trường hợp nào dữ liệu tệp phải được di chuyển khi nó nằm trên cùng phân vùng với đích đến của nó nhưng tôi sẽ cho rằng bạn không thể làm gì để tránh điều đó. Như các nhà bình luận và câu trả lời khác đã gợi ý, sao chép vào một ổ đĩa khác (ổ đĩa khác, phân vùng khác, vào ổ USB, vào ổ đĩa qua mạng, v.v.) tất nhiên có nghĩa là bạn phải sao chép toàn bộ dữ liệu, vì vậy mọi thứ sẽ chậm hơn Bạn sẽ bị ảnh hưởng nhiều hơn bởi băng thông của những gì bạn đang sao chép.

(* Hãy nghĩ về dữ liệu tệp dưới dạng sách trong thư viện và bảng cấp phát tệp dưới dạng một bộ thẻ chỉ mục cho bạn biết phần sách nằm trong phần nào)


tôi đã nhìn vào định dạng FAT32 trước đây. Tôi nghĩ thay vì di chuyển thư mục, các quyền cập nhật của nó trên mỗi tệp vì thư mục mẹ mới có thể có quyền mới. Tôi không cần bất kỳ quyền nào ở đây vì vậy nếu tôi có thể tắt nó đi và di chuyển nhanh thì tôi sẽ làm điều đó.

1

Dường như bất cứ khi nào Windows Explorer cố gắng di chuyển (hoặc sao chép) một thư mục, nó sẽ thực hiện thêm một bước xác thực. Nếu việc này mất vài giây, bạn có thể thấy thông báo trạng thái "Khám phá các mục". Điều này dường như đang kiểm kê tất cả các tệp trong thư mục; theo cùng một cách mà thực sự mở thư mục đó trong Explorer.

Bước này thể cần thiết trong một số trường hợp, nhưng không cần thiết cho hầu hết các hoạt động "di chuyển thư mục này từ đây đến đó". Để suy đoán thêm - có vẻ hợp lý rằng việc xác thực này đã giải quyết một số lỗi theo cách tốt hơn cho một số trường hợp và Microsoft không bao giờ nghĩ rằng việc cải thiện hiệu suất cho các trường hợp kỳ lạ là có "hơn hàng trăm" tệp trong một thư mục. Những vấn đề như vậy có thể bao gồm: khi hợp nhất các thư mục; nếu thư mục đích nằm trên phương tiện / phân vùng khác nhau; có thể để kiểm tra xem đường dẫn tệp mới có quá dài đối với NTFS không. IMO, bất kỳ / tất cả trong số này có thể đã được kiểm tra trước, để tránh thực hiện thao tác lập chỉ mục bổ sung này, nhưng tôi biết rằng hiệu suất của trường hợp cạnh thường bị bỏ qua.


0

Tôi đã không được sử dụng XP trong lứa tuổi, nhưng chỉ cần lưu ý rằng di chuyển với số lượng lớn các tập tin nhỏ là nhiều chậm hơn so với di chuyển với số lượng nhỏ các tập tin lớn, ít nhất là trong Windows 7.

Ngoài ra, di chuyển tệp giữa cùng một ổ đĩa nhanh hơn nhiều so với di chuyển tệp giữa các ổ khác nhau, đôi khi là tức thời.


tôi chỉnh sửa câu hỏi

0

Điều này không nhất thiết phải trả lời TẠI SAO nó xảy ra ..

http://www.codesector.com/teracopy.php

Tôi đã sử dụng TeraCopy muộn và nhận thấy nó dường như sao chép nhanh hơn một chút.


nhanh hơn một chút hoặc di chuyển tức thời như đã làm trên XP?

Nhanh hơn một chút (nếu có). Nó vẫn không làm điều đó bất cứ nơi nào gần ngay lập tức.
dùng12889


0

Hãy thử sử dụng lệnh nhắc lệnh

copy source destination.

Tôi đã sử dụng tập tin này và 20k sao chép ngay lập tức.


Chỉ cần một FYI - SuperUser là để trả lời và không có gì khác. Tôi chỉnh sửa câu trả lời của bạn để phản ánh điều đó. Câu trả lời tốt, mặc dù!
Jon
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.