pg.ddx.io pgsql-performance@postgresql.org mailing list archive
help / color / mirror / Atom feedshared buffers
16+ messages / 13 participants
[nested] [flat]
* shared buffers
@ 2005-08-29 16:23 Carlos Henrique Reimer <carlosreimer@yahoo.com.br>
2005-08-30 01:27 ` Re: shared buffers Christopher Kings-Lynne <chriskl@familyhealth.com.au>
0 siblings, 1 reply; 16+ messages in thread
From: Carlos Henrique Reimer @ 2005-08-29 16:23 UTC (permalink / raw)
To: pgsql-performance
Hi,
I´ve configured postgresql to use 1GB of shared buffers but meminfo and "top" are indicanting 0 shared buffers page. Why?
It´s a Linux Redhat 9 box with 4GB RAM and postgresql 7.3.
Thanks in advance!
Reimer
---------------------------------
Yahoo! Acesso Grátis: Internet rápida e grátis. Instale o discador agora!
^ permalink raw reply [nested|flat] 16+ messages in thread
* Re: shared buffers
2005-08-29 16:23 shared buffers Carlos Henrique Reimer <carlosreimer@yahoo.com.br>
@ 2005-08-30 01:27 ` Christopher Kings-Lynne <chriskl@familyhealth.com.au>
2005-08-30 01:54 ` Re: shared buffers Carlos Henrique Reimer <carlosreimer@yahoo.com.br>
0 siblings, 1 reply; 16+ messages in thread
From: Christopher Kings-Lynne @ 2005-08-30 01:27 UTC (permalink / raw)
To: Carlos Henrique Reimer <carlosreimer@yahoo.com.br>; +Cc: pgsql-performance
> I´ve configured postgresql to use 1GB of shared buffers but meminfo and
> "top" are indicanting 0 shared buffers page. Why?
1GB shared buffers is far too much. Set it back to like 30000 buffers
max...
Chris
^ permalink raw reply [nested|flat] 16+ messages in thread
* Re: shared buffers
2005-08-29 16:23 shared buffers Carlos Henrique Reimer <carlosreimer@yahoo.com.br>
2005-08-30 01:27 ` Re: shared buffers Christopher Kings-Lynne <chriskl@familyhealth.com.au>
@ 2005-08-30 01:54 ` Carlos Henrique Reimer <carlosreimer@yahoo.com.br>
2005-08-30 02:08 ` Re: shared buffers Christopher Kings-Lynne <chriskl@familyhealth.com.au>
2005-08-30 02:16 ` Re: shared buffers Tom Lane <tgl@sss.pgh.pa.us>
2005-08-30 07:05 ` Re: shared buffers William Yu <wyu@talisys.com>
0 siblings, 3 replies; 16+ messages in thread
From: Carlos Henrique Reimer @ 2005-08-30 01:54 UTC (permalink / raw)
To: Christopher Kings-Lynne <chriskl@familyhealth.com.au>; pgsql-performance
I forgot to say that it´s a 12GB database...
Ok, I´ll set shared buffers to 30.000 pages but even so "meminfo" and "top" shouldn´t show some shared pages?
I heard something about that Redhat 9 can´t handle very well RAM higher than 2GB. Is it right?
Thanks in advance!
Reimer
Christopher Kings-Lynne <chriskl@familyhealth.com.au> escreveu:
> I´ve configured postgresql to use 1GB of shared buffers but meminfo and
> "top" are indicanting 0 shared buffers page. Why?
1GB shared buffers is far too much. Set it back to like 30000 buffers
max...
Chris
---------------------------------
Yahoo! Acesso Grátis: Internet rápida e grátis. Instale o discador agora!
^ permalink raw reply [nested|flat] 16+ messages in thread
* Re: shared buffers
2005-08-29 16:23 shared buffers Carlos Henrique Reimer <carlosreimer@yahoo.com.br>
2005-08-30 01:27 ` Re: shared buffers Christopher Kings-Lynne <chriskl@familyhealth.com.au>
2005-08-30 01:54 ` Re: shared buffers Carlos Henrique Reimer <carlosreimer@yahoo.com.br>
@ 2005-08-30 02:08 ` Christopher Kings-Lynne <chriskl@familyhealth.com.au>
2005-09-05 02:56 ` Re: shared buffers Martin Nickel <martin@portant.com>
2 siblings, 1 reply; 16+ messages in thread
From: Christopher Kings-Lynne @ 2005-08-30 02:08 UTC (permalink / raw)
To: Carlos Henrique Reimer <carlosreimer@yahoo.com.br>; +Cc: pgsql-performance
> I forgot to say that it´s a 12GB database...
That's actually not that large.
> Ok, I´ll set shared buffers to 30.000 pages but even so "meminfo" and
> "top" shouldn´t show some shared pages?
Yeah. The reason for not setting buffers so high is because PostgreSQL
cannot efficiently manage huge shared buffers, so you're better off
giving the RAM to Linux's disk cache.
Chris
^ permalink raw reply [nested|flat] 16+ messages in thread
* Re: shared buffers
2005-08-29 16:23 shared buffers Carlos Henrique Reimer <carlosreimer@yahoo.com.br>
2005-08-30 01:27 ` Re: shared buffers Christopher Kings-Lynne <chriskl@familyhealth.com.au>
2005-08-30 01:54 ` Re: shared buffers Carlos Henrique Reimer <carlosreimer@yahoo.com.br>
2005-08-30 02:08 ` Re: shared buffers Christopher Kings-Lynne <chriskl@familyhealth.com.au>
@ 2005-09-05 02:56 ` Martin Nickel <martin@portant.com>
2005-09-11 12:35 ` Re: shared buffers John A Meinel <john@arbash-meinel.com>
0 siblings, 1 reply; 16+ messages in thread
From: Martin Nickel @ 2005-09-05 02:56 UTC (permalink / raw)
To: pgsql-performance
Chris,
Would you say that 30000 pages is a good maximum for a Postgres install?
We're running 8.0.3 on 64-bit SUSE on a dual Opteron box with 4G and have
shared_buffers set at 120000. I've moved it up and down (it was 160000
when I got here) without any measurable performance difference.
The reason I ask is because I occasionally see large-ish queries take
forever (like cancel-after-12-hours forever) and wondered if this could
result from shared_buffers being too large.
Thanks for your (and anyone else's) help!
Martin Nickel
On Tue, 30 Aug 2005 10:08:21 +0800, Christopher Kings-Lynne wrote:
>> I forgot to say that it´s a 12GB database...
>
> That's actually not that large.
>
>> Ok, I´ll set shared buffers to 30.000 pages but even so "meminfo" and
>> "top" shouldn´t show some shared pages?
>
> Yeah. The reason for not setting buffers so high is because PostgreSQL
> cannot efficiently manage huge shared buffers, so you're better off
> giving the RAM to Linux's disk cache.
>
> Chris
>
>
> ---------------------------(end of broadcast)---------------------------
> TIP 2: Don't 'kill -9' the postmaster
^ permalink raw reply [nested|flat] 16+ messages in thread
* Re: shared buffers
2005-08-29 16:23 shared buffers Carlos Henrique Reimer <carlosreimer@yahoo.com.br>
2005-08-30 01:27 ` Re: shared buffers Christopher Kings-Lynne <chriskl@familyhealth.com.au>
2005-08-30 01:54 ` Re: shared buffers Carlos Henrique Reimer <carlosreimer@yahoo.com.br>
2005-08-30 02:08 ` Re: shared buffers Christopher Kings-Lynne <chriskl@familyhealth.com.au>
2005-09-05 02:56 ` Re: shared buffers Martin Nickel <martin@portant.com>
@ 2005-09-11 12:35 ` John A Meinel <john@arbash-meinel.com>
0 siblings, 0 replies; 16+ messages in thread
From: John A Meinel @ 2005-09-11 12:35 UTC (permalink / raw)
To: Martin Nickel <martin@portant.com>; +Cc: pgsql-performance
Martin Nickel wrote:
> Chris,
> Would you say that 30000 pages is a good maximum for a Postgres install?
> We're running 8.0.3 on 64-bit SUSE on a dual Opteron box with 4G and have
> shared_buffers set at 120000. I've moved it up and down (it was 160000
> when I got here) without any measurable performance difference.
What I've read on the mailing list, is that usually the sweet spot is
actually around 10k pages. 120k seems far too high.
I believe that the major fixes to the buffer manager are more in 8.1
rather than 8.0, so you probably are hitting some problems. (The biggest
problem was that there were places that require doing a complete scan
through shared memory looking for dirty pages, or some such).
>
> The reason I ask is because I occasionally see large-ish queries take
> forever (like cancel-after-12-hours forever) and wondered if this could
> result from shared_buffers being too large.
There are lots of possibilities for why these take so long, perhaps you
would want to post them, and we can try to help.
For instance, if you have a foreign key reference from one table to
another, and don't have indexes on both sides, then deleting from the
referenced table, will cause a sequential scan on the referring table
for *each* deleted row. (IIRC).
John
=:->
>
> Thanks for your (and anyone else's) help!
> Martin Nickel
Attachments:
[application/pgp-signature] signature.asc (252B, ../../432424A9.4060403@arbash-meinel.com/2-signature.asc)
download
^ permalink raw reply [nested|flat] 16+ messages in thread
* Re: shared buffers
2005-08-29 16:23 shared buffers Carlos Henrique Reimer <carlosreimer@yahoo.com.br>
2005-08-30 01:27 ` Re: shared buffers Christopher Kings-Lynne <chriskl@familyhealth.com.au>
2005-08-30 01:54 ` Re: shared buffers Carlos Henrique Reimer <carlosreimer@yahoo.com.br>
@ 2005-08-30 02:16 ` Tom Lane <tgl@sss.pgh.pa.us>
2 siblings, 0 replies; 16+ messages in thread
From: Tom Lane @ 2005-08-30 02:16 UTC (permalink / raw)
To: Carlos Henrique Reimer <carlosreimer@yahoo.com.br>; +Cc: Christopher Kings-Lynne <chriskl@familyhealth.com.au>; pgsql-performance
Carlos Henrique Reimer <carlosreimer@yahoo.com.br> writes:
> I heard something about that Redhat 9 can´t handle very well RAM higher than 2GB. Is it right?
RHL 9 is certainly pretty long in the tooth. Why aren't you using a
more recent distro?
regards, tom lane
^ permalink raw reply [nested|flat] 16+ messages in thread
* Re: shared buffers
2005-08-29 16:23 shared buffers Carlos Henrique Reimer <carlosreimer@yahoo.com.br>
2005-08-30 01:27 ` Re: shared buffers Christopher Kings-Lynne <chriskl@familyhealth.com.au>
2005-08-30 01:54 ` Re: shared buffers Carlos Henrique Reimer <carlosreimer@yahoo.com.br>
@ 2005-08-30 07:05 ` William Yu <wyu@talisys.com>
2 siblings, 0 replies; 16+ messages in thread
From: William Yu @ 2005-08-30 07:05 UTC (permalink / raw)
To: pgsql-performance
Carlos Henrique Reimer wrote:
> I forgot to say that it´s a 12GB database...
>
> Ok, I´ll set shared buffers to 30.000 pages but even so "meminfo" and
> "top" shouldn´t show some shared pages?
>
> I heard something about that Redhat 9 can´t handle very well RAM higher
> than 2GB. Is it right?
> Thanks in advance!
RH9, like any 32-bit OS, is limited to 2GB address space w/o special
tricks. However, it can access > 2GB for the OS disk cache using PAE if
you are running the bigmem kernel.
^ permalink raw reply [nested|flat] 16+ messages in thread
* shared_buffers
@ 2010-02-22 15:04 George Sexton <georges@mhsoftware.com>
2010-02-22 15:23 ` Re: shared_buffers Kevin Grittner <Kevin.Grittner@wicourts.gov>
0 siblings, 1 reply; 16+ messages in thread
From: George Sexton @ 2010-02-22 15:04 UTC (permalink / raw)
To: pgsql-performance
I'm reading the docs for 8.4.2, section 18.4.1 Memory. I'm trying to figure
out what reasonable values for my usage would be.
The doc says:
shared_buffers (integer)
Sets the amount of memory the database server uses for shared memory
buffers.
While circular definitions are always right, I'm kind of looking for some
information like:
"PostgreSQL uses shared memory buffers for ...."
Could someone please explain what the role of shared buffers is?
George Sexton
MH Software, Inc. - Home of Connect Daily Web Calendar
http://www.mhsoftware.com/
Voice: 303 438 9585
^ permalink raw reply [nested|flat] 16+ messages in thread
* Re: shared_buffers
2010-02-22 15:04 shared_buffers George Sexton <georges@mhsoftware.com>
@ 2010-02-22 15:23 ` Kevin Grittner <Kevin.Grittner@wicourts.gov>
0 siblings, 0 replies; 16+ messages in thread
From: Kevin Grittner @ 2010-02-22 15:23 UTC (permalink / raw)
To: George Sexton <georges@mhsoftware.com>; pgsql-performance
"George Sexton" <georges@mhsoftware.com> wrote:
> Could someone please explain what the role of shared buffers is?
This Wiki page might be useful to you:
http://wiki.postgresql.org/wiki/Tuning_Your_PostgreSQL_Server
The short answer (from that page) is:
"The shared_buffers configuration parameter determines how much
memory is dedicated to PostgreSQL use for caching data."
-Kevin
^ permalink raw reply [nested|flat] 16+ messages in thread
* Shared_buffers
@ 2019-03-11 08:12 Daulat Ram <Daulat.Ram@exponential.com>
2019-03-12 08:29 ` Re: Shared_buffers Laurenz Albe <laurenz.albe@cybertec.at>
0 siblings, 1 reply; 16+ messages in thread
From: Daulat Ram @ 2019-03-11 08:12 UTC (permalink / raw)
To: pgsql-performance@lists.postgresql.org <pgsql-performance@lists.postgresql.org>
Hi team,
I want to know about the working and importance of shared_buffers in Postgresql? is it similar to the oracle database buffer cache?
Regards,
Daulat
^ permalink raw reply [nested|flat] 16+ messages in thread
* Re: Shared_buffers
2019-03-11 08:12 Shared_buffers Daulat Ram <Daulat.Ram@exponential.com>
@ 2019-03-12 08:29 ` Laurenz Albe <laurenz.albe@cybertec.at>
2019-03-12 19:23 ` Re: Shared_buffers Michael Lewis <mlewis@entrata.com>
0 siblings, 1 reply; 16+ messages in thread
From: Laurenz Albe @ 2019-03-12 08:29 UTC (permalink / raw)
To: Daulat Ram <Daulat.Ram@exponential.com>; pgsql-performance@lists.postgresql.org <pgsql-performance@lists.postgresql.org>
Daulat Ram wrote:
> I want to know about the working and importance of shared_buffers in Postgresql?
> is it similar to the oracle database buffer cache?
Yes, exactly.
The main difference is that PostgreSQL uses buffered I/O, while Oracle usually
uses direct I/O.
Usually you start with shared_buffers being the minimum of a quarter of the
available RAM and 8 GB.
Yours,
Laurenz Albe
--
Cybertec | https://www.cybertec-postgresql.com
^ permalink raw reply [nested|flat] 16+ messages in thread
* Re: Shared_buffers
2019-03-11 08:12 Shared_buffers Daulat Ram <Daulat.Ram@exponential.com>
2019-03-12 08:29 ` Re: Shared_buffers Laurenz Albe <laurenz.albe@cybertec.at>
@ 2019-03-12 19:23 ` Michael Lewis <mlewis@entrata.com>
2019-03-12 20:03 ` Re: Shared_buffers MichaelDBA <MichaelDBA@sqlexec.com>
0 siblings, 1 reply; 16+ messages in thread
From: Michael Lewis @ 2019-03-12 19:23 UTC (permalink / raw)
To: Laurenz Albe <laurenz.albe@cybertec.at>; +Cc: Daulat Ram <Daulat.Ram@exponential.com>; pgsql-performance@lists.postgresql.org <pgsql-performance@lists.postgresql.org>
On Tue, Mar 12, 2019 at 2:29 AM Laurenz Albe <laurenz.albe@cybertec.at>
wrote:
> Daulat Ram wrote:
> > I want to know about the working and importance of shared_buffers in
> Postgresql?
> > is it similar to the oracle database buffer cache?
>
> Yes, exactly.
>
> The main difference is that PostgreSQL uses buffered I/O, while Oracle
> usually
> uses direct I/O.
>
> Usually you start with shared_buffers being the minimum of a quarter of the
> available RAM and 8 GB.
>
Any good rule of thumb or write up about when shared buffers in excess of
8GBs makes sense (assuming system ram 64+ GBs perhaps)?
^ permalink raw reply [nested|flat] 16+ messages in thread
* Re: Shared_buffers
2019-03-11 08:12 Shared_buffers Daulat Ram <Daulat.Ram@exponential.com>
2019-03-12 08:29 ` Re: Shared_buffers Laurenz Albe <laurenz.albe@cybertec.at>
2019-03-12 19:23 ` Re: Shared_buffers Michael Lewis <mlewis@entrata.com>
@ 2019-03-12 20:03 ` MichaelDBA <MichaelDBA@sqlexec.com>
2019-03-12 20:11 ` Re: Shared_buffers Justin Pryzby <pryzby@telsasoft.com>
0 siblings, 1 reply; 16+ messages in thread
From: MichaelDBA @ 2019-03-12 20:03 UTC (permalink / raw)
To: Michael Lewis <mlewis@entrata.com>; +Cc: Laurenz Albe <laurenz.albe@cybertec.at>; Daulat Ram <Daulat.Ram@exponential.com>; pgsql-performance@lists.postgresql.org <pgsql-performance@lists.postgresql.org>
Set shared_buffers more accurately by using pg_buffercache extension and
the related queries during high load times.
Regards,
Michael Vitale
> Michael Lewis <mailto:mlewis@entrata.com>
> Tuesday, March 12, 2019 3:23 PM
> On Tue, Mar 12, 2019 at 2:29 AM Laurenz Albe <laurenz.albe@cybertec.at
> <mailto:laurenz.albe@cybertec.at>> wrote:
>
> Daulat Ram wrote:
> > I want to know about the working and importance of
> shared_buffers in Postgresql?
> > is it similar to the oracle database buffer cache?
>
> Yes, exactly.
>
> The main difference is that PostgreSQL uses buffered I/O, while
> Oracle usually
> uses direct I/O.
>
> Usually you start with shared_buffers being the minimum of a
> quarter of the
> available RAM and 8 GB.
>
>
> Any good rule of thumb or write up about when shared buffers in excess
> of 8GBs makes sense (assuming system ram 64+ GBs perhaps)?
^ permalink raw reply [nested|flat] 16+ messages in thread
* Re: Shared_buffers
2019-03-11 08:12 Shared_buffers Daulat Ram <Daulat.Ram@exponential.com>
2019-03-12 08:29 ` Re: Shared_buffers Laurenz Albe <laurenz.albe@cybertec.at>
2019-03-12 19:23 ` Re: Shared_buffers Michael Lewis <mlewis@entrata.com>
2019-03-12 20:03 ` Re: Shared_buffers MichaelDBA <MichaelDBA@sqlexec.com>
@ 2019-03-12 20:11 ` Justin Pryzby <pryzby@telsasoft.com>
2019-03-12 20:11 ` Re: Shared_buffers MichaelDBA <MichaelDBA@sqlexec.com>
0 siblings, 1 reply; 16+ messages in thread
From: Justin Pryzby @ 2019-03-12 20:11 UTC (permalink / raw)
To: MichaelDBA <MichaelDBA@sqlexec.com>; +Cc: Michael Lewis <mlewis@entrata.com>; Laurenz Albe <laurenz.albe@cybertec.at>; Daulat Ram <Daulat.Ram@exponential.com>; pgsql-performance@lists.postgresql.org <pgsql-performance@lists.postgresql.org>
On Tue, Mar 12, 2019 at 04:03:11PM -0400, MichaelDBA wrote:
> Set shared_buffers more accurately by using pg_buffercache extension and the
> related queries during high load times.
I've tuned ~40 postgres instances, primarily using log_checkpoints and
pg_stat_bgwriter, with custom RRD graphs. pg_buffercache does provide some
valuable insights, and I know it's commonly suggested to check histogram of
usagecounts, but I've never had any idea how to apply that to tune
shared_buffers.
Could you elaborate on what procedure you suggest ?
Justin
^ permalink raw reply [nested|flat] 16+ messages in thread
* Re: Shared_buffers
2019-03-11 08:12 Shared_buffers Daulat Ram <Daulat.Ram@exponential.com>
2019-03-12 08:29 ` Re: Shared_buffers Laurenz Albe <laurenz.albe@cybertec.at>
2019-03-12 19:23 ` Re: Shared_buffers Michael Lewis <mlewis@entrata.com>
2019-03-12 20:03 ` Re: Shared_buffers MichaelDBA <MichaelDBA@sqlexec.com>
2019-03-12 20:11 ` Re: Shared_buffers Justin Pryzby <pryzby@telsasoft.com>
@ 2019-03-12 20:11 ` MichaelDBA <MichaelDBA@sqlexec.com>
0 siblings, 0 replies; 16+ messages in thread
From: MichaelDBA @ 2019-03-12 20:11 UTC (permalink / raw)
To: Justin Pryzby <pryzby@telsasoft.com>; +Cc: Michael Lewis <mlewis@entrata.com>; Laurenz Albe <laurenz.albe@cybertec.at>; Daulat Ram <Daulat.Ram@exponential.com>; pgsql-performance@lists.postgresql.org <pgsql-performance@lists.postgresql.org>
Here's one cook article on using pg_buffercache...
https://www.keithf4.com/a-large-database-does-not-mean-large-shared_buffers/
Regards,
Michael Vitale
> Justin Pryzby <mailto:pryzby@telsasoft.com>
> Tuesday, March 12, 2019 4:11 PM
>
> I've tuned ~40 postgres instances, primarily using log_checkpoints and
> pg_stat_bgwriter, with custom RRD graphs. pg_buffercache does provide some
> valuable insights, and I know it's commonly suggested to check
> histogram of
> usagecounts, but I've never had any idea how to apply that to tune
> shared_buffers.
>
> Could you elaborate on what procedure you suggest ?
>
> Justin
> MichaelDBA <mailto:MichaelDBA@sqlexec.com>
> Tuesday, March 12, 2019 4:03 PM
> Set shared_buffers more accurately by using pg_buffercache extension
> and the related queries during high load times.
>
> Regards,
> Michael Vitale
>
>
> Michael Lewis <mailto:mlewis@entrata.com>
> Tuesday, March 12, 2019 3:23 PM
> On Tue, Mar 12, 2019 at 2:29 AM Laurenz Albe <laurenz.albe@cybertec.at
> <mailto:laurenz.albe@cybertec.at>> wrote:
>
> Daulat Ram wrote:
> > I want to know about the working and importance of
> shared_buffers in Postgresql?
> > is it similar to the oracle database buffer cache?
>
> Yes, exactly.
>
> The main difference is that PostgreSQL uses buffered I/O, while
> Oracle usually
> uses direct I/O.
>
> Usually you start with shared_buffers being the minimum of a
> quarter of the
> available RAM and 8 GB.
>
>
> Any good rule of thumb or write up about when shared buffers in excess
> of 8GBs makes sense (assuming system ram 64+ GBs perhaps)?
^ permalink raw reply [nested|flat] 16+ messages in thread
end of thread, other threads:[~2019-03-12 20:11 UTC | newest]
Thread overview: 16+ messages (download: mbox mbox.gz follow: Atom feed)
-- links below jump to the message on this page --
2005-08-29 16:23 shared buffers Carlos Henrique Reimer <carlosreimer@yahoo.com.br>
2005-08-30 01:27 ` Christopher Kings-Lynne <chriskl@familyhealth.com.au>
2005-08-30 01:54 ` Carlos Henrique Reimer <carlosreimer@yahoo.com.br>
2005-08-30 02:08 ` Christopher Kings-Lynne <chriskl@familyhealth.com.au>
2005-09-05 02:56 ` Martin Nickel <martin@portant.com>
2005-09-11 12:35 ` John A Meinel <john@arbash-meinel.com>
2005-08-30 02:16 ` Tom Lane <tgl@sss.pgh.pa.us>
2005-08-30 07:05 ` William Yu <wyu@talisys.com>
2010-02-22 15:04 shared_buffers George Sexton <georges@mhsoftware.com>
2010-02-22 15:23 ` Re: shared_buffers Kevin Grittner <Kevin.Grittner@wicourts.gov>
2019-03-11 08:12 Shared_buffers Daulat Ram <Daulat.Ram@exponential.com>
2019-03-12 08:29 ` Re: Shared_buffers Laurenz Albe <laurenz.albe@cybertec.at>
2019-03-12 19:23 ` Re: Shared_buffers Michael Lewis <mlewis@entrata.com>
2019-03-12 20:03 ` Re: Shared_buffers MichaelDBA <MichaelDBA@sqlexec.com>
2019-03-12 20:11 ` Re: Shared_buffers Justin Pryzby <pryzby@telsasoft.com>
2019-03-12 20:11 ` Re: Shared_buffers MichaelDBA <MichaelDBA@sqlexec.com>
This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox