Re: Urgent: 10K or more connections

From: Kris Jurka <books(at)ejurka(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: "scott(dot)marlowe" <scott(dot)marlowe(at)ihs(dot)com>, Doug McNaught <doug(at)mcnaught(dot)org>, Francois Suter <dba(at)paragraf(dot)ch>, <pgsql-general(at)postgresql(dot)org>
Subject: Re: Urgent: 10K or more connections
Date: 2003-07-19 03:22:24
Message-ID: Pine.LNX.4.33.0307182316390.28783-100000@leary.csoft.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general pgsql-hackers

On Fri, 18 Jul 2003, Tom Lane wrote:

> "scott.marlowe" <scott(dot)marlowe(at)ihs(dot)com> writes:
> > But I'm sure that with a few tweaks to the code here and there it's
> > doable, just don't expect it to work "out of the box".
>
> I think you'd be sticking your neck out to assume that 10k concurrent
> connections would perform well, even after tweaking. I'd worry first
> about whether the OS can handle 10k processes (which among other things
> would probably require order-of-300k open file descriptors...). Maybe
> Solaris is built to do that but the Unixen I've dealt with would go
> belly up. After that you'd have to look at Postgres' internal issues
> --- contention on access to the PROC array would probably become a
> significant factor, for example, and we'd have to do some redesign to
> avoid linear scans of the PROC array where possible.
>

This page describes all the problems and strategies a web server would use
to handle 10k concurrent connections. This is the kind of thing that can
bring an otherwise performant OS to it's knees. And this is just to grab
some data off disk and shovel it out over HTTP, consider how much more
work a database must do.

http://www.kegel.com/c10k.html

Kris Jurka

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Greg Stark 2003-07-19 05:39:57 Re: Urgent: 10K or more connections
Previous Message Gavin Sherry 2003-07-19 03:19:47 Re: [GENERAL] Physical Database Configuration

Browse pgsql-hackers by date

  From Date Subject
Next Message Joe Conway 2003-07-19 04:23:46 Re: [HACKERS] allowed user/db variables
Previous Message Gavin Sherry 2003-07-19 03:19:47 Re: [GENERAL] Physical Database Configuration