From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Miroslav Šulc <miroslav(dot)sulc(at)startnet(dot)cz> |
Cc: | John Arbash Meinel <john(at)arbash-meinel(dot)com>, PGSQL mailing list <pgsql-performance(at)postgresql(dot)org> |
Subject: | Re: How to read query plan |
Date: | 2005-03-13 19:54:33 |
Message-ID: | 19293.1110743673@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers pgsql-performance |
=?windows-1250?Q?Miroslav_=8Aulc?= <miroslav(dot)sulc(at)startnet(dot)cz> writes:
> I've just tried to uncomment the settings for these parameters with with
> no impact on the query speed.
> shared_buffers = 48000 # min 16, at least max_connections*2,
> 8KB each
> work_mem = 1024 # min 64, size in KB
> maintenance_work_mem = 16384 # min 1024, size in KB
> max_stack_depth = 2048 # min 100, size in KB
Hmm. Given the small size of the auxiliary tables, you'd think they'd
fit in 1MB work_mem no problem. But try bumping work_mem up to 10MB
just to see if it makes a difference. (BTW, you do know that altering
the .conf file doesn't in itself do anything? You have to SIGHUP the
postmaster to make it notice the change ... and for certain parameters
such as shared_buffers, you actually have to stop and restart the
postmaster. You can use the SHOW command to verify whether a change
has taken effect.)
> I have checked this and there are some JOINs smallint against integer.
> Is that problem?
That probably explains why some of the joins are merges instead of
hashes --- hash join doesn't work across datatypes. Doesn't seem like
it should be a huge problem though. I was more concerned about the
possibility of slow locale-dependent string comparisons.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Miroslav Šulc | 2005-03-13 20:03:34 | Re: How to read query plan |
Previous Message | Miroslav Šulc | 2005-03-13 19:51:05 | Re: How to read query plan |
From | Date | Subject | |
---|---|---|---|
Next Message | Miroslav Šulc | 2005-03-13 20:03:34 | Re: How to read query plan |
Previous Message | Miroslav Šulc | 2005-03-13 19:51:05 | Re: How to read query plan |