From: | "Dann Corbit" <DCorbit(at)connx(dot)com> |
---|---|
To: | "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | <pgsql-hackers(at)postgresql(dot)org>, <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: PostgreSQL and memory usage |
Date: | 2003-01-07 03:32:52 |
Message-ID: | D90A5A6C612A39408103E6ECDD77B8294CD794@voyager.corporate.connx.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general pgsql-hackers pgsql-performance |
> -----Original Message-----
> From: Tom Lane [mailto:tgl(at)sss(dot)pgh(dot)pa(dot)us]
> Sent: Monday, January 06, 2003 7:30 PM
> To: Dann Corbit
> Cc: pgsql-hackers(at)postgresql(dot)org; pgsql-general(at)postgresql(dot)org
> Subject: Re: [GENERAL] PostgreSQL and memory usage
>
>
> "Dann Corbit" <DCorbit(at)connx(dot)com> writes:
> > I have a machine with 4 CPU's and 2 gigabytes of physical
> ram. I would
> > like to get PostgreSQL to use as much memory as possible. I can't
> > seem to get PostgreSQL to use more than 100 megabytes or so.
>
> You should not assume that more is necessarily better.
>
> In many practical situations, it's better to leave the
> majority of RAM free for kernel disk caching.
In any case, I would like to know what knobs and dials are available to
turn and what each of them means.
In at least one instance, the whole database should fit into memory. I
would think that would be faster than any sort of kernel disk caching.
From | Date | Subject | |
---|---|---|---|
Next Message | Boget, Chris | 2003-01-07 03:32:58 | Timestamp |
Previous Message | Tom Lane | 2003-01-07 03:30:22 | Re: PostgreSQL and memory usage |
From | Date | Subject | |
---|---|---|---|
Next Message | Justin Clift | 2003-01-07 04:39:08 | Have people taken a look at pgdiff yet? |
Previous Message | Tom Lane | 2003-01-07 03:30:22 | Re: PostgreSQL and memory usage |
From | Date | Subject | |
---|---|---|---|
Next Message | Tomasz Myrta | 2003-01-07 12:00:12 | Re: [SQL] 7.3.1 index use / performance |
Previous Message | Josh Berkus | 2003-01-06 19:14:50 | Re: Question on hardware & server capacity |