Received: from localhost (wm.hub.org [200.46.204.128]) by postgresql.org (Postfix) with ESMTP id 3B3A39FB1DF for ; Mon, 16 Oct 2006 08:18:47 -0300 (ADT) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.204.128]) (amavisd-new, port 10024) with ESMTP id 10400-07 for ; Mon, 16 Oct 2006 11:18:43 +0000 (UTC) X-Greylist: domain auto-whitelisted by SQLgrey- Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.181]) by postgresql.org (Postfix) with ESMTP id 9A4129FB28C for ; Mon, 16 Oct 2006 08:18:43 -0300 (ADT) Received: by py-out-1112.google.com with SMTP id d80so2372402pyd for ; Mon, 16 Oct 2006 04:18:40 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=MIzTOCJmlrw5WfX3az1ea0Ay9J2voh/2SwdEdJk4M08/NiJNHbZLXc5D0Bs/0WXyZnGSDNaae8t6hJChyfJSxOkPQJqiwdaz9VI21NiMNiAqRJ4ocBzU5Zbll2o3fSmj9syKy+HkMem+Q/DbBnEfWqGI3WEvGMoBRVSIf1MHztM= Received: by 10.35.115.18 with SMTP id s18mr12643123pym; Mon, 16 Oct 2006 04:18:40 -0700 (PDT) Received: by 10.35.33.6 with HTTP; Mon, 16 Oct 2006 04:18:40 -0700 (PDT) Message-ID: <7be3f35d0610160418u51e4d256k15ee2a5e4ba9433@mail.gmail.com> Date: Mon, 16 Oct 2006 13:18:40 +0200 From: "Harald Armin Massa" To: "Magnus Hagander" Subject: Re: measuring shared memory usage on Windows Cc: pgsql-performance@postgresql.org In-Reply-To: <6BCB9D8A16AC4241919521715F4D8BCEA357EE@algol.sollentuna.se> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_59320_8978532.1160997520036" References: <7be3f35d0610160215v21edbe48vc144200a83f41dd0@mail.gmail.com> <6BCB9D8A16AC4241919521715F4D8BCEA357EE@algol.sollentuna.se> X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=0.2 tagged_above=0 required=5 tests=DNS_FROM_RFC_ABUSE, HTML_MESSAGE, SPF_PASS X-Spam-Level: X-Archive-Number: 200610/289 X-Sequence-Number: 21418 ------=_Part_59320_8978532.1160997520036 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Magnus, > So: has anybody a hint how I can check how much shared_memory > > is really used by PostgreSQL on Windows, to fine tune this parameter? > > > > I learned the hard way that just rising it can lead to a hard > > performance loss :) > > Not really sure :) We're talking about anonymous mapped memory, and I > don't think perfmon lets you look at that. thanks for the clarification. However, "anonymous mapped memory" site:microsoft.com turns out 0 (zero) results. And even splitting it up there seems to be nearly no information ... is the same thing by any chance also known by different names? > However, there is no limit to it as there often is on Unix - you can map up to whatever the virtual RAM > size is (2Gb/3Gb dependingo n what boot flag you use, IIRC). You can > monitor it as a part of the total memory useage on the server, but > there's no way to automatically show the difference between them. So the "performance shock" with high shared memory gets obvious: memory mapped files get swapped to disk. I assume that swapping is nearly transparent for the application, leading to a nice trashing ... I'll keep on searching... Harald --=20 GHUM Harald Massa persuadere et programmare Harald Armin Massa Reinsburgstra=DFe 202b 70197 Stuttgart 0173/9409607 - Python: the only language with more web frameworks than keywords. ------=_Part_59320_8978532.1160997520036 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Magnus,

> So: has anybody a hint how I can check how much shared_memory
&g= t; is really used by PostgreSQL on Windows, to fine tune this parameter?
>
> I learned the hard way that just rising it can lead to a h= ard
> performance loss :)

Not really sure :) We're talking abo= ut anonymous mapped memory, and I
don't think perfmon lets you look at t= hat.=20

thanks for the clarification. However,

"a= nonymous mapped memory"  site:mi= crosoft.com

turns out 0 (zero) results. And even splitting it up= there seems to be nearly no information ... is the same thing by any chanc= e also known by different names?=20

> However, there is no limit to it as there often is on Unix - y= ou can map up to whatever the virtual RAM
> size is (2Gb/3Gb d= ependingo n what boot flag you use, IIRC). You can
> monitor it as a = part of the total memory useage on the server, but
> there's no way to automatically show the difference between them.<= br>
So the "performance shock" with high shared memory gets ob= vious: memory mapped files get swapped to disk. I assume that swapping is n= early transparent for the application, leading to a nice trashing ...

I'll keep on searching...

Harald


-- <= br>GHUM Harald Massa
persuadere et programmare
Harald Armin Massa
= Reinsburgstra=DFe 202b
70197 Stuttgart
0173/9409607
-
Python: t= he only language with more web frameworks than keywords. ------=_Part_59320_8978532.1160997520036--