From: | Stephen Robert Norris <srn(at)commsecure(dot)com(dot)au> |
---|---|
To: | Curt Sampson <cjs(at)cynic(dot)net> |
Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, pgsql-general(at)postgresql(dot)org |
Subject: | Re: How to cripple a postgres server |
Date: | 2002-05-28 05:46:25 |
Message-ID: | 1022564785.2670.47.camel@ws12 |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On Tue, 2002-05-28 at 15:43, Curt Sampson wrote:
> On Tue, 28 May 2002, Tom Lane wrote:
>
> > Stephen Robert Norris <srn(at)commsecure(dot)com(dot)au> writes:
> > > One big difference, though, is that with the vacuum problem, the CPU
> > > used is almost all (99%) system time; loading up the db with lots of
> > > queries increases user time mostly, with little system time...
> >
> > Hmm, that's a curious point; leaves one wondering about possible kernel
> > bugs.
>
> If it turns out to be so, this would not be the first problem I've
> heard about in the Linux scheduler. (It was notoriously bad for years.)
>
> I'd suggest a good test would be to try this on a BSD machine and
> see if the problem exists there, too. That will at least tell you
> if it's Postgres or Linux.
>
> cjs
> --
> Curt Sampson <cjs(at)cynic(dot)net> +81 90 7737 2974 http://www.netbsd.org
> Don't you know, in this new Dark Age, we're all light. --XTC
Can someone with access to a BSD machine try this? It's pretty easy to
set up, a simple loop to open a few hundred connections and a 1-line
shell script. It doesn't seem to matter what's in the database...
I'm going to try the O(1) scheduler patch for the linux kernel and see
if that helps...
Stephen
From | Date | Subject | |
---|---|---|---|
Next Message | Stephen Robert Norris | 2002-05-28 06:03:27 | Re: How to cripple a postgres server |
Previous Message | Curt Sampson | 2002-05-28 05:43:43 | Re: How to cripple a postgres server |