From: | Mark Kirkwood <markir(at)paradise(dot)net(dot)nz> |
---|---|
To: | Harald Armin Massa <haraldarminmassa(at)gmail(dot)com> |
Cc: | pgsql-performance(at)postgresql(dot)org |
Subject: | Re: measuring shared memory usage on Windows |
Date: | 2006-10-19 04:58:47 |
Message-ID: | 45370607.4080308@paradise.net.nz |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
Harald Armin Massa wrote:
>
> 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 :(
>
>
Would it help to have the postmaster report what the shared memory
allocation is when it starts up? (this won't help with the activity
stuff, but at least you would know for sure how *much* you have to use).
If I understand this correctly,
ShmemSegHdr->totalsize
is what we have allocated, so making the startup section of bootstrap.c
elog(LOG) could work.
Cheers
Mark
From | Date | Subject | |
---|---|---|---|
Next Message | Ioana Danes | 2006-10-19 11:23:57 | Re: Postgresql 8.1.4 - performance issues for select on view using max |
Previous Message | Jeff Davis | 2006-10-18 23:05:49 | Re: Postgresql 8.1.4 - performance issues for select on |