From: | "Kenneth Cox" <kenstir(at)gmail(dot)com> |
---|---|
To: | "Dimitri Fontaine" <dfontaine(at)hi-media(dot)com>, "Peter Sheats" <psheats(at)pbpost(dot)com> |
Cc: | pgsql-performance(at)postgresql(dot)org |
Subject: | Re: Best way to load test a postgresql server |
Date: | 2009-06-02 13:02:51 |
Message-ID: | op.uuwei1pb5ru9c3@kent60.home |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
On Tue, 02 Jun 2009 05:26:41 -0400, Dimitri Fontaine
<dfontaine(at)hi-media(dot)com> wrote:
> I'd recommand having a look at tsung which will be able to replay a
> typical application scenario with as many concurrent users as you want
> to: http://archives.postgresql.org/pgsql-admin/2008-12/msg00032.php
> http://tsung.erlang-projects.org/
> http://pgfouine.projects.postgresql.org/tsung.html
I am having a look at tsung and not getting very far yet. Have you had
luck with it and do you really mean as many concurrent users as you want?
I was hoping to use it to simulate my current load while tuning and making
improvements. So far tsung doesn't appear well suited to my needs. I use
persistent connections; each tsung session uses a new connection. I have
multiple applications that have very usage patterns (some web and largely
idle, some non web and almost saturated); tsung has virtual users choosing
a session based on a probability with think times. I know many
programming languages; tsung (and its error messages) is in erlang.
> If you want to replay your logs at the current production speed and
> concurrency, see Playr.
> https://area51.myyearbook.com/trac.cgi/wiki/Playr
Thanks for this tip. It seems worth a look.
Regards,
Ken
From | Date | Subject | |
---|---|---|---|
Next Message | Shaul Dar | 2009-06-02 13:31:03 | Re: Best way to load test a postgresql server |
Previous Message | Matthew Wakeling | 2009-06-02 12:48:39 | Re: Using index for bitwise operations? |