Ограничения NTFS и ReFS

Вопрос или проблема

Насколько мне известно, по своей сути NTFS поддерживает разделы, содержащие до 264 кластеров. Но реализация NTFS в Windows XP и более поздних версиях несколько ограничена стеком Windows, который может адресовать только 232 кластера, что ограничивает эффективный размер раздела до 256 ТБ (при использовании 64 КБ кластеров).

Вопросы:

  1. Почему теоретическое ограничение NTFS на разделы составляет только 16 ЭБ, как утверждают многие источники в Интернете? 264 намного больше этого.
  2. Если ограничение в 256 ТБ было связано с ограничениями стека Windows в 32-битных версиях Windows, почему в 64-битных версиях Windows мы не можем иметь разделы до проектного ограничения NTFS в 264*65536 байт?
  3. А ReFS: согласно Microsoft, его проектное ограничение составляет 278 кластеров с 16 КБ кластерами. Почему только 16 КБ? Я могу форматировать разделы с использованием ReFS и 64 КБ кластеров (в Windows Server 2012 R2).
  4. Есть ли поддержка ReFS в Windows Server 2008 R2?

Важно понимать, что ReFS предназначен для хранения больших объемов данных. NTFS просто не справляется с задачей работы с большими наборами данных. Как файловая система следующего поколения, ReFS все еще не может загружаться, и ему не хватает некоторых возможностей NTFS, таких как EFS и жесткие ссылки, чтобы назвать лишь две.

1. Почему теоретическое ограничение NTFS на разделы составляет только 16 ЭБ, как утверждают многие источники в Интернете? 264 намного больше этого.

NTFS — это довольно старая файловая система, разработанная, когда 2 ГБ жесткий диск был большим достижением. Ей больше двадцати лет.

2. Если ограничение в 256 ТБ было связано с ограничениями стека Windows в 32-битных версиях Windows, почему в 64-битных версиях Windows мы не можем иметь разделы до проектного ограничения NTFS в 264*65536 байт?

Как я уже говорил, NTFS возникла в эру Windows 2000, она предшествовала Windows XP, которая вскоре будет снята с поддержки. Она старая.

3. А ReFS: согласно Microsoft, его проектное ограничение составляет 278 кластеров с 16 КБ кластерами. Почему только 16 КБ? Я могу форматировать разделы с использованием ReFS и 64 КБ кластеров (в Windows Server 2012 R2).

ReFS развивается, это могло быть ограничением в какой-то момент, но теперь это возможно.

4. Есть ли поддержка ReFS в Windows Server 2008 R2?

Скорее всего, нет, это одна из причин, почему внедрение ReFS было медленным. Вот как Microsoft зарабатывает деньги, новые функции стоят денег, хотите новую функцию? Платите и обновляйтесь.

Смотрите также:

http://en.wikipedia.org/wiki/NTFS

http://en.wikipedia.org/wiki/ReFS

http://blogs.technet.com/b/askpfeplat/archive/2013/01/02/windows-server-2012-does-refs-replace-ntfs-when-should-i-use-it.aspx

Ответ или решение

Ограничения NTFS и ReFS: Подробный Анализ

Файловые системы NTFS (New Technology File System) и ReFS (Resilient File System) играют ключевую роль в управлении данными на операционных системах Windows. Обе системы имеют свои ограничения, которые необходимо учитывать при проектировании и управлении хранилищем данных. В этом ответе мы ответим на несколько вопросов, касающихся этих ограничений, предоставляя ясные объяснения и необходимые детали.

1. Почему теоретическое ограничение раздела NTFS составляет 16 ЭБ?

Хотя на первый взгляд кажется, что 2^64 больше, чем 16 ЭБ, важно учитывать, что NTFS использует структуры данных, которые ограничивают максимальное количество кластеров. Каждый раздел NTFS поддерживает максимальное количество кластеров, что в свою очередь ограничивает максимальный размер файлов и разделов. Конкретно, размер раздела NTFS ограничивается 16 ЭБ, если кластер имеет максимальный размер 64 КБ. Это означает, что файл в NTFS не может превышать 16 ЭБ, и такая физическая ограниченность сказывается на реальных возможностях файловой системы.

2. Почему на 64-битных версиях Windows мы не можем создать разделы размером до 2^64 * 65536 байт?

Хотя 64-битная архитектура Windows позволяет обращаться к значительно большему объему памяти и данных, ограничения NTFS все еще накладываются на самом уровне реализации файловой системы. Файловая система была спроектирована в эпоху, когда 32-битные операционные системы были стандартом, и конструктивные аспекты, определяющие управление кластеризацией и механизмы управления данными, не были пересмотрены в полной мере для 64-битных систем. В результате, любые попытки использовать преимущества 64-битного адресования данных в NTFS относительно отсутствуют.

3. Почему ReFS имеет проектное ограничение в 2^78 кластеров с размером 16 КБ? Почему нельзя использовать большие кластеры?

Хотя ReFS действительно проектировался с учетом максимального размера кластера в 16 КБ для первоначального дизайна, более поздние версии Windows Server, такие как 2012 R2, действительно позволяют форматировать разделы с размерами кластеров до 64 КБ. Это связано с эволюцией ReFS — Microsoft продолжает оптимизировать и улучшать систему. Однако все же 16 КБ было выбрано в качестве стандартного размера, поскольку это оптимальный баланс между производительностью и управляемостью для большинства сценариев хранения больших объемов данных, что делает файловую систему более устойчивой и эффективной в работе с массивами данных.

4. Есть ли поддержка ReFS на Windows Server 2008 R2?

ReFS не поддерживается в Windows Server 2008 R2. Эта версия сервера была выпущена до появления ReFS, который был представлен в Windows Server 2012. Microsoft активно рекламирует новые технологии как средства повышения производительности и надежности, что является частью их стратегии обновления программного обеспечения. Поэтому для использования ReFS требуется использование более новых версий Windows Server.

Заключение

Как мы видим, ограничения как NTFS, так и ReFS обусловлены их проектированием и архитектурными решениями. NTFS, хотя и является более зрелой файловой системой, сталкивается с трудностями при управлении большими объемами данных, в то время как ReFS, несмотря на свои ограничения, предлагает более современные решения для устойчивости и надежности передачи данных. При выборе файловой системы для вашего хранилища необходимо учитывать как ограничения, так и преимущества обеих технологий, чтобы обеспечить оптимальную работу ваших приложений и организация данных.

Оцените материал
Добавить комментарий

Капча загружается...