(09-11-2012 15:29)smirnofb писал(а):  

(09-11-2012 14:48)rraist писал(а):  Нет не сразу же, иначе бы при например копировании 4Гб файла, у вас на носителе сразу же бы свободное место уменьшилось на 4Гб, однако это не так, место выделяется уже в процессе копирования. То что вам ОС (или правильней все таки ваш файловый менеджер/командная оболочка) сообщает при копировании файла о том что на приемнике не достаточно места - это всеголишь ее удобная функция, она просто глянула обьем файла, и глянула обьем свободного места на носитиле, но не более того, на уровен API ядра ничего такого нету.
И да сами данные не сравниваются, сравниваются либо контрольные суммы, либо контроль четности, либо сравнение с использованием какойто хеш-функции (смотря на каком уровне смотреть и какой софт юзать)
...люблю я попридератся к деталям да

Если вы знакомы с процессом резервирования дискового пространства, то вы должны были знать - что(!) Начало процесса лежит в оценке необходимого объема, следующий этап - само физическое резервирование. Но вы определили это как - резервирование в процессе копирования потому - что(!) вы не можете сразу увидеть, что какая то его часть уже зарезервирована, система об этом не сообщает. Вы не можете одновременно с копированием, увидеть в свойствах - что(!) эта часть уже занята под копирование. Вы видите только как увеличивается в объеме зарезервированные под этот объем - файл или папка.

ЗЫ. ну как я умею придираться к мелочам?
Придирается по настоящему тот - кто придирается последний

Брррр....это какойто поток сознания чесснслово
Процесс копирования - это процесс копирования, резервирование не имеет к нему никакого отношения, это есть совсем другой процесс. "Копирование" файлов не предусматривает резервирование места на носителе. Возьмите copy.c исходник из gnu coreutils и посмотреть там на ф-кцию static int copy_reg (...);

Она фактически вся сводится к просто вызову open() для src_path, open для dst_path, и потом в цикле просто read() из первого и write() во второй. Все. (Да я знаю что при желании можно реализовать через sendfile() но там тоже не будет резервирования). Вот эта функция это и есть копирование в чистом виде. Все остальное от лукавого. Да возможно какой то софт, реализует при работе с файлами и копированием файлов резервирование места на носителе приемнике данных - но к копированию это уже собсно никакого отношения не имеет.

..btw если вы гляние MSDN на предмет таких функций как CopyFile/CopyFileEx/CopyFileTransacted то увидите что там тоже ничего не сказано про резервирование
PS: какой то жуткий оффтоп уже пошел