В настоящее время я копирую некоторые довольно большие файлы с сетевого диска на мой локальный жесткий диск.
Проблема в том, что вы копируете файлы с сетевого диска на локальный диск. И ваша локальная система не имеет легкого доступа к информации о файловой системе, хранящейся в таблице inode на удаленном сетевом диске. Таким образом, происходит следующее: «Finder» постоянно обновляет вычисления, поскольку он перебирает все больше каталогов / файлов на удаленном сетевом диске.
Напротив, если бы вы делали обратную версию операции - копируя файлы из локальной файловой системы на том удаленной сети, - сообщенное количество файлов будет вычислено быстрее и точнее. Причина в том, что «Finder» будет иметь не только более быстрый доступ ввода / вывода к локальным дискам, но, что наиболее важно, «Finder» также будет иметь прямой доступ к таблице inode локальной файловой системы.
Имея прямой доступ к таблице индексов, «Искатель», по сути, имеет доступ к индексу / таблице содержания файловой системы, который мгновенно сообщает ему, насколько велик файл / каталог, даже не касаясь файла.
Без прямого доступа к таблице инодов на локальном диске «Finder» выполняет вычисления при обходе удаленных каталогов. Так что это немного разочаровывает, если вы имеете дело с тысячами файлов и различными структурами каталогов.
Небольшая касательная, но я обнаружил, что «Finder» вялый, имея дело с сетевыми копиями, подобными этому. Поэтому я предпочитаю использовать Carbon Copy Cloner при работе с такими сетевыми копиями. Программное обеспечение использует rsync
в своем ядре, но графический интерфейс упрощает управление и понимание для обычных пользователей. Оценка количества файлов лучше? На самом деле, нет. Но я считаю, что Carbon Copy Cloner/rsync
более эффективен и удобен для создания инкрементных резервных копий.