Hi, Michael Stone <mst...@debian.org> ezt írta (időpont: 2025. jan. 3., P, 17:07): > > On Fri, Jan 03, 2025 at 11:49:05AM +0100, Bernhard Schmidt wrote: > >Shared infrastructure of course. Note that this includes an update of > >the initramfs, which is CPU bound and takes a bit on this system. You > >can take around 45s off the clock for the initramfs regeneration in > >each run. I did a couple of runs and the results were pretty > >consistent. > > This tracks with my experience: optimizing initramfs creation would > produce *far* more bang for the buck than fiddling with dpkg fsyncs... > especially since we tend to do that repeatedly on any major upgrade. :(
Well, that depends on the system configuration and on whether the upgrade triggers initramfs updates. OTOH 45s seems quite slow. Bernhard, do you have zstd installed and initramfs-tools configured to use it? On my laptop 3 kernels are installed and on initramfs update round ~10s: rbalint@nano:~$ grep -m 1 "model name" /proc/cpuinfo model name : 11th Gen Intel(R) Core(TM) i7-1160G7 @ 1.20GHz rbalint@nano:~$ grep COMPRESS /etc/initramfs-tools/initramfs.conf ; sudo time update-initramfs -k all -u # COMPRESS: [ gzip | bzip2 | lz4 | lzma | lzop | xz | zstd ] COMPRESS=zstd ... update-initramfs: Generating /boot/initrd.img-6.8.0-51-generic ... (2 more kernels) 5.63user 5.35system 0:10.48elapsed 104%CPU (0avgtext+0avgdata 29540maxresident)k 541534inputs+540912outputs (247major+1241330minor)pagefaults 0swaps If I switch to gzip, the initramfs update takes ~19s: rbalint@nano:~$ grep COMPRESS /etc/initramfs-tools/initramfs.conf ; sudo time update-initramfs -k all -u # COMPRESS: [ gzip | bzip2 | lz4 | lzma | lzop | xz | zstd ] COMPRESS=gzip # COMPRESSLEVEL: ... # COMPRESSLEVEL=1 update-initramfs: Generating /boot/initrd.img-6.8.0-51-generic ... (2 more kernels) 10.84user 8.31system 0:18.78elapsed 101%CPU (0avgtext+0avgdata 29556maxresident)k 541502inputs+530160outputs (246major+1225801minor)pagefaults 0swaps Cheers, Balint
