From: | henk de wit <henk53602(at)hotmail(dot)com> |
---|---|
To: | <matthew(at)flymine(dot)org> |
Cc: | <pgsql-performance(at)postgresql(dot)org> |
Subject: | Re: When does sequential performance matter in PG? |
Date: | 2009-03-10 14:57:03 |
Message-ID: | COL104-W31005A94BBFDA5DA8B7ED0F5A10@phx.gbl |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
Hi,
> On Tue, 10 Mar 2009, henk de wit wrote:
> > Now I wonder if there is any situation in which
> > sequential IO performance comes into play. E.g. perhaps during a
> > tablescan on a non-fragmented table, or during a backup or restore?
>
> Yes, up to a point. That point is when a single CPU can no longer handle
> the sequential transfer rate. Yes, there are some parallel restore
> possibilities which will get you further. Generally it only takes a few
> discs to max out a single CPU though.
I see, but I take it you are only referring to a backup or a restore? It's of course unlikely (even highly undesirable) that multiple processes are doing a backup, but it doesn't seem unlikely that multiple queries are doing a table scan ;)
> Are you sure you're measuring the maximum IOPS, rather than measuring the
> IOPS capable in a single thread?
I'm pretty sure we're not testing the number of IOPS for a single thread, as we're testing with 1, 10 and 40 threads. There is a significant (2x) increase in the total number of IOPS when going from 1 to 10 threads, but no increase when going from 10 to 40 threads. You can read more details about the setup I used and the problems I ran into here: http://www.xtremesystems.org/forums/showthread.php?p=3707365
Henk
_________________________________________________________________
Express yourself instantly with MSN Messenger! Download today it's FREE!
http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/
From | Date | Subject | |
---|---|---|---|
Next Message | Kris Jurka | 2009-03-10 16:55:24 | Re: [PERFORM] Query much slower when run from postgres function |
Previous Message | Frank Ch. Eigler | 2009-03-10 14:40:51 | Re: Query much slower when run from postgres function |