Skip site navigation (1) Skip section navigation (2)

Re: pgbench could not send data to client: Broken pipe

From: David Kerr <dmk(at)mr-paradox(dot)net>
To: Kevin Grittner <Kevin(dot)Grittner(at)wicourts(dot)gov>
Cc: Greg Smith <greg(at)2ndquadrant(dot)com>, pgsql-performance(at)postgresql(dot)org,Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Subject: Re: pgbench could not send data to client: Broken pipe
Date: 2010-09-08 21:20:56
Message-ID: 20100908212056.GI49941@mr-paradox.net (view raw or flat)
Thread:
Lists: pgsql-performance
On Wed, Sep 08, 2010 at 03:56:24PM -0500, Kevin Grittner wrote:
- David Kerr <dmk(at)mr-paradox(dot)net> wrote:
-  
- > Actually, this is real.. that's 2000 connections - connection
- > pooled out to 20k or so. (although i'm pushing for closer to 1000
- > connections).
- > 
- > I know that's not the ideal way to go, but it's what i've got to
- > work with.
- > 
- > It IS a huge box though...
-  
- FWIW, my benchmarks (and I've had a couple people tell me this is
- consistent with what they've seen) show best throughput and best
- response time when the connection pool is sized such that the number
- of active PostgreSQL connections is limited to about twice the
- number of CPU cores plus the number of effective spindles.  Either
- you've got one heck of a machine, or your "sweet spot" for the
- connection pool will be well under 1000 connections.
-  
- It is important that your connection pool queues requests when
- things are maxed out, and quickly submit a new request when
- completion brings the number of busy connections below the maximum.
-  
- -Kevin

Hmm, i'm not following you. I've got 48 cores. that means my sweet-spot
active connections would be 96. (i.e., less than the default max_connections
shipped with PG) and this is a very very expensive machine.

Now if i were to connection pool that out to 15 people per connection, 
that's 1440 users "total" able to use my app at one time. (with only 
96 actually doing anything). not really great for a web-based app that 
will have millions of users accessing it when we're fully ramped up.

I've got a few plans to spread the load out across multiple machines
but at 1440 users per machine this wouldn't be sustanable.. 

I know that other people are hosting more than that on larger machines
so i hope i'm ok.

Thanks

Dave

In response to

Responses

pgsql-performance by date

Next:From: Kevin GrittnerDate: 2010-09-08 21:51:17
Subject: Re: pgbench could not send data to client: Broken pipe
Previous:From: Kevin GrittnerDate: 2010-09-08 20:56:24
Subject: Re: pgbench could not send data to client: Broken pipe

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group