From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by sourceware.org (Postfix, from userid 48) id 3F302385B83E; Tue, 9 Aug 2022 17:57:51 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 3F302385B83E From: "gprocida at google dot com" To: libabigail@sourceware.org Subject: [Bug default/29464] New: abidw performance regression on vmlinux Date: Tue, 09 Aug 2022 17:57:50 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: libabigail X-Bugzilla-Component: default X-Bugzilla-Version: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: gprocida at google dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: dodji at redhat dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter cc target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://sourceware.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: libabigail@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Mailing list of the Libabigail project List-Unsubscribe: , List-Archive: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Aug 2022 17:57:51 -0000 https://sourceware.org/bugzilla/show_bug.cgi?id=3D29464 Bug ID: 29464 Summary: abidw performance regression on vmlinux Product: libabigail Version: unspecified Status: UNCONFIRMED Severity: normal Priority: P2 Component: default Assignee: dodji at redhat dot com Reporter: gprocida at google dot com CC: libabigail at sourceware dot org Target Milestone: --- Hi Dodji. I've been testing changes since our last upstream merge and have found a performance regression. A typical standalone "abidw vmlinux" normally takes around 20s on an AOSP kernel. Following the merge, run times are around 1.5h. So that's around 270 times slower. Using almost vanilla upstream libabigail (I had to disable one ELF symbol assertion for unrelated reasons), I was able to bisect the regression to: 7ecef6361799326b99129a479b43b138f0b237ae "Canonicalize DIEs w/o assuming OD= R & handle typedefs transparently" This commit does a few things, but most significantly removes an optimisati= on that assumed the ODR. The change in behaviour was consistent across 6 different test kernels and a couple of other kernels I had lying around from different test cases. Howev= er, in one case, abidw ran quickly as normal. It's very likely that one of the previous kernels you've had from me will trigger the problem. I will also see if I can find "off the shelf" binary t= hat you can debug with. Regards, Giuliano. --=20 You are receiving this mail because: You are on the CC list for the bug.=