From mboxrd@z Thu Jan 1 00:00:00 1970 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752068AbeABMIF (ORCPT + 1 other); Tue, 2 Jan 2018 07:08:05 -0500 Received: from szxga07-in.huawei.com ([45.249.212.35]:35739 "EHLO huawei.com" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1751759AbeABMID (ORCPT ); Tue, 2 Jan 2018 07:08:03 -0500 Subject: Re: [RFC PATCH 2/5] perf jevents: add support for arch recommended events To: Andi Kleen References: <1512490399-94107-1-git-send-email-john.garry@huawei.com> <1512490399-94107-3-git-send-email-john.garry@huawei.com> <20171206133607.GA12508@krava> <20171208122918.GE2799@krava> <20171209073104.GB14297@krava> <5d322353-2785-a99f-bcd8-b948bd6cb09a@huawei.com> <20171216184701.GB25156@tassilo.jf.intel.com> CC: Jiri Olsa , , , , , , , , , , , , , , , From: John Garry Message-ID: Date: Tue, 2 Jan 2018 12:07:46 +0000 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.3.0 MIME-Version: 1.0 In-Reply-To: <20171216184701.GB25156@tassilo.jf.intel.com> Content-Type: text/plain; charset="windows-1252"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [10.202.227.238] X-CFilter-Loop: Reflected Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Return-Path: On 16/12/2017 18:47, Andi Kleen wrote: Hi Andi, >> Won't this all potentially have a big maintainence cost? > > No. It's all auto generated. > > The only cost is slightly bigger binary size. > > I would hope your event files are auto generated too. > No, they're not - we are just manually transcribing the event data from the architecture reference manual (for arch-defined events) or internal text document (for custom events). Can you describe how you autogenerate the JSONs? Do you have some internal proprietary HW file format describing events, with files supplied from HW designer, which you can just translate into a JSON? Would the files support deferencing events to improve scalability? >> I just don't know how this schema scales with more archs and more platforms >> supported. It's just early days now... > > Only perf will get slightly bigger, but memory is not exactly expensive. > > In fact, the extra memory won't even be faulted in if it's not used, > so it's only disk space. Much appreciated, John > > -Andi > > . >