Re: slow joining very large table to smaller ones

From: Dawid Kuroczko <qnex42(at)gmail(dot)com>
To: Bruno Wolff III <bruno(at)wolff(dot)to>, Dan Harris <fbsd(at)drivefaster(dot)net>, pgsql-performance(at)postgresql(dot)org
Subject: Re: slow joining very large table to smaller ones
Date: 2005-07-18 07:51:41
Message-ID: 758d5e7f050718005164cbe9a4@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

On 7/15/05, Bruno Wolff III <bruno(at)wolff(dot)to> wrote:
> On Thu, Jul 14, 2005 at 16:29:58 -0600,
> Dan Harris <fbsd(at)drivefaster(dot)net> wrote:
> >
> > Ok, I tried this one. My ssh keeps getting cut off by a router
> > somewhere between me and the server due to inactivity timeouts, so
> > all I know is that both the select and explain analyze are taking
> > over an hour to run. Here's the explain select for that one, since
> > that's the best I can get.
>
> Are you using NAT at home? That's probably where the issue is. If you
> have control of that box you can probably increase the timeout to a
> couple of hours.

Some versions of ssh have such a configuration option (in .ssh/config):

Host *
ServerAliveInterval 600

...it means that ssh will send a "ping" packet to a sshd every 10 minutes
of inactivity. This way NAT will see activity and won't kill the session.
I'm using OpenSSH_4.1p1 for this...

Oh, and it doesn't have anything to do with TCP keep alive, which is
rather for finding dead connections than keeping connections alive. ;)

Regards,
Dawid

In response to

Browse pgsql-performance by date

  From Date Subject
Next Message Tom Lane 2005-07-18 13:23:11 Re: Huge performance problem between 7.4.1 and 8.0.3 - CS
Previous Message Robert Creager 2005-07-18 06:07:13 Re: Huge performance problem between 7.4.1 and 8.0.3 - CS