Re: Has anyone run on the new G5 yet

From: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
To: Paul Tuckfield <paul(at)tuckfield(dot)com>
Cc: pgsql-performance(at)postgresql(dot)org, shannyconsulting(at)earthlink(dot)net
Subject: Re: Has anyone run on the new G5 yet
Date: 2003-12-06 13:19:21
Views: Raw Message | Whole Thread | Download mbox
Lists: pgsql-performance

Paul Tuckfield wrote:
> Biggest problem I've had in the past w. linux in general is that it
> seems to make poor VM choices under heavy filesystem IO. I don't really
> get exactly where it's going wrong , but I've had numerous experiences
> on older systems where bursty IO would seem to cause paging on the box
> (pageout of pieces of the oracle SGA shared memory) which is a
> performance disaseter. It seems to happen even when the shared memory
> was sized reasonably below the size of physical ram, presumably because
> linux is too aggressive in allocating filesystem cache (?) anyway, it
> seems to make decisions based on desire for zippy workstation
> performance and gets burned on thruput on database servers. I'm
> guessing this may be an issue for you , when doing heavy IO. Thing is,
> it'll show like you're IO bound kindof because you're thrashing.

This is not surprising. There has always been an issue with dynamic
buffer cache systems contending with memory used by processes. It takes
a long time to get the balance right, and still there might be cases
where it gets things wrong. Isn't there a Linux option to lock shared
memory in to RAM? If so, we should document this in our manuals, but
right now, there is no mention of it.

Bruce Momjian |
pgman(at)candle(dot)pha(dot)pa(dot)us | (610) 359-1001
+ If your life is a hard drive, | 13 Roberts Road
+ Christ can be your backup. | Newtown Square, Pennsylvania 19073

In response to

Browse pgsql-performance by date

  From Date Subject
Next Message Rob Sell 2003-12-06 17:09:05 Pgbench results
Previous Message Robert Treat 2003-12-06 02:54:52 Re: Help tracking down problem with inserts slowing down...