guix-commits
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

02/03: website: faster-substitutes: Host images locally.


From: Ludovic Courtès
Subject: 02/03: website: faster-substitutes: Host images locally.
Date: Fri, 26 Mar 2021 08:42:03 -0400 (EDT)

civodul pushed a commit to branch master
in repository guix-artwork.

commit 86a8ac8c07ac666b50e450a52ad2a8b986701039
Author: Ludovic Courtès <ludo@gnu.org>
AuthorDate: Fri Mar 26 13:39:22 2021 +0100

    website: faster-substitutes: Host images locally.
    
    * website/static/blog/img/decompression-speed-plot.png,
    website/static/blog/img/installer-substitute-discovery.png,
    website/static/blog/img/substitute-chart-one-process-per-substitute.png:
    New files.
    * website/drafts/faster-substitutes.md: Adjust links.
---
 website/drafts/faster-substitutes.md                   |   6 +++---
 website/static/blog/img/decompression-speed-plot.png   | Bin 0 -> 12804 bytes
 .../static/blog/img/installer-substitute-discovery.png | Bin 0 -> 39751 bytes
 .../substitute-chart-one-process-per-substitute.png    | Bin 0 -> 101154 bytes
 4 files changed, 3 insertions(+), 3 deletions(-)

diff --git a/website/drafts/faster-substitutes.md 
b/website/drafts/faster-substitutes.md
index 32cc689..d783a11 100644
--- a/website/drafts/faster-substitutes.md
+++ b/website/drafts/faster-substitutes.md
@@ -49,7 +49,7 @@ diagram, which gives an idea of all the time wasted creating 
these
 processes, waiting for them to initialize and connect to the substitute
 server, and so on:
 
-![Gantt diagram without substitute 
agent.](https://issues.guix.gnu.org/issue/45018/attachment/8/1)
+![Gantt diagram without substitute 
agent.](https://guix.gnu.org/static/blog/img/substitute-chart-one-process-per-substitute.png)
 
 Why was it done this way?  Because the daemon, written in C++ and
 inherited from Nix, would historically delegate substitution to helper
@@ -113,7 +113,7 @@ than that of lzip but in the same ballpark.  Guillaume Le 
Vaillant
 an insightful comparison of gzip, lzip, and zstd on a plot showing their
 decompression speed as a function of the compression ratio:
 
-![Decompression speed vs. compression ratio of gzip, lzip, and 
zstd.](https://lists.gnu.org/archive/html/guix-devel/2021-01/pngFOHKzO4aVW.png)
+![Decompression speed vs. compression ratio of gzip, lzip, and 
zstd.](https://guix.gnu.org/static/blog/img/decompression-speed-plot.png)
 
 There are several takeaways.  First, zstd decompression is always faster
 than the alternatives.  Second, zstd compresses better than gzip
@@ -183,7 +183,7 @@ substitute servers and adds them as the preferred download 
location.
 The Guix System installation image even allows you to enable it to speed
 up the installation process:
 
-![Enabling substitute server discovery when installing Guix 
System.](https://othacehe.org/files/substitute.png)
+![Enabling substitute server discovery when installing Guix 
System.](https://guix.gnu.org/static/blog/img/installer-substitute-discovery.png)
 
 Again, that only speeds things up if substitute servers use a
 compression method with fast decompression, and with either a cache or
diff --git a/website/static/blog/img/decompression-speed-plot.png 
b/website/static/blog/img/decompression-speed-plot.png
new file mode 100644
index 0000000..97fe7ca
Binary files /dev/null and 
b/website/static/blog/img/decompression-speed-plot.png differ
diff --git a/website/static/blog/img/installer-substitute-discovery.png 
b/website/static/blog/img/installer-substitute-discovery.png
new file mode 100644
index 0000000..e606aa1
Binary files /dev/null and 
b/website/static/blog/img/installer-substitute-discovery.png differ
diff --git 
a/website/static/blog/img/substitute-chart-one-process-per-substitute.png 
b/website/static/blog/img/substitute-chart-one-process-per-substitute.png
new file mode 100644
index 0000000..b9eb524
Binary files /dev/null and 
b/website/static/blog/img/substitute-chart-one-process-per-substitute.png differ



reply via email to

[Prev in Thread] Current Thread [Next in Thread]