From: | Ericson Smith <eric(at)did-it(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: Physical sites handling large data |
Date: | 2002-09-15 15:33:59 |
Message-ID: | 1032104040.14115.8.camel@linux |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general pgsql-hackers |
Hmmm...
Using the bigmem kernel and RH7.3, we were able to set Postgresql shared
memory to 3.2Gigs (out of 6GB Ram). Does this mean that Postgresql will
only use the first 2Gigs?
Our settings are:
shmmax = 3192000000
shared_buffers = 38500
ipcs output:
0x0052e2c1 98304 postgres 600 324018176 51
- Ericson Smith
eric(at)did-it(dot)com
On Sun, 2002-09-15 at 11:01, Tom Lane wrote:
> "Shridhar Daithankar" <shridhar_daithankar(at)persistent(dot)co(dot)in> writes:
> > On this topic, say I decide to devote 8GB to postgres that means 1048576
> > buffers for 8K page size. Need I push available number of shared memory
> > segments beyond this value? Can I tweak size of page? If I can would it help
> > for such an installation?
>
> I do not believe you can push the shared memory size past 2GB, or about
> 250K buffers, because the size calculations for it are done in "int"
> arithmetic. Of course, this could be fixed if anyone cared to do the
> legwork. I doubt there's much point in worrying about it though.
> A larger memory is still usable, it's just that the rest of it will be
> used in the form of kernel-level disk cache not Postgres buffers.
>
> regards, tom lane
>
> ---------------------------(end of broadcast)---------------------------
> TIP 6: Have you searched our list archives?
>
> http://archives.postgresql.org
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2002-09-15 15:47:47 | Re: Physical sites handling large data |
Previous Message | Shridhar Daithankar | 2002-09-15 15:13:00 | Re: user defined data types - help |
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2002-09-15 15:47:47 | Re: Physical sites handling large data |
Previous Message | Tom Lane | 2002-09-15 15:01:16 | Re: Physical sites handling large data |