[PERFORM] partitioned table performance

2006-10-28 Thread Andreas Kostyrka
Hi! I'm just wondering, I've got a table that is partitioned into monthly tables: media_downloads -> media_downloads_MM I\- id (primary key) \- created_on (timestamp criteria for the monthly table split) There are constraints upon the created_on column, all needed insert instead rules are

Re: [PERFORM] commit so slow program looks frozen

2006-10-28 Thread Merlin Moncure
On 10/28/06, Simon Riggs <[EMAIL PROTECTED]> wrote: On Thu, 2006-10-26 at 11:06 -0400, Merlin Moncure wrote: > On 10/26/06, Carlo Stonebanks <[EMAIL PROTECTED]> wrote: > > This is pretty interesting - where can I read more on this? Windows isn't > > actually hanging, one single command line windo

Re: [PERFORM] commit so slow program looks frozen

2006-10-28 Thread Carlo Stonebanks
> I do think we need some better instrumentation for this kind of thing. Well, one thing's for sure - I have little other information to offer. The problem is that the lockups occur after hours of operation and thousands of rows being digested (which is the nature of the program). If "better in

Re: [PERFORM] commit so slow program looks frozen

2006-10-28 Thread Carlo Stonebanks
>Ben Trewern" <[EMAIL PROTECTED]> wrote in message >news:[EMAIL PROTECTED] > It might be worth turning off hyperthreading if your Xeons are using it. > There have been reports of this causing inconsistent behaviour with > PostgreSQL. Yes, this issue comes up often - I wonder if the Woodcrest Xe

Re: [PERFORM] Best COPY Performance

2006-10-28 Thread Luke Lonergan
Michael (aka Worky), On 10/28/06 5:03 AM, "Michael Artz" <[EMAIL PROTECTED]> wrote: > PG 8.1.3 x86_64. I installed it via a RH rpm for their "Web Services > Beta", or something like that. I know I'm a bit behind the times, but > getting stuff in (and out) of my isolated lab is a bit of a pain.

Re: [PERFORM] Best COPY Performance

2006-10-28 Thread Michael Artz
> Are you saying that I should be able to issue multiple COPY commands > because my I/O wait is low? I was under the impression that I am I/O > bound, so multiple simeoultaneous loads would have a detrimental > effect ... The reason I asked how many CPUs was to make sense of the 12% usr CPU time

Re: [PERFORM] commit so slow program looks frozen

2006-10-28 Thread Simon Riggs
On Thu, 2006-10-26 at 11:06 -0400, Merlin Moncure wrote: > On 10/26/06, Carlo Stonebanks <[EMAIL PROTECTED]> wrote: > > This is pretty interesting - where can I read more on this? Windows isn't > > actually hanging, one single command line window is - from its behaviour, it > > looks like the TCL p