Disable 8.3 file name creation

Всем привет

Как-то прочел, если выключить эту фитчу (создание коротких имен файлов, совместимых с MS-DOS), то это улучшит эффективность файловой системы.

Правда, тут же оговаривается, что это может нарушить работу 16- и 32-битных приложений.

Интересует, кто-то пробовал выключать эту фитчу и не было ли каких-либо проблем при этом?

Спасибо

👍НравитсяПонравилось0
В избранноеВ избранном0
LinkedIn
Допустимые теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter
Допустимые теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter

Я помнится лет 5 назад выключил, не помню уже как. Ровно никаких проблем.
Насколько помню, это опция файловой системы, а не операционки. То есть ничто не мешает отключить на одном разделе и посмотреть, например на флешке.

Если у вас действительно есть софтина, которая написана годов так 15 назад и более, и которой нужны эти пути типа PROGRA~1 — просто создайте (или примонтируйте ссылкой) ей свою папку, путь к которой содержит только имена совместимые с 8.3 — и будет вам счастье.

Если вы об этом спрашиваете, вероятнее всего у вас такого софта нет.

Спасибо. А почему выключили? Ради интереса или действительно это на что-то повлияло?

Да просто перед поднятием операционки с нуля обычно надо сделать сотню-другую допилов. Среди статей как отключить индексацию и прочее тормозящее дерьмо была рекомендация вырубить 8.3 — с тех пор так никогда и не понадобилось. А когда была нужда пускануть DOSовские утилиты — они вполне хавали путь если он был совместим с 8.3 нотацией, даже если это была символическая ссылка.

Иначе говоря, вырубить и не задумываться. Вроде как с 8й винды отключено по дефолту, но могу ошибаться.

Как-то прочел,

Судя по всему на каком-то свитке в музее прочёл.

На NT 3.51 да, это увеличивало производительность, на NT 4.0 уже нет. Другой вопрос, кто в эпоху 64 битовых ОС печётся о 16 битных приложениях, которые всё равно не работают, ибо процессор аппаратно не поддерживет работу в 16 битовом режиме из 64.

Нет, не в музее. На Gradle форуме, где речь шла о том, как уменьшить время сборки. discuss.gradle.org/...​wer-on-windows-ntfs/20108

Я бы создал отдельный раздел в котором бы выключил обновление даты последнего доступа к файлу: «fsutil behavior set disablelastaccess 1» и выключил бы всякие индексеры и дефрагментаторы и обязательно антивирусы для файлов на этом диске. Также через fsutil выключил бы компрессию и шифрование, если они включены. Многие опции общие для всех дисков в системе.

Самое смешное, что убунта на ext2 разделе в виртуалке под виндой для большого количества мелких файлов будет работать раза в два быстрее NTFS. Это как раз тот случай, когда журнальная файловая система не нужна и только вредит.

А вообще проще купить SSD диск %)

А в чём смысл подключать ext2 виртуалкой, вроде ж есть кошерные драйвера. Это даже удобно, что винда не лезет туда права доступа городить и прочую охинею.

Подписаться на комментарии