From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3978 invoked by alias); 14 Jan 2014 13:50:44 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Received: (qmail 3965 invoked by uid 89); 14 Jan 2014 13:50:43 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=1.5 required=5.0 tests=AWL,BAYES_00,GARBLED_BODY autolearn=no version=3.3.2 X-HELO: relay1.mentorg.com Received: from relay1.mentorg.com (HELO relay1.mentorg.com) (192.94.38.131) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 14 Jan 2014 13:50:41 +0000 Received: from svr-orw-fem-01.mgc.mentorg.com ([147.34.98.93]) by relay1.mentorg.com with esmtp id 1W34O5-0001n5-MM from Yao_Qi@mentor.com ; Tue, 14 Jan 2014 05:50:37 -0800 Received: from SVR-ORW-FEM-02.mgc.mentorg.com ([147.34.96.206]) by svr-orw-fem-01.mgc.mentorg.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675); Tue, 14 Jan 2014 05:50:37 -0800 Received: from qiyao.dyndns.org (147.34.91.1) by svr-orw-fem-02.mgc.mentorg.com (147.34.96.168) with Microsoft SMTP Server id 14.2.247.3; Tue, 14 Jan 2014 05:50:36 -0800 Message-ID: <52D54032.3020406@codesourcery.com> Date: Tue, 14 Jan 2014 13:50:00 -0000 From: Yao Qi User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130110 Thunderbird/17.0.2 MIME-Version: 1.0 To: Tom Tromey CC: Subject: Re: [PATCH] rearrange struct value to save memory References: <1389294182-982-1-git-send-email-tromey@redhat.com> <52CF6966.1060405@codesourcery.com> <87sisr1wgu.fsf@fleche.redhat.com> In-Reply-To: <87sisr1wgu.fsf@fleche.redhat.com> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit X-IsSubscribed: yes X-SW-Source: 2014-01/txt/msg00440.txt.bz2 On 01/14/2014 04:02 AM, Tom Tromey wrote: > I tried perf-check out on another branch today. I didn't see a canned > way to summarize the results, so I wrote the appended. You'll need a > newish version of prettytable if you don't want the colorizing to mess > up the table. > > This is still pretty dumb... I didn't try to deal with graphing or > anything cool like that. Yeah, we don't have scripts of this kind to compare the perf results, but I think we need some. At present, I am running perf tests continuously, and feed the result to codespeed, in which the performance is shown as some diagrams. I open them in web browser every day, to see if there are any perf regressions. codespeed doesn't meet our needs perfectly, so I am only running it in house and don't propose using it for GDB. Performance data collection has been done, but perf data record and comparison is still missing. I've had some thoughts, but incomplete. I'll assemble them for a post to see how much we can do here. -- Yao (齐尧)