Применяя мое общее понимание, если разбиение выполняется на одном и том же физическом жестком диске, копирование данных из одного раздела в другое должно включать только изменение индексов, к которым приводит представление файлов в графическом интерфейсе, но мы наблюдаем длительный процесс копирования?
1 ответ
4
Это не то, как работают разделы. Что произойдет, если вы копируете из раздела Linux ext3 в Windows NTFS? Вы не можете просто изменить индекс, вам нужно физически переместить данные. По этой же причине разделы не расширяются динамически по умолчанию.
В идеальном случае данные размещаются в одном потоке для каждого файла в пределах раздела. Точно так же, как при разделении массива земли для разработчиков, разработчики не могут заходить в чужие области, чтобы строить их для своего хозяина.
Существуют разделы, которые будут расширяться при запросе, но ему все еще нужна область, на которую он расширяется, чтобы быть свободной от любых других разделов. Копирование данных делает именно это, копирование. Именно так сейчас работают диски, пока не появится широко распространенный, принятый метод автоматического создания символических ссылок на любой тип копии - я слышал, что Windows Server 2012 и Windows 8 планировали использовать эту функцию с помощью дисковых пространств, но я еще не видел, чтобы экспериментировать.
Другая причина медлительности заключается в том, что накопитель должен читать из себя в старом месте, а затем записывать в себя в новом месте. На традиционном вращающемся жестком диске это займет больше времени, учитывая, что физически он должен перемещать диск гораздо больше. С SSD это не так плохо, но все же требует копирования фактических данных в разные сектора SSD. (Предоставлено: Psycogeek)