Received: from maia.hub.org (maia-3.hub.org [200.46.204.243]) by mail.postgresql.org (Postfix) with ESMTP id 05C131337B39 for ; Mon, 7 Feb 2011 10:23:48 -0400 (AST) Received: from mail.postgresql.org ([200.46.204.86]) by maia.hub.org (mx1.hub.org [200.46.204.243]) (amavisd-maia, port 10024) with ESMTP id 83694-08 for ; Mon, 7 Feb 2011 14:23:40 +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 372881337B83 for ; Mon, 7 Feb 2011 10:23:39 -0400 (AST) Received: (qmail 4655 invoked by uid 210); 7 Feb 2011 14:23:39 -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.011588 secs); 07 Feb 2011 14:23:39 -0000 Received: from mail.nsoft.lt (77.240.249.53) by mail.csc.lt with SMTP; 7 Feb 2011 14:23:39 -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 CAD3B8E045 for ; Mon, 7 Feb 2011 16:23:36 +0200 (EET) Message-ID: <4D500068.8070707@nsoft.lt> Date: Mon, 07 Feb 2011 16:23:36 +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> <4D4FD41E.2050909@nsoft.lt> In-Reply-To: <4D4FD41E.2050909@nsoft.lt> 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/31 X-Sequence-Number: 36670 2011.02.07 13:14, Julius Tuskenis rašė: > 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. > I'm sorry - I guess I should ask for help in pgAdmin mailing list. -- Julius Tuskenis Programavimo skyriaus vadovas UAB nSoft mob. +37068233050