Re: Establishing remote connections is slow

From: "Kevin Grittner" <Kevin(dot)Grittner(at)wicourts(dot)gov>
To: "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: <mindas(at)gmail(dot)com>,<pgsql-admin(at)postgresql(dot)org>
Subject: Re: Establishing remote connections is slow
Date: 2012-01-17 17:36:40
Message-ID: 4F155D480200002500044884@gw.wicourts.gov
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> "Kevin Grittner" <Kevin(dot)Grittner(at)wicourts(dot)gov> writes:
>> Mindaugas *ak*auskas<mindas(at)gmail(dot)com> wrote:
>>> The essence is that establishing remote connection takes
>>> anywhere from 10 to 30 seconds. Once connected, the queries are
>>> fast
>
>> The only time I've seen something similar, there was no reverse
>> DNS entry to go from IP address to host name. Adding that
>> corrected the issue. I would try that.
>
>> If that fixes it, the questions would be whether PostgreSQL is
>> doing an unnecessary reverse DNS lookup.
>
> Having log_hostname off is supposed to prevent us from attempting
> a reverse DNS lookup ... but it would be worth checking into
> whether one is happening anyway. (I would think though that such
> activity would be visible in strace/truss output. Perhaps you
> should turn log_hostname *on* and verify that you see the lookup
> activity in strace that wasn't there before.)

Actually, where I've seen this sort of problem, it was the client
code which was doing the unnecessary reverse DNS lookup. What
controls this in psql?

-Kevin

In response to

Responses

Browse pgsql-admin by date

  From Date Subject
Next Message Kevin Grittner 2012-01-17 17:41:13 Re: [ADMIN] Post Removal
Previous Message Tom Lane 2012-01-17 17:18:37 Re: Establishing remote connections is slow