Internet Speed & Performance

Mbps vs MB/s: How to Convert Internet Speed

Mbps vs MB/s is a units conversion, not a performance contest. Mbps means megabits per second; MB/s means megabytes per second. One byte contains eight bits, so divide Mbps by 8 to estimate the same rate in MB/s: a 100 Mbps plan is 12.5 MB/s before overhead. If a download bar shows a smaller number, check the units first, then the network path.

What the units mean

Mbps is megabits per second. Internet providers, routers, and most speed tests use it to describe a connection's data rate. MB/s is megabytes per second. Browsers, game launchers, file-transfer tools, and storage utilities often use it when showing how quickly file data is moving. MBps is another way of writing MB/s; the capital B is the part that matters.

A lowercase b means bit and an uppercase B means byte. The Microsoft bit-and-byte style guide follows that distinction, while the IETF's byte definition specifies a byte as exactly eight bits. Neither unit is intrinsically faster: they describe the same rate with different-sized units.

Do not compare the numbers directly. A download showing 12.5 MB/s is not eight times slower than a 100 Mbps speed test. After converting the units, those figures describe the same ideal rate.

Mbps vs MB/s: the conversion

Use one rule for the forward conversion:

MB/s = Mbps ÷ 8

To convert in the other direction:

Mbps = MB/s × 8

For a worked example, take a 300 Mbps connection. 300 ÷ 8 = 37.5, so its ideal equivalent is 37.5 MB/s. A 1,000 MB file would therefore take 1,000 ÷ 37.5 = 26.7 seconds at a perfectly sustained rate. That is a unit calculation, not a promise: the actual transfer can take longer.

The prefixes can create a second, smaller mismatch. NIST lists MB as 1,000,000 bytes and MiB as 1,048,576 bytes; IEC 80000-13:2025 covers information-science units and binary prefixes. If a program says MiB/s, do not treat it as exactly the same display as MB/s.

Common speed conversions

These values use decimal Mbps and MB/s and show the ideal byte rate before protocol, wireless, device, or server limits:

Plan or test resultIdeal equivalentQuick interpretation
25 Mbps3.125 MB/sEight Mbps equals one MB/s.
50 Mbps6.25 MB/sDivide the displayed plan speed by eight.
100 Mbps12.5 MB/sA normal reference for a download bar.
300 Mbps37.5 MB/sUse this ceiling when checking a large download.
500 Mbps62.5 MB/sCompare the same direction: download with download.
1,000 Mbps (1 Gbps)125 MB/sLocal Wi-Fi, Ethernet, disk, or server limits become easier to notice.

Use the same conversion for upload. An 80 Mbps upload service has an ideal equivalent of 10 MB/s, even though an upload tool may show a different number in practice.

Why a download is usually below the converted ceiling

Dividing by eight only makes the units comparable. It does not turn an advertised or tested line rate into a guaranteed application transfer. The FCC distinguishes advertised bandwidth from theoretical capacity, and a file download also depends on the rest of the path.

  • Protocol overhead: headers, acknowledgements, encryption, and retransmissions use some of the transfer capacity.
  • Wi-Fi and home traffic: distance, interference, router limits, and another device's stream or backup can reduce the rate reaching your device.
  • Source limits: the website, game server, content-delivery route, or storage device may not send one file as quickly as your connection can receive it.
  • Test design: a speed test measures a path to its own endpoint. Cloudflare's measurement documentation treats download and upload as only part of connection quality, alongside latency, packet loss, loaded latency, and jitter. M-Lab's ndt7 documentation also distinguishes application-level goodput from lower-level throughput.

So 100 Mbps on a test and 10 or 11 MB/s in a browser can be consistent. Convert the browser number back with MB/s × 8 before deciding that the connection is slow.

Run a fair Loqmi comparison

When the numbers still look wrong, compare like with like. Use the same device, the same connection, and a quiet test window before changing your plan.

  1. Pause other downloads, cloud backups, video streams, and updates. Write down the unit beside every number you collect.
  2. Open Loqmi's browser speed test from the location where the problem occurs. Record download and upload in Mbps, plus any latency or packet-loss results shown.
  3. Convert the download result. For example, 240 Mbps gives an ideal ceiling of 30 MB/s. A fast source running near that figure is behaving as expected; a much lower result needs diagnosis.
  4. Repeat on Ethernet or close to the router, then try a second large download source. Repeat at the busy time if the problem is intermittent.
Useful split: if Ethernet is close to the converted result but distant Wi-Fi is not, investigate the home network. If both are low across repeated tests, keep the results and test conditions for the ISP or plan review.

Troubleshoot the mismatch

What you seeWhat the math saysBest next action
400 Mbps test and 45 MB/s download45 × 8 = 360 MbpsThat is below the ceiling but plausible. Check the source and background traffic before changing the plan.
400 Mbps test and 5 MB/s download5 × 8 = 40 MbpsCompare another source, pause other traffic, and repeat over Ethernet or near the router.
100 Mbps over Wi-Fi and 400 Mbps over EthernetThe units are not the problem.Check distance, interference, band, router, and device limits; see how to fix slow Wi-Fi.
80 Mbps upload and 9 MB/s backup9 × 8 = 72 MbpsThat is close to the ideal upload rate. If uploads are far lower, see why upload speed can be slow.
Only one app downloads slowlyThe app's server or route may be limiting it.Test a second source and do not infer an ISP-wide fault from one transfer.

Choose the right fix

More Mbps helps when active household traffic is competing for capacity. It cannot repair a slow source, a weak Wi-Fi link, high latency, or packet loss. For planning simultaneous activities, use Loqmi's guide to a good internet speed; for a Wi-Fi-only gap, fix the local network first.

If repeated wired tests are well below the advertised service, save the date, device, connection type, server, and results before contacting the ISP. If wired results are healthy and only one room or device is slow, an upgrade may add no useful capacity there.

Key takeaways

  • Mbps is megabits per second; MB/s is megabytes per second.
  • Divide Mbps by 8 for the ideal equivalent in MB/s, and multiply MB/s by 8 in reverse.
  • Use MB versus MiB carefully: decimal and binary prefixes are different.
  • Convert before troubleshooting, then compare Loqmi over Wi-Fi and Ethernet with the same device and quiet conditions.
  • Only upgrade for a capacity problem; source, Wi-Fi, device, latency, and packet loss need different fixes.

Frequently asked questions

Why does my download show 11 MB/s on a 100 Mbps plan?

A 100 Mbps plan has an ideal ceiling of 12.5 MB/s after converting bits to bytes. An 11 MB/s transfer uses about 88 Mbps, so the remaining difference can come from protocol overhead, Wi-Fi, background traffic, the source server, or storage. Compare the result on a wired connection and with another source before treating it as an ISP fault.

What is MiB/s, and why is it different from MB/s?

MiB/s means mebibytes per second and uses 1,048,576 bytes per MiB; MB/s uses 1,000,000 bytes per MB. Software that reports MiB/s will show a slightly smaller number for the same byte rate. Convert the bits-to-bytes relationship first, then check whether the display uses decimal or binary prefixes.

Does upload speed use the same conversion?

Yes. If your upload test is 80 Mbps, its ideal byte-rate equivalent is 10 MB/s because 80 divided by 8 equals 10. The same limits still apply: Wi-Fi, other users, the destination server, and the device can keep a real upload below that ceiling. Use the upload result for cloud backups, calls, or live streams.

Why can a speed test be faster than one download?

A speed test and a file download may use different servers, routes, protocols, and numbers of connections. A test measures what its endpoint can receive or send during the test; a single file source can be slower. Compare units first, then repeat with the same device and a second source before blaming the ISP.

Sources

Related articles