Knowing approximate real-world sizes gives you a sanity check on any calculated file size in 3.3.6 and 3.3.7.
| Item | Approximate size |
|---|
| One ASCII character | 1 byte |
| A short text message | ~100 bytes |
| A page of plain text | ~2–3 kB |
| A small image | ~100 kB |
| A high-quality photograph | ~5 MB |
| A three-minute song | ~30 MB (uncompressed) |
| A feature film | ~1–5 GB |
| A modern laptop's storage | ~500 GB – 2 TB |
Why one byte per character?
One byte gives 2⁸ = 256 possible values — comfortably enough for the 128 characters of ASCII (3.3.5), which needs only 7 bits. This is why the byte became the standard grouping, and why a document of 2,000 characters occupies roughly 2,000 bytes (2 kB) in plain ASCII.
Using scale as a check
If a calculation gives a small photograph a size of 3 bytes or 40 TB, something has gone wrong — most likely a bits/bytes mix-up (a factor of 8) or a prefix step in the wrong direction (a factor of 1,000).
A worked sense-check. A 1,000 × 1,000 pixel image with 24-bit colour:
1000×1000×24=24,000,000 bits
24,000,000÷8=3,000,000 bytes=3 MB
3 MB for a megapixel photograph is entirely plausible, which confirms the arithmetic. Had the answer come out as 24 MB, the division by 8 had been forgotten.
AQA tip. After any file-size calculation, ask: "is this a believable size for this kind of file?" It costs two seconds and catches the two errors that cost the most marks in 3.3.6 and 3.3.7.