Skip site navigation (1) Skip section navigation (2)

Re: [PERFORM] scalability issues on win32

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
Cc: Merlin Moncure <merlin(dot)moncure(at)rcsonline(dot)com>,Dave Page <dpage(at)vale-housing(dot)co(dot)uk>,pgsql-performance(at)postgresql(dot)org,Magnus Hagander <mha(at)sollentuna(dot)net>,Win 32 hackers PGSQL <pgsql-hackers-win32(at)postgresql(dot)org>
Subject: Re: [PERFORM] scalability issues on win32
Date: 2004-12-02 19:42:37
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-hackers-win32pgsql-performance
Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> writes:
> Merlin Moncure wrote:
>> Ok, I am starting to strongly suspect the statistics collector of
>> various kinds of malfeasance.

> OK, the big problem is that we are nearing RC1.  We would like some
> feedback on this as soon as possible.  A major Win32 cleanup for this
> could delay the 8.0 release.

I would say that it shouldn't delay the release --- worst case, we say
"the collector doesn't work very well under Win32 yet".  It's probably
not the only part of the system we'll find needs work under Win32.

This is moot if Merlin can find some simple fixable bug, but I'm worried
that doing anything significant might require major work.

BTW, what about the issue we just identified with piperead() failing to
set errno on Windows?  That would certainly account for the "random
collector restarts" complaint ...

			regards, tom lane

In response to

pgsql-performance by date

Next:From: Pallav KalvaDate: 2004-12-02 19:54:19
Subject: Re: Poor Performance on a table
Previous:From: Frank WilesDate: 2004-12-02 19:38:09
Subject: Re: Poor Performance on a table

pgsql-hackers-win32 by date

Next:From: Merlin MoncureDate: 2004-12-02 20:12:45
Subject: Re: [PERFORM] scalability issues on win32
Previous:From: Bruce MomjianDate: 2004-12-02 19:39:12
Subject: Re: [pgsql-hackers-win32] PLTCL

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group