-
- Обновление чтения директория не помогает, т.к. проблема именно в том, что у файла всё это время в самом деле нулевой размер, а не чтение из директория глючит. Отсюда и впечатление, что файл пишется не в этот директорий, а куда-то еще во времянку. - Ксения(30.03.2018 03:44)
- Почитайте советы по настройке SSD, там упоминались варианты cache при записи - AU08(30.03.2018 04:13)
- Ещё антивирус поставить, реестр почистить, установить дефрагментатор ОЗУ. Может поможет. - fk0(30.03.2018 10:48)
- Полагаю, что cache тут ни при чем, т.к. в точности тот же эффект воспроизводится и на RAM-диске (виртуальный диск из памяти), если его создать. Т.е. это общая стратегия операционки так файлы писать (через временный файл-накопитель). - Ксения(30.03.2018 04:26 - 04:30)
- А Win7 тоже на этом RAM диске была? Поднятая Вами проблема носит очень обширный характер. У меня сложилось представление, что причина в новых дисках c буфером и AHCI вместо IDE , а также поддержкой Win7 этого режима. Я так думаю, что диск Экспериментатор(641 знак., 30.03.2018 13:41, )
- А где гарантия, что это не стратегия браузера? Мазилла в линуксе создаёт два файла: один с правильным именем и нулевым размером, а второй временный и в него пишет. Потом второй переименовывает на место первого, когда всё скачает. - fk0(30.03.2018 10:49)
- Я уж писала, что тот же эффект имеет место без браузера (!) при закачке с помощью wget, а она довольно старенькая - в TEMP-директорий едва ли полезет. - Ксения(30.03.2018 19:00)
- +1. - Boвa(30.03.2018 15:03)
- Почитайте советы по настройке SSD, там упоминались варианты cache при записи - AU08(30.03.2018 04:13)
- Обновление чтения директория не помогает, т.к. проблема именно в том, что у файла всё это время в самом деле нулевой размер, а не чтение из директория глючит. Отсюда и впечатление, что файл пишется не в этот директорий, а куда-то еще во времянку. - Ксения(30.03.2018 03:44)