linux-kernel - [PROBLEM] Very long .deb package build times for bindeb-pkg build target

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Message-ID: <c2adb439-0dea-4de1-996e-5a0caa5c729d@alu.unizg.hr>
Date: Thu, 11 Jan 2024 13:22:39 +0100
From: Mirsad Todorovac <mirsad.todorovac@....hr>
To: linux-kbuild@...r.kernel.org
Cc: linux-kernel@...r.kernel.org
Subject: [PROBLEM] Very long .deb package build times for bindeb-pkg build
 target

Hi,

With this new release, it seems that Debian kernel build uses "xz" in single-
threaded mode:

Tasks: 484 total,   2 running, 481 sleeping,   0 stopped,   1 zombie
%Cpu(s):  2.5 us,  2.2 sy,  6.3 ni, 85.1 id,  2.3 wa,  0.0 hi,  1.7 si,  0.0 st
MiB Mem :  64128.3 total,    524.3 free,   5832.0 used,  58540.9 buff/cache
MiB Swap:  32760.0 total,  32758.7 free,      1.2 used.  58296.3 avail Mem

     PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND 

  978084 marvin    30  10  112440  97792   2432 R 100.0   0.1  29:30.23 xz 


Before dpkg-deb was using up to 3200% of CPU time on a 16 core SMT CPU.

Can it be something with dpkg-deb --thread-max=%n option?

Waiting for half an hour just for the build of linux-image-...-dbg package
seems like an overkill ...

Thank you.

Best regards,
Mirsad