Received: from maia.hub.org (maia-2.hub.org [200.46.204.251]) by mail.postgresql.org (Postfix) with ESMTP id 4CE231337BAE for ; Mon, 7 Feb 2011 07:14:50 -0400 (AST) Received: from mail.postgresql.org ([200.46.204.86]) by maia.hub.org (mx1.hub.org [200.46.204.251]) (amavisd-maia, port 10024) with ESMTP id 63048-09 for ; Mon, 7 Feb 2011 11:14:43 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from mail.csc.lt (mail.csc.lt [193.138.191.5]) by mail.postgresql.org (Postfix) with ESMTP id 134FB1337B64 for ; Mon, 7 Feb 2011 07:14:41 -0400 (AST) Received: (qmail 21077 invoked by uid 210); 7 Feb 2011 11:14:41 -0000 Received: from mail.nsoft.lt by mail (envelope-from , uid 201) with qmail-scanner-2.05st (clamdscan: 0.95.3/12636. spamassassin: 3.2.1. perlscan: 2.05st. Clear:RC:1(77.240.249.53):. Processed in 0.011489 secs); 07 Feb 2011 11:14:41 -0000 Received: from mail.nsoft.lt (77.240.249.53) by mail.csc.lt with SMTP; 7 Feb 2011 11:14:41 -0000 Received: from [192.168.16.39] (unknown [77.240.249.53]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.nsoft.lt (Postfix) with ESMTPS id 9B6578E045 for ; Mon, 7 Feb 2011 13:14:38 +0200 (EET) Message-ID: <4D4FD41E.2050909@nsoft.lt> Date: Mon, 07 Feb 2011 13:14:38 +0200 From: Julius Tuskenis Organization: UAB nSoft User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; lt-LT; rv:1.9.2.13) Gecko/20101207 Lightning/1.0b2 Thunderbird/3.1.7 MIME-Version: 1.0 To: pgsql-admin@postgresql.org Subject: Re: possible memory leak in Server Status window References: <4D4FADCA.6040604@nsoft.lt> <4D4FC0E6.7060302@lelarge.info> In-Reply-To: <4D4FC0E6.7060302@lelarge.info> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=-1.9 tagged_above=-10 required=5 tests=BAYES_00=-1.9 X-Spam-Level: X-Archive-Number: 201102/30 X-Sequence-Number: 36669 2011.02.07 11:52, Guillaume Lelarge rašė: > Did you lower each report? because each individual report has its own > timer. > I'm sorry, I have only one report (Server status window). When you say "lower" do you mean "minimize" ? No, I have left it on screen. Or do you mean refresh interval? As I have single server status window, there is no window left with shorter interval. Could the answer be in Locks window? I noticed, that even when I set refresh interval to 10min, lock list is updated after the interval of approximately 1 minute. Is this expected behavior? And when having refresh interval = 10min the events of increase to VM become rare. If I hit refresh button - i can observe the increase. I still was not able to reproduce on other servers. Maybe it is related to the error we found Friday night in System log "The server was unable to allocate from the system nonpaged pool because the pool was empty." I tried to google - found an explanation that this could mean there is a memory leak in kernel or in drivers. Maybe something is wrong in system... This is the first time I encounter such a problem. -- Julius Tuskenis Programavimo skyriaus vadovas UAB nSoft mob. +37068233050