From: William Yu <wyu@talisys.com>
To: pgsql-performance@postgresql.org
Subject: Re: Trying to figure out pgbench
Date: Tue, 21 Jun 2005 14:53:52 -0700
Message-ID: <d9a29j$o7t$1@news.hub.org> (raw)
In-Reply-To: <CC74E7E10A8A054798B6611BD1FEF4D307966EC8@vamail01.thexchange.com>
References: <CC74E7E10A8A054798B6611BD1FEF4D307966EC8@vamail01.thexchange.com>
I wonder if the -c parameter is truly submitting everything in parallel.
Having 2 telnet sessions up -- 1 doing -c 1 and another doing -c 100 --
I don't see much different in the display speed messages. Perhaps it's
an issue with the telnet console display limiting the command speed. I
thought about piping the output to /dev/null but then the final TPS
results are also piped there. I can try piping output to a file on a
ramdisk maybe.
Mohan, Ross wrote:
> I had a similar experience.
>
> regardless of scaling, etc, I got same results. almost like flags
> are not active.
>
> did
>
> pgbench -I template1
> and
> pgbench -c 10 -t 50 -v -d 1
>
> and played around from there....
>
> This is on IBM pSeries, AIX5.3, PG8.0.2
>
> -----Original Message-----
> From: pgsql-performance-owner@postgresql.org [mailto:pgsql-performance-owner@postgresql.org] On Behalf Of William Yu
> Sent: Tuesday, June 21, 2005 12:05 PM
> To: pgsql-performance@postgresql.org
> Subject: [PERFORM] Trying to figure out pgbench
>
>
> My Dual Core Opteron server came in last week. I tried to do some
> benchmarks with pgbench to get some numbers on the difference between
> 1x1 -> 2x1 -> 2x2 but no matter what I did, I kept getting the same TPS
> on all systems. Any hints on what the pgbench parameters I should be using?
>
> In terms of production use, it definitely can handle more load.
> Previously, Apache/Perl had to run on a separate server to avoid a ~50%
> penalty. Now, the numbers are +15% performance even with Apache/Perl
> running on the same box as PostgreSQL. How much more load of course is
> what I'd like to quantify.
>
> ---------------------------(end of broadcast)---------------------------
> TIP 9: In versions below 8.0, the planner will ignore your desire to
> choose an index scan if your joining column's datatypes do not
> match
>
> ---------------------------(end of broadcast)---------------------------
> TIP 1: subscribe and unsubscribe commands go to majordomo@postgresql.org
>
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Reply to all the recipients using the --to and --cc options:
reply via email
To: pgsql-performance@postgresql.org
Cc: wyu@talisys.com
Subject: Re: Trying to figure out pgbench
In-Reply-To: <d9a29j$o7t$1@news.hub.org>
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox