Received: from localhost (wm.hub.org [200.46.204.128]) by postgresql.org (Postfix) with ESMTP id 788389FB523 for ; Mon, 16 Oct 2006 17:21:32 -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 36763-03 for ; Mon, 16 Oct 2006 20:20:32 +0000 (UTC) X-Greylist: domain auto-whitelisted by SQLgrey- Received: from svr4.postgresql.org (svr4.postgresql.org [66.98.251.159]) by postgresql.org (Postfix) with ESMTP id 97B379FB279 for ; Mon, 16 Oct 2006 17:15:17 -0300 (ADT) X-Greylist: domain auto-whitelisted by SQLgrey-1.7.3 Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.183]) by svr4.postgresql.org (Postfix) with ESMTP id 846225AF881 for ; Mon, 16 Oct 2006 20:15:14 +0000 (GMT) Received: by py-out-1112.google.com with SMTP id d80so2558407pyd for ; Mon, 16 Oct 2006 13:13:39 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=MU+PIJpfjd2ZdBvzpfIzD4w3NSg4dU/nGDBvKPMmu6g4FOSDtRzym32p+srPzWAMPyMzU802Mk7nh78vFrArUKSp37TvgBK7+Ipkzf7GnB/ijZbRpMw0rYuMYuisDY5kxxu/05Ag36hroHTd/2TSQM8uisAnsVbFaCwvZ/L/Dvk= Received: by 10.35.84.12 with SMTP id m12mr1863982pyl; Mon, 16 Oct 2006 13:13:38 -0700 (PDT) Received: by 10.35.33.2 with HTTP; Mon, 16 Oct 2006 13:13:38 -0700 (PDT) Message-ID: <7be3f35d0610161313y7d9b5a6ewff090db6fb25585@mail.gmail.com> Date: Mon, 16 Oct 2006 22:13:38 +0200 From: "Harald Armin Massa" To: pgsql-performance@postgresql.org Subject: measuring shared memory usage on Windows In-Reply-To: <7be3f35d0610161312r3ff84fcy4dcb85e9c71fa1e2@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <7be3f35d0610160215v21edbe48vc144200a83f41dd0@mail.gmail.com> <4533815E.3050301@boreham.org> <7be3f35d0610161312r3ff84fcy4dcb85e9c71fa1e2@mail.gmail.com> X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=1.269 tagged_above=0 required=5 tests=DNS_FROM_RFC_ABUSE, SPF_NEUTRAL X-Spam-Level: * X-Archive-Number: 200610/302 X-Sequence-Number: 21431 David, > For example, if you have 1G of RAM on the box, you can't > configure a cache of 900 meg and expect things to work well. > This is because the OS and associated other stuff running on > the box will use ~300megs. The system will page as a result. Overcommitting of memory leads to trashing, yes, that is also my experience= . > The only sure fire way I know of to find the absolute maximum > cache size that can be safely configured is to experiment with > larger and larger sizes until paging occurs, then back off a bit. Yeah, I know the trial and error method. But I also learned that reading the manuals and documentation often helps. So after fastreading the various PostgreSQL tuning materials, I came accross formulas to calculate a fine starting point for shared memory size; and the recommendation to check with shared_memory information tools if that size is okay. And THAT is exactly the challenge of this thread: I am searching for tools to check shared memory usage on Windows. ipcs is not available. And neither Magnus nor Dave, both main contributors of the win32 port of PostgreSQL, and both way wiser concerning Windows internas then me, know of some :( The challenge below that: I maintain a win32 PostgreSQL server, which gets slow every 3-4 weeks. After restarting it runs perfect, for again 3-4 weeks. The Oracle-guys at the same customer solved a similiar problem by simply restarting Oracle every night. But that would be not good enough for my sence of honour :) Thanks for your thoughts, 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.