| From: | Dimitri Fontaine <dfontaine(at)hi-media(dot)com> |
|---|---|
| To: | "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 09:26:41 |
| Message-ID: | 87iqjf2dgu.fsf@hi-media-techno.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-performance |
Hi, "Peter Sheats" <psheats(at)pbpost(dot)com> writes: > I’m about to
set up a large instance on Amazon EC2 to be our DB server. > >
Before we switch to using it in production I would like to
simulate some load on it so that I know what it can handle and so
that I can make sure I have the > optimal settings in the config
file. > > What is the best strategy out there for doing this?
Does anyone know of some resource that talks about doing this?
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
If you want to replay your logs at the current production speed
and
concurrency, see Playr.
https://area51.myyearbook.com/trac.cgi/wiki/Playr
Regards,
--
dim
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Віталій Тимчишин | 2009-06-02 10:20:17 | Re: Unexpected query plan results |
| Previous Message | Greg Smith | 2009-06-02 04:23:04 | Re: Scalability in postgres |