From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 44714 invoked by alias); 16 Mar 2017 19:51:06 -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 41959 invoked by uid 89); 16 Mar 2017 19:51:05 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=0.8 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD,SPF_PASS autolearn=ham version=3.3.2 spammy=Hx-languages-length:1482, H*f:sk:58CAD90, H*f:sk:46433bf, NFS X-HELO: userp1040.oracle.com Received: from userp1040.oracle.com (HELO userp1040.oracle.com) (156.151.31.81) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 16 Mar 2017 19:51:04 +0000 Received: from userv0021.oracle.com (userv0021.oracle.com [156.151.31.71]) by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id v2GJp0Z2008111 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Thu, 16 Mar 2017 19:51:00 GMT Received: from aserv0122.oracle.com (aserv0122.oracle.com [141.146.126.236]) by userv0021.oracle.com (8.14.4/8.14.4) with ESMTP id v2GJoxUH021947 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Thu, 16 Mar 2017 19:51:00 GMT Received: from abhmp0001.oracle.com (abhmp0001.oracle.com [141.146.116.7]) by aserv0122.oracle.com (8.14.4/8.14.4) with ESMTP id v2GJoxZj012625; Thu, 16 Mar 2017 19:50:59 GMT Received: from [10.154.104.136] (/10.154.104.136) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Thu, 16 Mar 2017 12:50:59 -0700 Message-ID: <58CAECA1.10707@oracle.com> Date: Thu, 16 Mar 2017 19:51:00 -0000 From: Wei-min Pan User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: Pedro Alves CC: Yao Qi , gdb-patches@sourceware.org Subject: Re: [PATCH] gdb.base/siginfo-thread.exp: Increase timeout for 'gcore' command References: <1488338603-107524-1-git-send-email-weimin.pan@oracle.com> <868to5mgam.fsf@gmail.com> <58CAB698.7040602@oracle.com> <58CAD90A.40809@oracle.com> <46433bf1-c3a6-d2fc-c6b3-1cfe21553a87@redhat.com> <58CAE319.1030807@oracle.com> <19e4cf44-5e49-09ef-4055-14b611fc64c2@redhat.com> In-Reply-To: <19e4cf44-5e49-09ef-4055-14b611fc64c2@redhat.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2017-03/txt/msg00294.txt.bz2 Pedro Alves wrote: > On 03/16/2017 07:10 PM, Wei-min Pan wrote: > > >>> You mean that by hand it went faster than that? >>> So what is GDB doing differently when run via make check >>> that makes it slower than running by hand? >>> >>> >> Yes, but not by much faster: >> >> % cat in >> run >> gcore tmp.gcore >> quit >> >> % time my_gdb siginfo-thread -x in >> ... >> real 0m13.327s >> user 0m3.504s >> sys 0m7.572s >> > > Either I'm missing something, or that was _slower_ than then > number you shown of running via the testsuite, not faster... > Sorry, you didn't miss anything. I misspoke :) > So WDT is GDB doing that takes that long? Is that writing > the core to a slow NFS mount or something? > > Here that takes: > > real 0m0.120s > user 0m0.090s > sys 0m0.033s > > and this is not a state-of-the-art machine. > > Can you guess the next question? > > Pick any other core test in the testsuite, do the > same and compare the numbers. > > And if they're different, the next question would > then be, "what's different in this test, why's > it slower?". > OK, just tried a different test which is similar to siginfo-thread: % time make check TESTS="*/siginfo-obj.exp" ... real 0m1.282s user 0m0.736s sys 0m0.400s Looks like the slowness had something to do with the pthread libs. Will investigate. Thanks. > If they're similar, then, well, the same question. :-) > > Thanks, > Pedro Alves > >