Re: [PERFORM] understanding postgres issues/bottlenecks

2009-01-07 Thread Simon Waters
On Wednesday 07 January 2009 04:17:10 M. Edward (Ed) Borasky wrote: > > 1. The package it lives in is called "sysstat". Most Linux distros do > *not* install "sysstat" by default. Somebody should beat up on them > about that. :) Hehe, although sysstat and friends did have issues on Linux for a lo

Re: [PERFORM] Need help with 8.4 Performance Testing

2008-12-09 Thread Simon Waters
On Tuesday 09 December 2008 13:08:14 Jean-David Beyer wrote: > > and even if they can, I do not know if postgres uses that ability. I doubt > it, since I believe (at least in Linux) a process can do that only if run > as root, which I imagine few (if any) users do. Disclaimer: I'm not a system pr

Re: [PERFORM] Perc 3 DC

2008-11-24 Thread Simon Waters
On Monday 24 November 2008 14:49:17 Glyn Astill wrote: > --- On Mon, 24/11/08, Steve Clark <[EMAIL PROTECTED]> wrote: > > > Yeah the battery's on it, that and the 128Mb is > > > > really the only reason I thought I'd give it a whirl. > > > > > > Is the battery functioning? We found that the unit h

Re: [GENERAL] [PERFORM] Drupal and PostgreSQL - performance issues?

2008-10-13 Thread Simon Waters
On Monday 13 October 2008 15:19:07 Scott Marlowe wrote: > > > shared_buffers = 24MB > > max_fsm_pages = 153600 > > Well, 24MB is pretty small. See if you can increase your system's > shared memory and postgresql's shared_buffers to somewhere around 256M > to 512M. It likely won't make a big diff

[PERFORM] 7.4 - basic tuning question

2008-10-03 Thread Simon Waters
Hi, we have a log table on one server with 1.9 million records. One column "event" (type text) in that table is a string that (currently) takes a small number of distinct values (~43) (hmm that could have been normalised better). We noted on querying for events of a specific type, that the que