Cookies for analytics and advertising
We use cookies for analytics and advertising, both sent to Google. Refusing changes nothing you can see.Read the privacy page
1 B = 1e-12 TB
A terabyte is 1,000,000,000,000 bytes, so converting bytes to TB means moving the decimal point twelve places: 3,847,201,553,920 bytes is 3.85 TB. At this size the hard part is not the arithmetic but reading the byte count correctly in the first place, because one miscounted group of three digits is a factor of a thousand.
5000000 B is 0.000005 TB
— a photograph from a phone.
1024 B is 1.024e-9 TB
— a kibibyte, which is where the confusion starts.
1000000000000 B is 1 TB
— a drive as the box describes it.
8000000000000 B is 8 TB
— a large desktop drive.
| B | TB |
|---|---|
| 1000000000 | 0.001 |
| 2000000000 | 0.002 |
| 5000000000 | 0.005 |
| 10000000000 | 0.01 |
| 50000000000 | 0.05 |
| 100000000000 | 0.1 |
| 500000000000 | 0.5 |
| 1000000000000 | 1 |
Convert B to TB
A byte is eight bits, though that was not always fixed — early machines used six, seven or nine. The eight-bit byte won because it holds one character of text and divides neatly in half.
A terabyte is a trillion bytes. A drive sold as 1 TB is exactly that — the space that seems to go missing is a unit disagreement, not a defect.
Going from bytes to terabytes moves the decimal point 12 places to the left and changes nothing else. There is no factor to remember and no rounding to decide: the digits stay in the same order and only their position changes.
1,234 B is 1.234e-9 TB — same digits, moved along. That is worth knowing because it is the one kind of conversion you can check at a glance: if the digits of the answer are not the digits you started with, something other than the conversion has happened to them.
Nothing anybody stores as a single object reaches thirteen digits. A number in this range is the sum of something: every object in a bucket, every row in a table, a month of logs, a backup set, the drives in a rack added together by a script that reported the only unit it had. Knowing that changes what the conversion is for — it is not sizing a file, it is sizing a decision about capacity or cost.
It also changes how much the answer can be trusted. A single file has one exact length, but a total is assembled from thousands or millions of measurements taken at slightly different moments, usually with some category quietly left out. The terabyte figure is as good as the sum behind it, and the sum is almost always approximate before it is large.
The conversion is a decimal point moved twelve places to the left, which is easy to state and easy to get wrong by three. Group the digits in threes from the right and name the groups aloud — units, thousands, millions, billions, trillions — and the number of full groups tells you the unit. 3,847,201,553,920 has four groups after the leading digits, so it is 3.847 TB and not 384.7 GB.
The failure mode is specific and worth guarding against: a thirteen-digit count read as twelve produces an answer ten times too small, and it looks entirely reasonable, because a figure of 384 GB and a figure of 3.8 TB are both ordinary things to have. There is nothing inside the answer that reveals the mistake. Counting the groups deliberately, once, is cheaper than discovering it downstream.
Spreadsheets and language runtimes stop printing long integers in full and switch to a form like 3.8472e12. The exponent counts the places the decimal point has moved, and twelve places is exactly the distance between bytes and terabytes — so when a byte count appears with an exponent of 12, the mantissa is already the terabyte figure and no arithmetic is left to do. An exponent of 11 means hundreds of gigabytes; one of 13 means tens of terabytes.
The hazard of that display is not the notation but what it hides. A spreadsheet cell showing 3.85e12 has usually kept the exact integer and is only shortening the display, but a cell that was typed or pasted in that form has lost everything below the mantissa. If the byte count is going to be reconciled against a bill or a quota later, keep the integer somewhere it is stored as text or as a 64-bit value.
The gap between the decimal and binary conventions widens at every rung, and the terabyte is where it is widest: a tebibyte is 1,099,511,627,776 bytes, 10% above a terabyte. Converting 3,847,201,553,920 bytes gives 3.85 TB or 3.50 TiB, and those two numbers do not look like the same quantity at a glance. Every step of the ladder contributes 2.4% — 2.4% at kilo, 4.9% at mega, 7.4% at giga, 10% at tera.
Ten per cent of a terabyte is a hundred gigabytes, which is enough to be the whole difference between a total fitting somewhere and not fitting. When a capacity figure and a usage figure come from different tools, the first thing to check is not the arithmetic but whether one of them was counting in powers of two while calling itself TB.
Aggregate byte counts are usually logical sizes: what the data would be if written once, plainly, with nothing around it. What sits on disk is larger for several reasons at once. Every file is rounded up to a block boundary. Replication stores two or three copies. Snapshots and versioned objects keep blocks alive that no current file points at. Indexes, write-ahead logs and free-space overhead in a database are real bytes that a table-size query may not report.
Compression and deduplication push in the other direction, and can push hard: a backup set of similar machines may store a fraction of its logical total. The consequence is that the terabyte figure needs a label as well as a number. A total meant for a capacity decision and a total meant for a transfer estimate are different quantities, and converting the wrong one is a larger error than any rounding on this page.
Two decimal places on a terabyte total claims the number is good to ten gigabytes, which is a claim almost no aggregate can support. The measurement moved while it was being taken, some category was excluded, and the tool that produced it may itself have been rounding. One decimal is usually the most that is defensible, and a whole number with a hedge is often more honest than either.
The exception is a figure that will be checked against money or against a quota, where the exact integer is the thing being agreed and rounding is somebody else’s job. There, carry the byte count itself and convert only for display — the terabyte figure is a way of talking about the number, and the number is what the invoice or the limit is actually computed from.
Two rough anchors catch most order-of-magnitude slips. Everything a phone can hold is well under a terabyte; a terabyte is a thousand of the gigabytes that a video or a virtual machine image is measured in. If a conversion says a mailbox is 4 TB or that a video library is 0.004 TB, the byte count has almost certainly been read with one group of three digits too many or too few.
The second check runs the arithmetic backwards. Multiply the terabyte answer by a trillion and compare the leading digits against the original byte count — 3.85 TB gives 3,850,000,000,000, which should match the first three or four digits and the total length of the number you started with. Matching digits and a mismatched length is precisely the failure this catches.
A trillion — 1,000,000,000,000, a one followed by twelve zeros. That is the decimal terabyte used by drive manufacturers, cloud providers and this page. The binary unit of the same rough size is the tebibyte, 1,099,511,627,776 bytes, which is 10% larger and is written TiB.
Because a spreadsheet or a language runtime decided the number was too long to print in full and switched to exponent notation. The exponent is the count of places the decimal point has moved, so 3.85e12 is 3.85 with the point shifted twelve places right — which happens to be the same twelve places that separate bytes from terabytes, making the mantissa the answer in TB directly.
Group them in threes from the right and count the groups: units, thousands, millions, billions, trillions. Four full groups after the leading digits means terabytes. This is worth doing deliberately, because a thirteen-digit number read as twelve is out by a factor of ten and still looks entirely reasonable.
Rarely. Two decimals on a terabyte figure claims accuracy to ten gigabytes, which almost no aggregate has — totals of this size change while they are being measured, and they usually exclude something. One decimal, or a whole number with the word "about", is the honest form unless the figure is a billing quantity that was counted exactly.
Not usually, and the gap widens with scale. Block allocation rounds every file up, replication multiplies the whole total by two or three, and snapshots hold on to blocks that no live file references. A 4 TB logical total can sit on 12 TB of disk, so a capacity decision needs the stored figure and a transfer or billing decision needs the logical one.
Comfortably. A signed 64-bit integer reaches about 9.2 quintillion, which is over nine million terabytes. The limits worth worrying about are elsewhere: some tools still hold sizes in 32-bit fields, and JavaScript numbers stay exact only to 9,007,199,254,740,991, which is about 9 PB — fine for terabytes but not for byte counts arbitrarily far above them.
One TB is 1000000000000 B. It is the same relationship read backwards, so an answer from one page put through the other has to come back to where it started.
The claims this page makes about data units are checkable, and these are the documents that settle them.
The factor is a constant in the page and the arithmetic is four operations, so nothing is sent anywhere and nothing needs to be. The number you type never leaves the browser — there is no request for it to travel in.