From: | Keith <keith(at)keithf4(dot)com> |
---|---|
To: | Prasad <prasadnine(at)gmail(dot)com> |
Cc: | PGSQL-Novice <pgsql-novice(at)postgresql(dot)org>, pgsql-performance(at)postgresql(dot)org |
Subject: | Re: RAM usage of PostgreSql |
Date: | 2019-04-04 18:09:56 |
Message-ID: | CAHw75vvenoC=cnJ8p-H2epMbOrv2tmh11rPCQPexJCksk_w4Uw@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-novice pgsql-performance |
On Thu, Apr 4, 2019 at 10:48 AM Prasad <prasadnine(at)gmail(dot)com> wrote:
> Hi,
>
> I have installed PostgreSQL 9.4 (open source) version on my CentOS Linux
> Red Hat 7 production server and kept default parameters which are in
> postgresql.conf file.So my basic question is, once I start using postgres
> how much RAM the postgres processes consumes (postgres related processes
> only).
>
> There are lot of allocations in postgresql.conf file, for example
> shared_buffers, work_mem...etc.
>
> As per my knowledge, all postgres processes should not consume the RAM
> more than the value assigned in shared_buffers.Please clarify and let me
> know if I misunderstand the concept..
>
> --
> Thanks,
> Venkata Prasad
>
>
>
shared_buffers is just the shared memory segment. work_mem &
maintenance_work mem are used in addition to shared_buffers and there can
be multiples of those values in use at the same time. The PostgreSQL wiki
has some good guidance on what the different memory settings mean and how
to tune them
https://wiki.postgresql.org/wiki/Tuning_Your_PostgreSQL_Server
From | Date | Subject | |
---|---|---|---|
Next Message | Simon Connah | 2019-04-17 19:02:06 | Is it considered good practice to use stored procedures for most tasks? |
Previous Message | Laurenz Albe | 2019-04-04 18:08:05 | Re: RAM usage of PostgreSql |
From | Date | Subject | |
---|---|---|---|
Next Message | Mamet, Eric (GfK) | 2019-04-05 09:46:12 | RE: monitoring options for postgresql under AWS/RDS? |
Previous Message | Laurenz Albe | 2019-04-04 18:08:05 | Re: RAM usage of PostgreSql |