Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jeexP-0001uC-Cd for pljava-dev@arkaria.postgresql.org; Fri, 29 May 2020 13:21:55 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1jeexO-0004ER-BU for pljava-dev@arkaria.postgresql.org; Fri, 29 May 2020 13:21:54 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jeexO-0004EK-6T for pljava-dev@lists.postgresql.org; Fri, 29 May 2020 13:21:54 +0000 Received: from anastigmatix.net ([68.171.219.55]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jeexM-0000Sq-82 for pljava-dev@lists.postgresql.org; Fri, 29 May 2020 13:21:53 +0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=anastigmatix.net; s=default; h=Content-Transfer-Encoding:Content-Type: In-Reply-To:MIME-Version:Date:Message-ID:From:Cc:References:To:Subject:Sender :Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help: List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=y3wo4FOyF6ANVPPLf+EGkEyhudm69HRhgCBHtML8Bh8=; b=cRVsuqhePOxO38z0n4gS9wq3MX vX+WKD0a81uzSsxhnWNXPbHNhffrFd5H9eBUgE8oBlNLUn28ujLy4DHpDqoxmVHvShqvqgT9xx1Du ozvFrOBsUjFEYy7AHjYVTg3t7i6TLN8er+aeZH3hN499awLRfQu/PR8dPQuio4D03mRWtYyTVcN/v bPk26IVBr9c9aiw5+o7olOR8wd/4E0+A+Rq31QscTtS/IuWXBzcKiIpaCf6pdnpSfz11ZQbwk9U4u MCfR3SaGDBRABFApgYu/yXHOhABZkiMC/SFsI7UezvRjDuvM7fTF+iB73MtdtNf7nIU1M4aDLft2k UPQJ1KIQ==; Received: from [184.19.31.139] (port=51046) by bay.acenet.us with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.93) (envelope-from ) id 1jeexJ-009hhl-SC; Fri, 29 May 2020 09:21:50 -0400 Subject: Re: Starting build-system work (Windows/Mac users please speak up) To: Kartik Ohri References: <5EC17E17.7070002@anastigmatix.net> <5ECED046.3000308@anastigmatix.net> <5ED0FCB0.405@anastigmatix.net> Cc: pljava-dev@lists.postgresql.org From: Chapman Flack X-Enigmail-Draft-Status: N1110 Message-ID: <5ED10C6D.2020000@anastigmatix.net> Date: Fri, 29 May 2020 09:21:49 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.7.0 MIME-Version: 1.0 In-Reply-To: <5ED0FCB0.405@anastigmatix.net> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-OutGoing-Spam-Status: No, score=-95.0 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - bay.acenet.us X-AntiAbuse: Original Domain - lists.postgresql.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - anastigmatix.net X-Get-Message-Sender-Via: bay.acenet.us: authenticated_id: chap@anastigmatix.net X-Authenticated-Sender: bay.acenet.us: chap@anastigmatix.net X-Source: X-Source-Args: X-Source-Dir: X-From-Rewrite: unmodified, already matched List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk On 05/29/20 08:14, Chapman Flack wrote: > It may take some study and iteration to figure out patterns to search for > in that output that will be sensitive to the most useful messages. But > just getting the output saved somewhere is a good start. Honestly, looks like the vast majority are local refs exceeding capacity in com.sun.management.internal.DiagnosticCommandImpl.getDiagnosticCommandInfo. I think a whole sequence like this is one warning and its stack trace: INFO: WARNING: JNI local refs: %d, exceeds capacity: %d INFO: at com.sun.management.internal.DiagnosticCommandImpl.getDiag... INFO: at ... ...(22 more lines)... INFO: at java.lang.management.ManagementFactory.getPlatformMBeanServer... INFO: - locked <%#016x> INFO: (a java.lang.Class for java.lang.management.ManagementFactory) INFO: at org.postgresql.pljava.internal.DualState.... I was scratching my head why DualState. would be getting called so many times (I was expecting *one*), but I think what happens is it starts the PlatformMBeanServer off in its own thread and that just reuses the whole stack trace it inherited at birth forever. I am pretty sure if sequences of just that one pattern were filtered out, the result would be way, way shorter and the messages remaining in it would be interesting ones. Regards, -Chap