On Tue, 11 Jun 2019 09:43:26 +0000 Michael Schroeder <mls@suse.de> wrote:
On Sun, Jun 09, 2019 at 03:44:54PM +0200, Michal Suchánek wrote:
The question is: is it compression or "etc" that takes significant amount of time? Compression takes quite a bit of time but in my experience it is "etc" that takes most.
You want statistics? I can help:
Factory Ring Statistics:
(All data in seconds)
startup: mean: 10.3 deviation: 9.1 median(0 25 50 75 80 90 95 99 100): 4 6 7 10 13 21 29 44 164
vm: mean: 7.0 deviation: 5.3 median(0 25 50 75 80 90 95 99 100): 2 5 5 8 8 11 13 29 116
pkginstall: mean: 21.4 deviation: 19.5 median(0 25 50 75 80 90 95 99 100): 1 7 18 28 31 44 55 89 234
build_start: mean: 1.7 deviation: 1.0 median(0 25 50 75 80 90 95 99 100): 0 1 2 2 2 3 3 5 15
build_prep: mean: 0.8 deviation: 4.6 median(0 25 50 75 80 90 95 99 100): 0 0 0 0 1 1 2 13 107
build_build: mean: 94.7 deviation: 578.1 median(0 25 50 75 80 90 95 99 100): 0 1 11 36 47 111 245 1486 13675
build_install: mean: 15.5 deviation: 328.6 median(0 25 50 75 80 90 95 99 100): 0 0 1 3 4 12 24 96 14701
build_dbgextract: mean: 23.9 deviation: 171.4 median(0 25 50 75 80 90 95 99 100): 0 1 2 4 6 21 60 415 5541
build_collectfiles: mean: 10.0 deviation: 110.0 median(0 25 50 75 80 90 95 99 100): 0 0 1 3 4 11 26 112 5070
build_writerpms: mean: 16.9 deviation: 106.7 median(0 25 50 75 80 90 95 99 100): 0 0 1 4 6 21 50 268 3348
build_clean: mean: 0.1 deviation: 0.3 median(0 25 50 75 80 90 95 99 100): 0 0 0 0 0 0 1 1 7
build_post: mean: 7.6 deviation: 38.8 median(0 25 50 75 80 90 95 99 100): 0 1 2 4 5 9 17 145 1287
rpmlint: mean: 4.2 deviation: 17.6 median(0 25 50 75 80 90 95 99 100): 0 1 1 2 3 6 13 54 644
buildcmp: mean: 10.1 deviation: 65.6 median(0 25 50 75 80 90 95 99 100): 0 0 1 3 5 12 29 172 2102
finish: mean: 4.0 deviation: 2.8 median(0 25 50 75 80 90 95 99 100): 2 3 3 4 4 5 7 13 98
Here's how to interpret the median line:
median(0 25 50 75 80 90 95 99 100): 0 1 2 4 6 21 60 415 5541
means that 50% of the packages took less then 2 seconds means that 75% of the packages took less then 4 seconds means that 99% of the packages took less then 415 seconds
Here's the top 10 for the compile and link step (build_build):
build_build: mean: 94.7 deviation: 578.1 median(0 25 50 75 80 90 95 99 100): 0 1 11 36 47 111 245 1486 13675 rust: 13675 libqt5-qtwebengine: 11411 libreoffice: 9792 llvm7: 7674 ceph: 6996 llvm6: 6833 java-11-openjdk: 6340 gcc7: 6337 libqt5-qtwebkit: 6225 kernel-vanilla: 5940
Here's the top 10 for the compression step (build_writerpm):
build_writerpms: mean: 16.9 deviation: 106.7 median(0 25 50 75 80 90 95 99 100): 0 0 1 4 6 21 50 268 3348 ceph: 3348 llvm6: 1541 llvm7: 1516 MozillaFirefox: 1359 MozillaThunderbird: 1359 gcc8: 1245 gcc7: 971 libqt5-qtbase: 960 kernel-vanilla: 942 mariadb: 919
So according to this statistic the kernel build takes much longer than kernel compression. What this does not take into account is that much time is spent in some time kind of rpm checkers some of which are run as part of build (ie file deduplication for kernel-source which is required because it has so many duplicate files it would overflow badness limit). And it does not give statistics for the other parts (ie debuginfo extraction and checkers accounted separately). All in all I am surprised that kernel-vanilla occupies top places when kernel-default does more work and did not even make it to the top list. I suspect some bias in the data. Thanks Michal -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org