Спасибо за интерес и проведённый анализ.
Сообщение от RegIon
UPD: смущает тот факт, что второй файл из оффтопа выше был создан позже, чем изменен.
|
Дата создания может быть присвоена в момент копирования файла:
создал, допустим в 12:00 на одном компе, в 12:30 внёс правки, потом вылил, например на флешку, а с неё на другой комп - будет именно этот эффект: дата создания - момент появления файла
на данном компе, а дата изменения 12:30.
Вообще, с точки зрения менеджемента данных, наиболее важный критерий - именно дата изменения (хотя 2003 PowerPoint любил менять внутренности файла, оставляя старую дату изменения файла; а *.eml-файлы, в силу логики своего изначально смысла, обновляют дату в момент просмотра папки с ними виндовым проводником). Например, старые версии FreeFileSync использовали дату создания файла (как менее важную) для универсализации (кодировали в ней свою информацию), т.к. в FAT и NTFS даты хранятся в разных форматах (региональном или GMT) и без дополнительных мер, при переходе на зимнее/летнее время, алгоритм выдавал погрешность в 1 секунду (т.е. до перевода файлик был якобы изменён в 12:30:00, а через несколько часов, после перевода стрелок, уже детектируется виндой на флешке как 12:30:01,а на винте - 12:30:00). Кстати - один из плюсов, что в РФ перестали двигать стрелки.
Сообщение от RegIon
Они были созданы вообще под убунту, так что твои домыслы теряют смысл.
|
На совместно используемом виндой и убунту винте? Хотя и в этом случае - это фича ФС. Другое дело - пользуется ли фичей операционка.
Сообщение от RegIon
UPD: что-то второй закон термодинамики не выполняется походу: куча файлов по 0b, суммарно 0, а данные то есть...
|
Они хранятся совместно с данными разреженного файла, поэтому фактически на диске ничего не весят. После копирования на носитель, где соответствующего разреженного файла нет - они снова приобретают размер с округлением до кластера.