From: | Chris Withers <chris(at)withers(dot)org> |
---|---|
To: | Gavin Flower <GavinFlower(at)archidevsys(dot)co(dot)nz>, Stephen Frost <sfrost(at)snowman(dot)net> |
Cc: | pgsql-general(at)lists(dot)postgresql(dot)org |
Subject: | Re: surprising query optimisation |
Date: | 2018-12-05 11:42:15 |
Message-ID: | 6ba91527-e19e-d6f1-8273-1561cdaba2ad@withers.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On 30/11/2018 22:10, Gavin Flower wrote:
>
> I once optimised a very complex set queries that made extensive use of
> indexes. However, with the knowledge I have today, I would have most
> likely had fewer and smaller indexes. As I now realize, that some of my
> indexes were probably counter productive, especially as I'd given no
> thought to how much RAM would be required to host the data plus
> indexes! Fortunately, while the objective was to run all those queries
> within 24 hours, they actually only took a couple of hours.
So, interestingly, this box has 250GB memory in it, and even though I've
set effective_cache_size to 200GB, I only see 9G of memory being used.
How can I persuade postgres to keep more in memory?
cheers,
Chris
From | Date | Subject | |
---|---|---|---|
Next Message | Thomas Kellerer | 2018-12-05 11:48:28 | Re: surprising query optimisation |
Previous Message | Chris Withers | 2018-12-05 11:37:27 | Re: surprising query optimisation |