NTFS
-
Ещё веселее. Я даже не знаю, что здесь медленней: чтение с HDD или запись на SSD. У второго вроде как нет задержек перед операциями, но там вроде внутренний размер сектора ~1 МБ, при записи меньших кусков нужно считать весь сектор, отредактировать и записать весь сектор, вот и падение где-то в 4 раза.
Файл 1 264 224 Кб (1.26 Гб), оба раздела на одном жестком диске, ФС NTFS. Тесты проводились с помощью fNav
Примерные замеры
Примерные замеры
Code: Select all
256кб 103с
1мб 58.30с
16мб 53с
2мб 59с
4мб 100с
8мб 55.65с
32мб 53с
64мб 53с
128мб 51с
256мб 51с
512мб 51с
to infinity and beyond
На скорость может повлиять, если копировать с NTFS на FAT32?
to infinity and beyond
Да, из всех файловых систем FAT самая медленная, особенно на больших файлах.
Загрузил на реальном железе svn6975-img.
При запуске исполняемого фала с NTFS раздела была ошибка "File is not executable", кроме того размер файла отображался не верно.
Попробовал скопировать файл на tmp-диск, при запуске тоже самое.
Решил посмотреть, что в файле, там в начале файла отображается то, чего там на самом деле нет.В винде размер файла другой. При запуске файла с FAT32 раздела из-под VirtualBox всё нормально запускается.
Выходит, что у нас не только с записью, а и с чтением тоже проблемы.
При запуске исполняемого фала с NTFS раздела была ошибка "File is not executable", кроме того размер файла отображался не верно.
Попробовал скопировать файл на tmp-диск, при запуске тоже самое.
Решил посмотреть, что в файле, там в начале файла отображается то, чего там на самом деле нет.
Spoiler:
Выходит, что у нас не только с записью, а и с чтением тоже проблемы.
Нужно больше информации. Проблемы с конкретным файлом или с любым? В одной папке или на всём разделе?
Таких файлов очень много.
На разделе включено сжатие.
Но так как некоторые файлы открываются вроде бы правильно,
то надо полагать, что работа с такими разделами должна поддерживаться.
На разделе включено сжатие.
Но так как некоторые файлы открываются вроде бы правильно,
то надо полагать, что работа с такими разделами должна поддерживаться.
сжатие не поддерживается.
кто включает сжатие на загрузочном разделе, тот ....пожизненный дельфист, чтоле =)
кто включает сжатие на загрузочном разделе, тот ....пожизненный дельфист, чтоле =)
Siemargl wrote:сжатие не поддерживается.
0CodErr wrote:некоторые файлы открываются
Siemargl wrote:сжатие на загрузочном
кто делает такие выводы, тот ....Siemargl wrote:загрузочном
И с чего бы это вдруг?
dbl/DriveSpace/Stacker не застал?
А при чём здесь это? Оно же для FAT было.
Короче, сжатые файлы открываются в сыром виде. Какие-то файлы могут быть не сжаты. Почему? Возможно, они слишком мелкие или плохо сжимаются. Подробнее https://flatcap.org/linux-ntfs/ntfs/con ... ssion.html
Ну это всё понятно, только пользователю об этом ничего не известно.
Вот заходит пользователь на такой раздел.
Некоторые файлы открываются, а некоторые нет.
В чём причина?
Может быть и правда файлы испорчены?
Может файловый менеджер их криво запустил?
Может открывающая программа их неверно обработала?
Это вводит пользователя в заблуждение.
Если что-то реально не поддерживается, то лучше, думаю, вернуть ошибку, а не пытаться выполнить не поддерживаемое действие.
А если бы в своей большой ОС файлы так же открывались бы?
Наверняка можно было бы подумать, что-то не так или сломалось.
Вот заходит пользователь на такой раздел.
Некоторые файлы открываются, а некоторые нет.
В чём причина?
Может быть и правда файлы испорчены?
Может файловый менеджер их криво запустил?
Может открывающая программа их неверно обработала?
Это вводит пользователя в заблуждение.
Если что-то реально не поддерживается, то лучше, думаю, вернуть ошибку, а не пытаться выполнить не поддерживаемое действие.
А если бы в своей большой ОС файлы так же открывались бы?
Наверняка можно было бы подумать, что-то не так или сломалось.
Решил проверить копирование больших файлов на раздел NTFS.
Копировался файл размером 6 083 601 408 байтов(5,666 Gb) с hd на usbhd.
Флешка отформатирована в NTFS с размером кластера 4 Kb.
Объём флешки 8 365 076 480 байтов(7,791 Gb).
Использовалась версия программы с размером буфера для копирования 1 Mb http://board.kolibrios.org/viewtopic.ph ... =45#p68083
Вот скриншот в процессе копирования:После копирования были вычислены и сравнены контрольные суммы
исходного и скопированного файла с помощью 7-zip, они оказались идентичны:А вот как оно отображается после копирования в разных файловых менеджерах:Все увидели свои ошибки?
Планирую в дальнейшем использовать буфер для копирования размером 1 Mb.
Также есть план по добавлению fNav в автосборку, если никто не против, конечно.
А то вон некоторые всерьёз считают, что даже KFar не очень-то и нужен(пиар, надо сказать, работает ) https://vk.com/wall-48924138_4931?w=wal ... 4931_r4946
Копировался файл размером 6 083 601 408 байтов(5,666 Gb) с hd на usbhd.
Флешка отформатирована в NTFS с размером кластера 4 Kb.
Объём флешки 8 365 076 480 байтов(7,791 Gb).
Использовалась версия программы с размером буфера для копирования 1 Mb http://board.kolibrios.org/viewtopic.ph ... =45#p68083
Вот скриншот в процессе копирования:
Spoiler:
исходного и скопированного файла с помощью 7-zip, они оказались идентичны:
Code: Select all
Контрольная сумма CRC для данных: 7D305403
Контрольная сумма CRC для данных и имен: 70F34934
SHA-256: B28F7FE329EA2AD12766F9DD1F7B9137DA897BC5DCAF64619AE96F6D0DBAC7B3
Spoiler:
Планирую в дальнейшем использовать буфер для копирования размером 1 Mb.
Также есть план по добавлению fNav в автосборку, если никто не против, конечно.
А то вон некоторые всерьёз считают, что даже KFar не очень-то и нужен(пиар, надо сказать, работает ) https://vk.com/wall-48924138_4931?w=wal ... 4931_r4946
KFAR это не еще один файловый менеджер? Зачем два?
> Все увидели свои ошибки?
Не совсем понятно. Ты имеешь ввиду, что надо отображать зашифрованные файлы другим цветом?
Не совсем понятно. Ты имеешь ввиду, что надо отображать зашифрованные файлы другим цветом?
Из хаоса в космос
Who is online
Users browsing this forum: No registered users and 1 guest