В Windows 11 24H2 появилась файловая система ReFS — в ней гигабайты копируются за миллисекунды

Обновление Windows 11 2024 Update (24H2) впервые привнесло в потребительскую ОС поддержку файловой системы ReFS (Resilient File System) и функцию блочного клонирования файлов Block Cloning, которая значительно ускоряет операции копирования. Изначально эти возможности были доступны только пользователям Windows Server.


Файловая система ReFS, дебютировавшая в 2012 году, является альтернативой NTFS (New Technology File System), которая применяется с 1993 года. ReFS в отличие от NTFS не может использоваться на диске, с которого загружается ОС. Она предназначена для рабочих станций и серверов, которые имеют несколько носителей для хранения данных и нуждаются в максимально стабильном и масштабируемом хранилище.

Как пишет Tom's Hardware, блочное клонирование, поддерживаемое в ReFS, обеспечивает 18-процентное повышение скорости копирования небольших файлов размером 1 Мбайт, но при увеличении объёма файла выигрыш существенно увеличивается, поскольку файловая система в действительности не копирует весь объём данных, а лишь оперирует ссылками на эти данные. Например, при копировании файла размером 1 Гбайт ускорение по сравнению с NTFS достигает 94 %. Иными словами, блочное клонирование значительно облегчает жизнь пользователям, которые часто переносят большие объёмы данных, но ускорение достигается при файловых операциях внутри одного накопителя.


Блочное клонирование не единственная полезная функция ReFS. Другие важные особенности этой файловой системы включают встроенную систему резервного копирования данных и проверку целостности файлов, исключающие необходимость в ручной проверке диска, поскольку ReFS делает это автоматически. ReFS также более устойчива к повреждениям данных. При проблемах в целостности данных она изолирует и удаляет только повреждённые участки, что позволяет сохранить их большую часть (если не все) в том случае, если проблема не слишком серьёзная.

ReFS также может дополнительно повысить производительность различными другими способами, в частности, при использовании нескольких SSD и HDD. Однако ReFS ориентирована на корпоративное использование и не поддерживает многие функции NTFS, такие как шифрование или сжатие файлов.

В целом добавление в потребительскую версию Windows 11 поддержки ReFS, которая традиционно использовалась только в версиях Windows Server, выглядит весьма многообещающе. Но чтобы извлечь выгоду из использования этой файловой системы, требуется компьютер с несколькими физическими накопителями. Кроме того, даже если в ПК установлено несколько дисков, их нельзя конвертировать из NTFS в ReFS напрямую — для активации ReFS придётся полностью переформатировать накопители.

Источник

GUNMAN11 писал(а):

Так не проще ли самому создать ЯРЛЫК на файл и на 99% ускорить "копирование"?

Расширение .lnk?... Можно симлинки наводить, но тоже такое себе

Я так понимаю, что такой вариант копирования, может быть полезен для ССД дисков. Меньше циклов записи должно по идее увеличить срок эксплуатации.

GUNMAN11 писал(а):

В пределах ОДНОГО носителя... Так не проще ли самому создать ЯРЛЫК на файл и на 99% ускорить "копирование"?

почитайте что такое линки фс, в чем разница ярлыка и линка, а уж тем более ссылок бл.копир-я ReFS
полезность "новой" фичи для дом. систем сомнительна, но сравнивать с ярлыками - такое себе...

Kotobumer писал(а):

Расширение .lnk?... Можно симлинки наводить, но тоже такое себе

ну линки полезны, как минимум считай дедупликация в ручном режиме, мне 1) прилично места экономит; 2) позволяет поработать с файлами, не нарушая структуру каталогов (или не заморачиваясь изначальной)
применение всегда можно найти

Hibor писал(а):

ну линки полезны, как минимум считай дедупликация в ручном режиме, мне 1) прилично места экономит; 2) позволяет поработать с файлами, не нарушая структуру каталогов (или не заморачиваясь изначальной) применение всегда можно найти

Да, могут быть полезны, эта фича с Линуха перекочевала, у меня Hard Link Shell Extension стоит, чтобы с командной строкой не возится. Когда начинаю плодиться начинается путница. Очень акуратно надо применять. Ест стандартный костыль, когда валится ошибка в пути, когда один файл используется несколькими программами/скриптами пофиксить это симлинком. За это больно бьют )
Сильно надо думать прежде, чем применять, там есть еще хардлинки, не помню, чем отличаются, там по разному прописывается в системе

Windows 11 2024 Update (24H2) можно успанавливать на ReFS, при установке системы.вызываем ком.строку и при помощи дискпарт форматируем нужный раздел в ReFS,
далее продолжаем обычную установку системы на это раздел.
Подробнее есть ролик на "Платформе"

Maximus писал(а):

файловая система в действительности не копирует весь объём данных, а лишь оперирует ссылками на эти данные. ... но ускорение достигается при файловых операциях внутри одного накопителя.

Чем это лучше обычной ссылки? Тем, что можно одной операцией сделать множество ссылок на файлы?
Даже в пределах одного физического диска копии делаются для резервирования файлов, чтобы оставить не измененные версии. Придется копировать каждый файл с переименованием, чтобы создавать именно копии, а не автоматические ссылки. Если, конечно, в интерфейсе не предусмотрено "копирование копированием" вместо ссылок.

Hibor писал(а):

сравнивать с ярлыками - такое себе...

Разница конечно существенная, но довольно специфичная, для определенных задач в профессиональном окружении. Для домашнего пользователя мало интересно.

Как я понял , дефрагментатор теперь не нужен?

Windows из недружественной страны нужен только изменникам Родины.

Ruroni-SPb писал(а):

Даже в пределах одного физического диска копии делаются для резервирования файлов, чтобы оставить не измененные версии.

Как раз ссылки на данные и бл.копир-е ReFS такое и позволяют, в отличие от привычных линков NTFS.
При "копировании" создастся ссылка. При любом изменении хоть 1го файла, хоть 2го - блок с изменениями будет скопирован и только он; останется неизмененная версия файла, а все неизмененные блоки так и будут в одном экземпляре. Экономия по времени при 1м копировании, дальше во время изменений ее нет.

Ruroni-SPb писал(а):

Hibor писал(а): сравнивать с ярлыками - такое себе... Разница конечно существенная, но довольно специфичная, для определенных задач в профессиональном окружении. Для домашнего пользователя мало интересно.

Торренты, крупный портабельный софт в разной конфигурации, игры и т.д. - это домашний пользователь?

Kotobumer писал(а):

Да, могут быть полезны, эта фича с Линуха перекочевала...

я обычно хард-линками пользуюсь, через NTFS Links , прописал в тотал ком - удобно сразу с многими работать
иногда "Duplicate File Hard Linker" если не сам создаю, а надо поиск для дедупликации провести
а насчет «думать прежде, чем применять» - такое везде не вредно , но в плане "только чтение для всех" - никаких проблем, каждая софтинка работает со своим "файлом", а то что винт читает из одного и того же места - не их заботы... (главное не подсовывать без проверки совсем старый софт, времен XP и ранее)

ща мы ярлычков наделаем и всем скажем что теперь быстро копируем)))

Цитата:

поскольку файловая система в действительности не копирует весь объём данных, а лишь оперирует ссылками на эти данные.

Ну то есть изобрели хард/софт линки линукса, только в профиль.

ReFS вполне можно использовать. Например Veeam для бэкапов советует ReFS.
Бэкапы занимают меньше места и быстрее делаются. Но лучше все это делать на RAID1 массиве, как минимум. И да есть особенность, при неисправном диске (если рейда нет например) - система может слететь в RAW и данные будет сложно восстановить. Для ReFS chkdsk не работает. Только сторонние утилиты могут помочь в некоторых случаях.

Знатоки, подскажите, возможности конвертировать NTFS в RefS без потери данных нет?
Можно ли как-то имеющуюся систему перенести с NTFS на RefS?

А на кой нужно копировать одни и те же большие файлы в пределах носителя?

CKyHCuk писал(а):

Знатоки, подскажите, возможности конвертировать NTFS в RefS без потери данных нет? Можно ли как-то имеющуюся систему перенести с NTFS на RefS?

Во всех обзорах пишут большими буквами, что нельзя.

А в чем проблема? Скопировать, отформатить, залить обратно