CACrown ArchivesThe cinema collection
Menu
Research dossier · General Reference

ReFS

next-generation Microsoft file system

Cross-disciplinary reference desk with index cards, atlas, dictionary and catalogue
General referenceInterpretive dossier study · Crown Archives visual atlas
Record originEnglish Wikipedia
Text licenseCC BY-SA 4.0
Source revisionAug 10, 2026
Entity authorityQ1445119
Source-derived summary

Resilient File System (ReFS), codenamed "Protogon", is a Microsoft proprietary file system introduced with Windows Server 2012 with the intent of becoming the "next generation" file system after NTFS.

ReFS was designed to overcome problems that had become significant over the years since NTFS was conceived, relating to changes in data storage requirements. These requirements arose from two major changes in storage systems and usage (the size of storage in use large or massive arrays of multi-terabyte drives now common), and the need for continual reliability. As a result, the file system needs to be self-repairing (to prevent disk checking from being impractically slow or disruptive), along with abstraction or virtualization between physical disks and logical volumes.

The key design advantages of ReFS include automatic integrity checking and data scrubbing, elimination of the need for running chkdsk, protection against data degradation, built-in handling of hard disk drive failure and redundancy, integration of RAID functionality, a switch to copy/allocate on write for data and metadata updates, handling of very long paths and filenames, and storage virtualization and pooling, including almost arbitrarily sized logical volumes (unrelated to the physical sizes of the used drives).

Comparison with NTFS

Major new features

Improved reliability for on-disk structures

ReFS uses B+ trees for all on-disk structures, including all metadata and file data. Metadata and file data are organized into tables similar to a relational database. The file size, number of files in a folder, total volume size, and number of folders in a volume are limited by 64-bit numbers; as a result, in practice ReFS supports a maximum file size of 35 petabytes, and a maximum volume size of 35 petabytes.

The theoretical maximum is way beyond that however not even Windows supports ReFS volumes with the full theoretical limits. The design allows for a theoretical maximum of a single volume of 2^78 bytes with 16KB cluster size (2^64 * 16 * 2^10) with a maximum of 2^64-1 bytes for a single file. That maximum volume size is currently soft limited by Windows’ stack addressing being limited to 2^64 bytes; a maximum path length of 32K (soft limited to 255 unicode characters on Windows to align with NTFS and because of restrictions in some older APIs for handling file paths); a maximum of 2^64 directories on a single volume; 2^64 files per directory; a single storage pool is limited to a maximum of 4 PB. It as well as all other filesystems supported by Windows are defined within the Open Specification.

Editorial summary

This brief starts where responsible research should: with the source description of “ReFS” as next-generation Microsoft file system. Everything that follows is an evidence route, not borrowed authority.

Editorial reviewA practical starting point whose main value is the path it opens into stronger specialist and primary sources. The current lead gives the account dated anchors—2012—that can be checked directly. The linked authority record independently contributes the date 2012-08-01. The account is most persuasive where ReFS, next-generation and Microsoft can be independently traced.
Editorial analysis

Why this record matters

The subject matters to the general reference register because the source frames it as next-generation Microsoft file system. Its deeper value depends on whether names, dates, institutions and citations support that framing.

Evidence profile

Named sources, stable identifiers and responsible institutions provide the strongest route from overview to verifiable evidence. The source revision retrieved here is dated Aug 10, 2026. The linked authority identifier is Q1445119. None of the 1 selected statements returned an explicit reference. The first chronological checks are 2012.

Critical limits

A concise general-reference account can conceal disagreements about scope, terminology or the weight assigned to individual sources. The source lead contains qualifying language; that uncertainty should survive quotation, summary and reuse. Authority statements aid reconciliation but still require their own references, qualifiers and ranks to be checked.

How to read it

Use the entry as an orientation point, then follow its citations and revision history. Names, dates and institutional relationships should be checked against the original record.

Best used for
  • Subject orientation
  • Search vocabulary
  • Locating named sources
Verify next

The closest primary source, responsible institution and strongest cited specialist reference.

Three-step research path

  1. Establish the record: confirm the title “ReFS”, its source revision and the description used here.
  2. Expand the search: follow ReFS primary sources, ReFS archive and ReFS research across catalogues and specialist indexes.
  3. Test the account: compare the strongest cited source with the responsible institution’s current record and note any disagreement.

Questions for further research

  1. Which source most directly establishes the central claim about “ReFS”?
  2. Which institution is responsible for the underlying evidence?
  3. Which cited source is closest to the event, object or claim?
Subject index

Search terms from this dossier

Source & attribution

This entry incorporates text from ReFS” on English Wikipedia. Contributors are listed in the page history. Text is available under the Creative Commons Attribution-ShareAlike 4.0 License. Selected authority identifiers and statements are retrieved from Wikidata under CC0; their references and qualifiers remain part of the verification path.