Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751124AbdGME3U (ORCPT ); Thu, 13 Jul 2017 00:29:20 -0400 Received: from one.firstfloor.org ([193.170.194.197]:59980 "EHLO one.firstfloor.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750920AbdGME3T (ORCPT ); Thu, 13 Jul 2017 00:29:19 -0400 Date: Wed, 12 Jul 2017 21:29:17 -0700 From: Andi Kleen To: Josh Poimboeuf Cc: Andi Kleen , x86@kernel.org, linux-kernel@vger.kernel.org, live-patching@vger.kernel.org, Linus Torvalds , Andy Lutomirski , Jiri Slaby , Ingo Molnar , "H. Peter Anvin" , Peter Zijlstra , Mike Galbraith Subject: Re: [PATCH v3 00/10] x86: ORC unwinder (previously undwarf) Message-ID: <20170713042916.GD3044@two.firstfloor.org> References: <87wp7dmgoo.fsf@firstfloor.org> <20170712224759.a32747n3oso245ij@treble> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170712224759.a32747n3oso245ij@treble> User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 968 Lines: 24 On Wed, Jul 12, 2017 at 05:47:59PM -0500, Josh Poimboeuf wrote: > On Wed, Jul 12, 2017 at 03:30:31PM -0700, Andi Kleen wrote: > > Josh Poimboeuf writes: > > > > > > The ORC data format does have a few downsides compared to DWARF. The > > > ORC unwind tables take up ~1MB more memory than DWARF eh_frame tables. > > > > > Can we have an option to just use dwarf instead? For people > > who don't want to waste a MB+ to solve a problem that doesn't > > exist (as proven by many years of opensuse kernel experience) > > > > As far as I can tell this whole thing has only downsides compared > > to the dwarf unwinder that was earlier proposed. I don't see > > a single advantage. > > Improved speed, reliability, maintainability. Are those not advantages? Ok. We'll see how it works out. The memory overhead is quite bad though. You're basically undoing many years of efforts to shrink kernel text. I hope this can be still done better. -Andi