Victor_VG
Tracker Mod | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору romby В sm происходит именно переименование "временный *.part файл -> целевой файл" так как в начале есть два разных хендла - первый указывает на целевой файл с длинной 0, второй на файл .part который и используется в процессе закачки, после завершения закачки на целевой файл указывает хэндл файла *.part, а хендл указывавший на целевой файл в процессе закачки удалён, а тот сектор ФС который ранее занимал файл нулевой длины помечается как free, новый же целевой файл размещается в тех же секторах которые занимал временный *.part файл. Если бы происходила операция копирования был бы удалён хендл временного файла, это первое, и второе - операция копирования достаточно накладная по времени и её длительность растёт с увеличением размера конечного файла, так что это было бы заметно на любом существующем на сегодня носителе данных. chAlx Да, тут romby ошибся в оценке происходящих событий. И в винде (что ожидаемо для используемого в sm алгоритма) так же происходит переименование временного файла в целевой. Что я ему и показал выше. romby Сейчас специально посмотрел на NTFS и UFS (под FreeBSD, Win7 и Tru64 UNIX AXP) на всех трёх ОС поведение механизма закачки в sm одинаковое.
---------- Жив курилка! (Р. Ролан, "Кола Брюньон") Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti |
| Всего записей: 34324 | Зарегистр. 31-07-2002 | Отправлено: 11:13 29-04-2018 | Исправлено: Victor_VG, 11:24 29-04-2018 |
|