From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from sa-prd-fep-049.btinternet.com (mailomta6-sa.btinternet.com [213.120.69.12]) by sourceware.org (Postfix) with ESMTPS id 90A61383B418 for ; Tue, 20 Apr 2021 19:35:34 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 90A61383B418 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=dronecode.org.uk Authentication-Results: sourceware.org; spf=none smtp.mailfrom=jon.turney@dronecode.org.uk Received: from sa-prd-rgout-005.btmx-prd.synchronoss.net ([10.2.38.8]) by sa-prd-fep-049.btinternet.com with ESMTP id <20210420193533.RTXW5300.sa-prd-fep-049.btinternet.com@sa-prd-rgout-005.btmx-prd.synchronoss.net> for ; Tue, 20 Apr 2021 20:35:33 +0100 Authentication-Results: btinternet.com; auth=pass (PLAIN) smtp.auth=jonturney@btinternet.com X-SNCR-Rigid: 60387180079A037E X-Originating-IP: [81.153.98.246] X-OWM-Source-IP: 81.153.98.246 (GB) X-OWM-Env-Sender: jonturney@btinternet.com X-VadeSecure-score: verdict=clean score=0/300, class=clean X-RazorGate-Vade: gggruggvucftvghtrhhoucdtuddrgeduledrvddtiedgudegvdcutefuodetggdotefrodftvfcurfhrohhfihhlvgemuceutffkvffkuffjvffgnffgvefqofdpqfgfvfenuceurghilhhouhhtmecufedtudenucenucfjughrpefufhfvhffkffgfgggjtgfgsehtkeertddtfeejnecuhfhrohhmpeflohhnucfvuhhrnhgvhicuoehjohhnrdhtuhhrnhgvhiesughrohhnvggtohguvgdrohhrghdruhhkqeenucggtffrrghtthgvrhhnpefgleehleettedvieduffehudehgeduueekudetheektdefffekgeffhffhlefhueenucffohhmrghinhepughllhdrihhspdhgihhthhhusgdrtghomhenucfkphepkedurdduheefrdelkedrvdegieenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhephhgvlhhopegludelvddrudeikedruddrudduudgnpdhinhgvthepkedurdduheefrdelkedrvdegiedpmhgrihhlfhhrohhmpeeojhhonhdrthhurhhnvgihsegurhhonhgvtghouggvrdhorhhgrdhukhequceuqfffjgepkeeukffvoffkoffgpdhrtghpthhtohepoegthihgfihinhdquggvvhgvlhhophgvrhhssegthihgfihinhdrtghomheq X-RazorGate-Vade-Verdict: clean 0 X-RazorGate-Vade-Classification: clean Received: from [192.168.1.111] (81.153.98.246) by sa-prd-rgout-005.btmx-prd.synchronoss.net (5.8.340) (authenticated as jonturney@btinternet.com) id 60387180079A037E for cygwin-developers@cygwin.com; Tue, 20 Apr 2021 20:35:33 +0100 Subject: Re: Maybe consider rpmalloc References: <067987e2-e958-b56c-efea-25d827568453@maxrnd.com> <6f68b10b-7fe5-4378-afb9-9001de084edf@maxrnd.com> <3adb36f3-8740-3ff7-5f8a-90cdf3dfb64d@maxrnd.com> <69159cfa-8fc5-283b-126b-740b841841cd@maxrnd.com> <93809c4f-7747-3611-0d20-bde09e091f1d@maxrnd.com> To: cygwin-developers@cygwin.com From: Jon Turney Message-ID: Date: Tue, 20 Apr 2021 20:34:37 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.9.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-3571.5 required=5.0 tests=BAYES_00, FORGED_SPF_HELO, KAM_DMARC_STATUS, KAM_LAZY_DOMAIN_SECURITY, NICE_REPLY_A, RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H4, RCVD_IN_MSPIKE_WL, SPF_HELO_PASS, SPF_NONE, TXREP autolearn=no autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: cygwin-developers@cygwin.com X-Mailman-Version: 2.1.29 Precedence: list List-Id: Cygwin core component developers mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Apr 2021 19:35:45 -0000 On 19/04/2021 06:16, Mark Geisert wrote: > Jon Turney wrote: >> On 14/04/2021 09:19, Mark Geisert wrote: >>> I need to identify what's being hit within ntdll.dll.  Is it one or >>> two routines, or just hot locks.  So that means getting the correct >>> PDB file from the MS Symbol Server and working with Windows tools I'm >>> unfamiliar with.  Sigh, in an earlier life I had a gdb that we'd >>> taught how to work >> >> Yes, this would indeed be a very useful thing to have in gdb. >> >> I'm not aware of any public work in that direction, though. >> >>> with PDB files; dunno if I could resurrect that.  Profiling the >>> Cygwin DLL itself, call profiling I mean, might lead somewhere as well. >> >> In the past I've had some success with using the Very Sleepy profiler >> ([1]), which can use both PDB and DWARF symbols, on cygwin executables. >> >> [1] https://github.com/VerySleepy/verysleepy > > Thanks for that link, Jon.  That tool is potentially very useful.  Are > you sure it understands DWARF though?  It seems to show only a subset of > cygwin1.dll symbols but I can't immediately tell why those and not > others.  Perhaps they're just the unmangled names present in the COFF > symbol table? > > Did you do anything in particular to assist it with debugging Cygwin > exes?  Like adding to the Symbol Cache it builds?  I only see PDB files > in its cache so far. I think there was some wrestling with it required, but I don't recall the details anymore. > I think building a "fake" PDB file for cygwin1.dll might be good enough, > but if there's an easier way I'd love to hear it. > Thanks again,