From 139732050fd7999aa076ba1f2e6891782ed7c8e5 Mon Sep 17 00:00:00 2001 From: Harry Roberts Date: Sun, 22 Sep 2024 17:22:53 +0100 Subject: [PATCH] Link to latency posts --- ...0-17-the-three-c-concatenate-compress-cache.md | 15 +++++++++------ 1 file changed, 9 insertions(+), 6 deletions(-) diff --git a/_posts/2023-10-17-the-three-c-concatenate-compress-cache.md b/_posts/2023-10-17-the-three-c-concatenate-compress-cache.md index 0d350b89..5914c264 100644 --- a/_posts/2023-10-17-the-three-c-concatenate-compress-cache.md +++ b/_posts/2023-10-17-the-three-c-concatenate-compress-cache.md @@ -92,12 +92,15 @@ was about **1.4× slower** and about **3.3× heavier**. What might explain this phenomenon? When we talk about downloading files, we—generally speaking—have two things to -consider: latency and bandwidth. In the waterfall charts above, we notice we -have both light and dark green in the CSS responses: the light green can be -considered latency, while the dark green is when we’re actually downloading -data. As a rule, latency stays constant while download time is proportional to -filesize. Notice just how much more light green (especially compared to dark) we -see in the many-files version of Bootstrap compared to the one-big-file. +consider: [latency and +bandwidth](/2019/01/bandwidth-or-latency-when-to-optimise-which/). In the +waterfall charts above, we notice we have both light and dark green in the CSS +responses: the light green can be considered latency, while the dark green is +when we’re actually downloading data. As a rule, [latency stays +constant](/2024/09/optimising-for-high-latency-environments/) while download +time is proportional to filesize. Notice just how much more light green +(especially compared to dark) we see in the many-files version of Bootstrap +compared to the one-big-file. This is not a new phenomenon—a client of mine suffered [the same problem in July](/2023/07/in-defence-of-domcontentloaded/#putting-it-to-use), and the Khan