upstream/mercurial-mirror Files · contrib/dockerrpm

util: implement zstd compression engine...

util: implement zstd compression engine Now that zstd is vendored and being built (in some configurations), we can implement a compression engine for zstd! The zstd engine is a little different from existing engines. Because it may not always be present, we have to defer load the module in case importing it fails. We facilitate this via a cached property that holds a reference to the module or None. The "available" method is implemented to reflect reality. The zstd engine declares its ability to handle bundles using the "zstd" human name and the "ZS" internal name. The latter was chosen because internal names are 2 characters (by only convention I think) and "ZS" seems reasonable. The engine, like others, supports specifying the compression level. However, there are no consumers of this API that yet pass in that argument. I have plans to change that, so stay tuned. Since all we need to do to support bundle generation with a new compression engine is implement and register the compression engine, bundle generation with zstd "just works!" Tests demonstrating this have been added. How does performance of zstd for bundle generation compare? On the mozilla-unified repo, `hg bundle --all -t <engine>-v2` yields the following on my i7-6700K on Linux: engine CPU time bundle size vs orig size throughput none 97.0s 4,054,405,584 100.0% 41.8 MB/s bzip2 (l=9) 393.6s 975,343,098 24.0% 10.3 MB/s gzip (l=6) 184.0s 1,140,533,074 28.1% 22.0 MB/s zstd (l=1) 108.2s 1,119,434,718 27.6% 37.5 MB/s zstd (l=2) 111.3s 1,078,328,002 26.6% 36.4 MB/s zstd (l=3) 113.7s 1,011,823,727 25.0% 35.7 MB/s zstd (l=4) 116.0s 1,008,965,888 24.9% 35.0 MB/s zstd (l=5) 121.0s 977,203,148 24.1% 33.5 MB/s zstd (l=6) 131.7s 927,360,198 22.9% 30.8 MB/s zstd (l=7) 139.0s 912,808,505 22.5% 29.2 MB/s zstd (l=12) 198.1s 854,527,714 21.1% 20.5 MB/s zstd (l=18) 681.6s 789,750,690 19.5% 5.9 MB/s On compression, zstd for bundle generation delivers: * better compression than gzip with significantly less CPU utilization * better than bzip2 compression ratios while still being significantly faster than gzip * ability to aggressively tune compression level to achieve significantly smaller bundles That last point is important. With clone bundles, a server can pre-generate a bundle file, upload it to a static file server, and redirect clients to transparently download it during clone. The server could choose to produce a zstd bundle with the highest compression settings possible. This would take a very long time - a magnitude longer than a typical zstd bundle generation - but the result would be hundreds of megabytes smaller! For the clone volume we do at Mozilla, this could translate to petabytes of bandwidth savings per year and faster clones (due to smaller transfer size). I don't have detailed numbers to report on decompression. However, zstd decompression is fast: >1 GB/s output throughput on this machine, even through the Python bindings. And it can do that regardless of the compression level of the input. By the time you have enough data to worry about overhead of decompression, you have plenty of other things to worry about performance wise. zstd is wins all around. I can't wait to implement support for it on the wire protocol and in revlogs.

Mathias De Maré - - Load All Authors

File last commit:

r27788:d713fa93 default


                r30442:41a81067

default

Download file

             dockerrpm
        
                    37 lines
            
             | 912 B
            
                | text/plain
            
             |
                TextLexer

/ contrib / dockerrpm

History | Source | Raw |Copy content |Copy permalink

Mads Kiilerich dockerrpm: check that docker is running correctly before building	r22438	#!/bin/bash -e
Matt Mackall build: initial support for in-tree autobuilding recipes	r21255
Augie Fackler dockerlib: start extracting common functions for setting up docker...	r24968	. $(dirname $0)/dockerlib.sh

Matt Mackall build: initial support for in-tree autobuilding recipes	r21255	BUILDDIR=$(dirname $0)
Augie Fackler dockerlib: extract initcontainer() method...	r24969	export ROOTDIR=$(cd $BUILDDIR/..; pwd)
Matt Mackall build: initial support for in-tree autobuilding recipes	r21255
Augie Fackler dockerlib: start extracting common functions for setting up docker...	r24968	checkdocker
Mads Kiilerich dockerrpm: check that docker is running correctly before building	r22438
Mads Kiilerich dockerrpm: better handling of specification of docker name	r22439	PLATFORM="$1"
Mads Kiilerich docker: add CentOS 5...	r22443	shift # extra params are passed to buildrpm
Mads Kiilerich dockerrpm: better handling of specification of docker name	r22439
Augie Fackler dockerlib: extract initcontainer() method...	r24969	initcontainer $PLATFORM
Mads Kiilerich dockerrpm: run docker build process as the current user, not as root...	r22440
Mads Kiilerich dockerrpm: prepare source outside docker and just run rpmbuild inside docker...	r22441	RPMBUILDDIR=$ROOTDIR/packages/$PLATFORM
Mads Kiilerich docker: add CentOS 5...	r22443	contrib/buildrpm --rpmbuilddir $RPMBUILDDIR --prepare $*
Mads Kiilerich dockerrpm: prepare source outside docker and just run rpmbuild inside docker...	r22441
		DSHARED=/mnt/shared
		$DOCKER run -u $DBUILDUSER --rm -v $RPMBUILDDIR:$DSHARED $CONTAINER \
		rpmbuild --define "_topdir $DSHARED" -ba $DSHARED/SPECS/mercurial.spec --clean
Mads Kiilerich dockerrpm: create a yum/dnf repo from the generated rpms...	r22444
		$DOCKER run -u $DBUILDUSER --rm -v $RPMBUILDDIR:$DSHARED $CONTAINER \
		createrepo $DSHARED

		cat << EOF > $RPMBUILDDIR/mercurial.repo
		# Place this file in /etc/yum.repos.d/mercurial.repo
		[mercurial]
Mads Kiilerich buildrpm: fix use of invalid $PLATFORM in mercurial.repo	r23124	name=Mercurial packages for $PLATFORM
Mads Kiilerich dockerrpm: create a yum/dnf repo from the generated rpms...	r22444	# baseurl=file://$RPMBUILDDIR/
Mads Kiilerich buildrpm: fix use of invalid $PLATFORM in mercurial.repo	r23124	baseurl=http://hg.example.com/build/$PLATFORM/
Mads Kiilerich dockerrpm: create a yum/dnf repo from the generated rpms...	r22444	skip_if_unavailable=True
		gpgcheck=0
		enabled=1
		EOF

		echo
		echo "Build complete - results can be found in $RPMBUILDDIR"

	Site-wide shortcuts
/	Use quick search box
g h	Goto home page
g g	Goto my private gists page
g G	Goto my public gists page
g 0-9	Goto bookmarked items from 0-9
n r	New repository page
n g	New gist page

	Repositories
g s	Goto summary page
g c	Goto changelog page
g f	Goto files page
g F	Goto files page with file search activated
g p	Goto pull requests page
g o	Goto repository settings
g O	Goto repository access permissions settings
t s	Toggle sidebar on some pages