From: | Wells Oliver <wells(dot)oliver(at)gmail(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | "David G(dot) Johnston" <david(dot)g(dot)johnston(at)gmail(dot)com>, pgsql-admin <pgsql-admin(at)postgresql(dot)org> |
Subject: | Re: Setting effective_cache_size in integer form with the 8kb block units |
Date: | 2022-01-19 22:25:04 |
Message-ID: | CAOC+FBVHNw-UCzN2jQ7g5zxaBNJTQ8B0ODhHft=wxSc0yO1ATA@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin |
Thanks all, good to know. Again, apologies for being daft!
On Wed, Jan 19, 2022 at 2:21 PM Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> "David G. Johnston" <david(dot)g(dot)johnston(at)gmail(dot)com> writes:
> > On Wed, Jan 19, 2022 at 2:57 PM Wells Oliver <wells(dot)oliver(at)gmail(dot)com>
> wrote:
> >> It does. In a cruel twist of fate, RDS parameter groups do not allow
> >> "48GB" and want integer values.
>
> > The system operates and calculates memory in binary per the referenced
> > documentation so 6,291,456 (I double-checked this).
>
> If you don't trust hand arithmetic, try
>
> regression=# set effective_cache_size to '48GB';
> SET
> regression=# select setting from pg_settings where name =
> 'effective_cache_size';
> setting
> ---------
> 6291456
> (1 row)
>
> regards, tom lane
>
--
Wells Oliver
wells(dot)oliver(at)gmail(dot)com <wellsoliver(at)gmail(dot)com>
From | Date | Subject | |
---|---|---|---|
Next Message | Ian Lawrence Barwick | 2022-01-19 23:19:39 | Re: effective_io_concurrency |
Previous Message | Tom Lane | 2022-01-19 22:21:01 | Re: Setting effective_cache_size in integer form with the 8kb block units |