Re: Troubles with performances

From: Guillaume Lémery <glemery(at)comclick(dot)com>
To: Lincoln Yeoh <lyeoh(at)pop(dot)jaring(dot)my>, pgsql-general <pgsql-general(at)postgresql(dot)org>
Subject: Re: Troubles with performances
Date: 2001-01-22 13:39:47
Message-ID: 3A6C3823.4040606@comclick.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

> Just a shot in the dark:
> Are you opening and closing a database connection for each query? If you
> are, I suggest you don't, and instead use persistent database connections,
> or some form of connection pooling.
Woops, I forgot to say that of course I use a connection pooling.
Just 5 connections are pooled.

> How many http connections per second are you getting?
200

> If it's not many connections per second, but they are taking a long time to
> complete, there might be ways of reducing the number of simultaneous queries.
>
> However do note that some webcaches (e.g. squid) only buffer up to 8KB
> before blocking (not sure if you can change that). You need a webcache
> which can completely buffer your big and popular dynamic webpages (possibly
> about 50-100KB). Apache mod_proxy can actually be configured to buffer
> more, but I haven't really tested it in detail.
I don't handle dynamic pages, but only HTTP redirects, so I think I
don't need cache...

> More info about your environment and configuration/architecture could be
> helpful. e.g. what are you using for the stressed parts - mod_perl,
> fast-cgi, php, cgi-bin, apache module.
I do not use PHP or CGI because they are too slow.
I built an Apache module. I'd like to have response in 200ms max,
because it's an application for banners.

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Alexander Jerusalem 2001-01-22 13:42:22 Re: Troubles with performances
Previous Message Anand Raman 2001-01-22 13:34:51 problem with copy