{{ result.summaryTitle }}
{{ result.primaryDisplay }}
{{ result.secondaryText }}
{{ result.sourceBadge }} {{ result.statusText }} {{ result.goalBadge }} {{ result.footprintBadge }}
File and disk size converter inputs
%
files
Unit Raw value Usable @ reserve Interpretation Copy
{{ row.unitLabel }} {{ row.rawDisplay }} {{ row.usableDisplay }} {{ row.context }}
Scenario Best readout Why it matters Copy
{{ row.scenario }} {{ row.display }} {{ row.note }}
Common storage tier Raw OS view Usable @ reserve Payload copies Status Copy
{{ row.tierLabel }} {{ row.rawOsView }} {{ row.usableDisplay }} {{ row.payloadCopiesDisplay }} {{ row.status }}
Metric Value Copy
{{ row.label }} {{ row.value }}
Field Value Copy
{{ row.label }} {{ row.value }}

        
:

Introduction:

File and disk size conversion is often confusing because the same label can describe different byte counts. Storage vendors commonly use decimal prefixes, where 1 GB is 1,000,000,000 bytes. Operating systems and low-level tools often report binary quantities, where 1 GiB is 1,073,741,824 bytes.

The difference grows with larger prefixes. A 1 TB drive label is about 931 GiB when shown with binary math. That is not missing space by itself. It is a unit-family mismatch before filesystem reserve, metadata, snapshots, and allocation rounding are considered.

Diagram showing labeled capacity converted to bytes, reserve, allocation slack, and storage fit

Storage planning also depends on direction. Converting a raw drive label to usable capacity is different from asking how much raw capacity is needed to store a payload with reserve and cluster slack.

Technical Details:

The converter first resolves the entered value into canonical bytes. Plain KB, MB, GB, TB, PB, and EB labels follow the selected label basis: decimal disk labels use powers of 1000, while legacy binary labels use powers of 1024. Explicit IEC units such as KiB, MiB, GiB, and TiB always use powers of 1024.

After bytes are known, the model can remove filesystem reserve from raw capacity, estimate allocation slack across a file count, and calculate raw capacity required to hold a payload. The common fit table compares the modeled payload with media, flash, SSD, HDD, and shelf tiers using decimal marketed labels.

Storage unit conversion rules
Unit familyMultiplierBest use
Decimal KB to EB1000 to the prefix powerDrive labels, cloud quotas, purchase specs.
IEC KiB to EiB1024 to the prefix powerByte-accurate binary reports and engineering notes.
Legacy OS shorthandBinary math with KB, MB, GB, or TB labelsReconciling older dialogs that omit the i.

Sizing Core:

When payload-to-store mode is active, allocation rounding and reserve are applied before comparing storage tiers.

allocatedPerFile=averageFileBytesallocationUnit×allocationUnit allocatedTotal=allocatedPerFile×fileCount rawRequired=allocatedTotal1-reserve

The allocation estimate assumes an even average file size. It is useful for planning many-file payloads, but exact filesystem use still depends on the actual file-size distribution and filesystem features.

Everyday Use & Decision Guide:

Use Pure unit conversion when you only need to translate one unit into another. Use Entered size is raw capacity for drive labels, storage quotes, and quotas where some reserve should be removed. Use Entered size is payload to store when you want a buy target that includes reserve and allocation slack.

  • Choose Decimal disk labels for vendor labels and most storage marketing numbers.
  • Choose Legacy binary labels only when the source clearly uses KB, MB, or GB to mean powers of 1024.
  • Use workload profiles for a starting reserve and allocation assumption, then edit file count and allocation unit if you have better data.
  • Read Smallest common storage fit only after confirming the sizing goal matches the question.

The common mistake is comparing a decimal purchase label with a binary operating-system display and then adding reserve twice. Keep the raw label, binary view, usable estimate, and payload-to-store requirement separate.

Step-by-Step Guide:

  1. Enter Capacity value and the source unit.
  2. Select Target capacity unit for the headline answer.
  3. Set KB MB GB label basis according to the source of the number.
  4. Choose Sizing goal, then open Advanced for workload profile, reserve, allocation unit, file count, and precision.
  5. Read Conversion Matrix, Capacity Reality Check, Storage Fit Guide, and Allocation Footprint as needed.

If the entered value is 0, the fit guide waits for a positive payload before judging storage tiers.

Interpreting Results:

Vendor decimal view is the best comparison for purchase labels. Strict IEC readout is the byte-accurate binary view. Legacy OS shorthand shows the same binary count with older labels.

When Raw capacity required for payload is higher than the entered payload, the increase comes from reserve and allocation slack. A large slack share often means the file count and allocation unit assumption deserve review.

Worked Examples:

A 1 TB vendor drive converted to GiB under decimal label basis shows about 931 GiB before any reserve. If a 5% reserve is applied, the usable estimate drops again; that second drop is separate from the decimal-versus-IEC gap.

A 700 GB photo library with 50,000 files and 4 KiB clusters may add a small amount of allocation slack before reserve. The Storage Fit Guide then identifies the first built-in media or drive tier that clears the modeled payload.

A VM backup chain using 1 MiB extents and a 10% reserve can require noticeably more raw capacity than the payload size. The output to trust is Raw capacity required to hold the payload, not only the direct unit conversion.

FAQ:

Why does 1 TB show as about 931 GiB?

The drive label uses 1000-based units and the GiB display uses 1024-based units. The byte count is the same.

Does reserve mean bad sectors?

No. The reserve input is a planning allowance for filesystem metadata, operating headroom, snapshots, or comfort margin.

When should allocation rounding be enabled?

Enable it when the payload is split across many files and you want a rough slack estimate for sectors, clusters, or extents.

Glossary:

IEC
Binary prefixes such as KiB, MiB, and GiB based on powers of 1024.
Allocation unit
The minimum storage block used when a file occupies disk space.
Slack space
Allocated bytes that are not payload bytes because files round up to allocation units.