From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4864 invoked by alias); 6 Oct 2013 01:44:09 -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 4851 invoked by uid 89); 6 Oct 2013 01:44:08 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=1.2 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; Sun, 06 Oct 2013 01:44:07 +0000 Received: from svr-orw-exc-10.mgc.mentorg.com ([147.34.98.58]) by relay1.mentorg.com with esmtp id 1VSdO8-0005Bi-0h from Yao_Qi@mentor.com for gdb-patches@sourceware.org; Sat, 05 Oct 2013 18:44:04 -0700 Received: from SVR-ORW-FEM-02.mgc.mentorg.com ([147.34.96.206]) by SVR-ORW-EXC-10.mgc.mentorg.com with Microsoft SMTPSVC(6.0.3790.4675); Sat, 5 Oct 2013 18:44:04 -0700 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; Sat, 5 Oct 2013 18:44:03 -0700 Message-ID: <5250C00A.20005@codesourcery.com> Date: Sun, 06 Oct 2013 01:44: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: Subject: Re: [PATCH 0/3 V2] GDB Performance testing References: <1380119209-25975-1-git-send-email-yao@codesourcery.com> In-Reply-To: <1380119209-25975-1-git-send-email-yao@codesourcery.com> Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 8bit X-IsSubscribed: yes X-SW-Source: 2013-10/txt/msg00161.txt.bz2 On 09/25/2013 10:26 PM, Yao Qi wrote: > Here are some points V2 doesn't address, and I'd like revisit them > and consider them in the next iteration. > > - Utilities to generate source files. We need them to generate source > files to compose a reasonably sized program for perf testing. However, > current test case doesn't require these utilities. > - Generated files, including source files, object files and executables > are not removed when the test is done, because the next run may skip > compilation step. > > The basic usages of performance testing are unchanged, like > > $ make check-perf > $ make check-perf RUNTESTFLAGS="--target_board=native-gdbserver solib.exp" > $ make check-perf RUNTESTFLAGS="solib.exp SOLIB_COUNT=1024" > > We can skip compilation step like this, > > $ make check-perf RUNTESTFLAGS='solib.exp GDB_PERFORMANCE_SKIP_COMPILE=yes' > > in default, compilation is not skipped. > > The skeleton of .exp is like this: > > load_lib perftest.exp > > if [skip_perf_tests] { > return 0 > } > > PerfTest::assemble { > compile { > > PerfTest::compiled > } > setup_gdb { > } > } { > run { > } > } > > PerfTest::assemble is inspired by Dwarf::assemble. It has three > procedures, compile, setup_gdb and run. Each test should fill in > the body of these three procedures for its purpose. If variable > GDB_PERFORMANCE_SKIP_COMPILE exists, the procedure compile is not > invoked. If the test case uses pre-compiled program, it can be > written like this: > > PerfTest::assemble { > setup_gdb { > } > } { > run { > } > } Ping. https://sourceware.org/ml/gdb-patches/2013-09/msg00894.html -- Yao (齐尧)