Audited ·Last updated 27 Jul 2026·3 citations·Tier 2·0 uses

Download Time Calculator

Estimate how long a download or upload will take from your file size and internet speed. Correctly converts megabits (Mbps) to megabytes (MB).

Download Time Calculator

The file size as shown by your browser or OS — most download managers report this in decimal megabytes (MB).
File size unit
Your ISP plan speed, in bits — not bytes. This is the number on your bill (e.g. '100 Mbps').
Speed unit
Real connections rarely hit their rated speed exactly. Set 10-20% to account for protocol overhead, Wi-Fi contention, and shared network load — or leave at 0 for the theoretical best case.
%
Estimated time
6 minutes
The download time in a human-readable form (days, hours, minutes, seconds).
Time (seconds, decimal MB)
360 s
Time (minutes, decimal MB)
6 min
Time (seconds, binary MiB)
377.4874 s
Effective speed
100 Mbps

Background.

A download time calculator answers a question that trips up almost every naive attempt at it: how long will this file actually take, given my internet speed? The trap is unit confusion. Internet service providers advertise connection speed in megabits per second (Mbps) — a requirement under the FCC's broadband consumer label rules, which mandate that ISPs disclose speed plainly on a standardized label. File sizes, meanwhile, are almost universally displayed in megabytes (MB) by browsers, operating systems, and download managers. A bit is one-eighth of a byte, so a 100 Mbps connection does not move 100 megabytes per second — it moves 100 megabits per second, which is 12.5 megabytes per second. Skip that division by eight and every estimate is off by a factor of eight, turning a six-minute download into a wildly wrong 45-second estimate.

A second, subtler unit trap sits underneath the first: what does 'megabyte' even mean? The NIST Reference on Constants, Units, and Uncertainty documents two competing conventions that arose because computer memory is naturally organized in powers of two while everything else in the metric system is organized in powers of ten. The decimal (SI) convention treats 1 megabyte as exactly 1,000,000 bytes — the convention used by hard-drive manufacturers, most download managers, and most web browsers when they report a file's size. The binary (IEC) convention treats what is often still labeled 'MB' as actually 1,048,576 bytes (2^20), the convention Windows File Explorer has historically used even while printing the ambiguous 'MB' label. The gap between the two is about 4.86 percent for megabytes and grows to roughly 7.4 percent at the gigabyte scale — small on a single file, but the reason two 'accurate' calculators can legitimately disagree by several seconds on the same download.

This calculator handles both traps at once. It converts your file size from bytes to bits (multiplying by 8) before dividing by your connection speed in bits per second, and it reports the transfer time under BOTH the decimal and binary interpretations of your file size so you can see exactly how much the ambiguity matters for your specific numbers. It also accepts an optional overhead percentage, because a connection rated at 100 Mbps essentially never sustains a clean 100 Mbps of usable throughput in practice — protocol overhead (TCP/IP headers, TLS handshaking), Wi-Fi contention with other devices, and ordinary network congestion typically shave off somewhere between 10 and 20 percent of the rated speed, and the FCC's own household broadband guidance encourages consumers to treat the advertised number as a ceiling rather than a guarantee. Leave the overhead field at zero for the optimistic, theoretical-maximum estimate, or dial it up to model a real-world result closer to what you will actually experience.

What is download time calculator?

Download time is the duration required to transfer a file of a given size over a network connection of a given speed, and computing it correctly requires reconciling two different units: file size, conventionally measured in bytes (kilobytes, megabytes, gigabytes), and connection speed, conventionally measured in bits per second (kilobits, megabits, gigabits per second). Because 1 byte equals 8 bits, a file's size must be multiplied by 8 to convert it into bits before it can be divided by a speed expressed in bits per second — omitting this conversion is the most common error in a hand-calculated or poorly-built download-time estimate.

A second layer of ambiguity affects the file-size side alone: whether 'megabyte' means 1,000,000 bytes (the decimal, SI-based convention used by most storage marketing and most modern software) or 1,048,576 bytes (the binary, IEC-based convention historically used by Windows and still common in older documentation). This calculator reports the download time under both interpretations side by side, because the 'correct' one depends entirely on which convention the number you typed in was already using.

How to use this calculator.

  1. Enter your file's size exactly as shown by your browser, download manager, or file listing.
  2. Select whether that size is in megabytes (MB) or gigabytes (GB).
  3. Enter your connection speed exactly as advertised by your ISP or shown in a speed test — this number is in bits, not bytes.
  4. Select whether your speed is in megabits per second (Mbps) or gigabits per second (Gbps).
  5. Optionally set a real-world overhead percentage (10-20% is a reasonable starting point) to model actual throughput instead of the theoretical maximum.
  6. Read the primary time estimate, and compare the decimal-MB and binary-MiB seconds figures to see how much the file-size convention affects your specific numbers.

The formula.

t = (size × 8) ⁄ [speed × (1 − o⁄100)]

The calculator first converts the file size from bytes to bits by multiplying by 8, because connection speed is always expressed in bits per second while file size is expressed in bytes. It does this twice — once treating the entered unit as decimal (1 MB = 1,000,000 bytes, 1 GB = 1,000,000,000 bytes) and once treating it as binary (1 MiB = 1,048,576 bytes, 1 GiB = 1,073,741,824 bytes) — because both conventions are in active, overlapping use and the 'right' one depends on where your file-size number came from.

Connection speed is converted to bits per second (1 Mbps = 1,000,000 bps, 1 Gbps = 1,000,000,000 bps), then reduced by the overhead percentage to produce an effective speed: effectiveSpeedBps = speedBps × (1 − overheadPercent/100). Transfer time is simply the file size in bits divided by the effective speed in bits per second: timeSeconds = fileSizeBits / effectiveSpeedBps.

Using the worked example — a 4,500 MB file over a 100 Mbps connection with no overhead haircut — the decimal-based bit count is 4,500 × 1,000,000 × 8 = 36,000,000,000 bits, and the effective speed is 100 × 1,000,000 = 100,000,000 bits per second, giving a transfer time of 36,000,000,000 / 100,000,000 = 360 seconds, exactly 6 minutes. Interpreting the same '4,500 MB' as binary mebibytes instead gives 4,500 × 1,048,576 × 8 = 37,748,736,000 bits, and a transfer time of 377.487 seconds — about 4.86 percent longer, and the reason the calculator surfaces both figures rather than picking one silently.

A worked example.

Example

A user is downloading a 4,500 MB game update over a connection rated at 100 Mbps, and wants the theoretical best-case time with no overhead deducted. Converting the file size to bits under the decimal convention (1 MB = 1,000,000 bytes) gives 4,500 × 1,000,000 × 8 = 36,000,000,000 bits. Converting the connection speed to bits per second gives 100 × 1,000,000 = 100,000,000 bps. Dividing gives 36,000,000,000 / 100,000,000 = 360 seconds, exactly 6 minutes. If the same '4,500 MB' figure had instead come from a binary-reporting tool (1 MiB = 1,048,576 bytes), the true bit count would be 37,748,736,000, and the download would take 377.49 seconds — about 17.5 seconds, or 4.86 percent, longer. In practice, real-world overhead (Wi-Fi contention, TCP/IP framing, other devices sharing the connection) usually adds even more: at a modest 20 percent overhead, the same theoretical 360-second download stretches to 450 seconds, or 7 minutes 30 seconds.

speed UnitMbps
overhead Percent0
file Size4,500
file Size UnitMB
connection Speed100

Frequently asked questions.

Why is my download slower than my advertised internet speed?
The advertised speed on your internet plan (e.g. '100 Mbps') is a theoretical maximum measured in bits per second, not a guarantee of sustained real-world throughput. Protocol overhead (TCP/IP headers, TLS encryption handshaking), Wi-Fi signal contention with other devices on your network, and congestion on the server or route you're downloading from can all reduce actual throughput below the rated number. The FCC's household broadband guidance treats the advertised figure as a ceiling. This calculator's optional overhead percentage lets you model that gap — a 10-20% haircut is a reasonable starting assumption for typical home Wi-Fi conditions.
Why does my file size show a different number in different apps?
Because 'megabyte' has two competing definitions in active use. The decimal (SI) convention defines 1 MB as exactly 1,000,000 bytes and is used by most storage manufacturers, most web browsers, and most modern software. The binary (IEC) convention defines what many programs still label 'MB' as actually 1,048,576 bytes (2^20), a holdover from Windows' historical file-size display. NIST's Reference on Constants, Units, and Uncertainty documents both conventions explicitly because the resulting confusion is common enough to need an authoritative reference. This calculator reports the download time under both interpretations so the ambiguity is visible rather than hidden.
Why do I need to multiply by 8 to get from file size to download time?
Because connection speed is always advertised and measured in bits per second (Mbps, Gbps) while file size is almost always displayed in bytes (MB, GB), and 1 byte equals exactly 8 bits. Treating a '100 Mbps' connection as if it moved 100 megabytes per second — skipping the division by 8 — is the single most common error in a hand-calculated download-time estimate, and it makes every result exactly 8 times too optimistic.
What is a realistic overhead percentage to use?
There is no single universal number, because it depends on your network conditions, but 10 to 20 percent is a reasonable starting range for typical home broadband over Wi-Fi with a few other devices connected. Wired Ethernet connections with no other active devices can see overhead well under 10 percent; congested Wi-Fi networks, older routers, or connections shared with several simultaneous streams or downloads can see considerably more than 20 percent. If you want the purely theoretical best-case figure — useful for comparing plans on paper — leave the overhead at 0 percent.
Does this calculator account for upload versus download asymmetry?
No — enter whichever speed (upload or download) is relevant to your transfer, since the underlying arithmetic is identical either direction; only the number you plug in changes. Many residential internet plans are asymmetric, advertising a much higher download speed than upload speed (a common pattern for cable and DSL connections, less common for fiber). If you are uploading a file rather than downloading one, use your connection's upload speed rating, not its download speed rating, or the estimate will be wrong.

In this category

Embed

Quanta Pro

Paid features are coming later.

  • All 313 calculators remain free
  • No billing is enabled
Coming soon