Re: How much ram is too much

Поиск
Список
Период
Сортировка
Искать
От
Dave Cramer
Тема
Re: How much ram is too much
Дата
Msg-id
E32FCBD3-0DD1-463B-AD5F-309E06F815D9@fastcrypt.com
Ответ на
Список
Дерево обсуждения
How much ram is too much Dave Cramer <pg@fastcrypt.com>
Re: How much ram is too much Guy Rouillier <guyr-ml1@burntmail.com>
Re: How much ram is too much Dave Cramer <pg@fastcrypt.com>
[OT] Re: How much ram is too much Zoltan Boszormenyi <zb@cybertec.at>
Re: [OT] Re: How much ram is too much "Joshua D. Drake" <jd@commandprompt.com>
Re: [OT] Re: How much ram is too much Zoltan Boszormenyi <zb@cybertec.at>
Re: [OT] Re: How much ram is too much mark@mark.mielke.cc
Re: [OT] Re: How much ram is too much Zoltan Boszormenyi <zb@cybertec.at>
Re: [OT] Re: How much ram is too much Andreas Kostyrka <andreas@kostyrka.org>
Re: [OT] Re: How much ram is too much Dave Cramer <pg@fastcrypt.com>
Re: How much ram is too much Guy Rouillier <guyr-ml1@burntmail.com>
Re: How much ram is too much Dave Cramer <pg@fastcrypt.com>
Re: How much ram is too much Jim Nasby <decibel@decibel.org>
Re: How much ram is too much Dave Cramer <pg@fastcrypt.com>
Re: How much ram is too much Andrew Sullivan <ajs@crankycanuck.ca>
Re: How much ram is too much Dave Cramer <davec@fastcrypt.com>
Re: How much ram is too much Dave Cramer <pg@fastcrypt.com>
Re: How much ram is too much Ben <bench@silentmedia.com>
Re: How much ram is too much david@lang.hm
Re: How much ram is too much "Joshua D. Drake" <jd@commandprompt.com>

On 10-Jun-07, at 11:11 PM, Jim Nasby wrote:

> On Jun 8, 2007, at 11:31 AM, Dave Cramer wrote:
>> Is it possible that providing 128G of ram is too much ? Will other  
>> systems in the server bottleneck ?
>
> Providing to what? PostgreSQL? The OS? My bet is that you'll run  
> into issues with how shared_buffers are managed if you actually try  
> and set them to anything remotely close to 128GB.

Well, we'd give 25% of it to postgres, and the rest to the OS.

What is it specifically you are referring to ?

Dave
> --
> Jim Nasby                                            jim@nasby.net
> EnterpriseDB      http://enterprisedb.com      512.569.9461 (cell)
>
>
>
> ---------------------------(end of  
> broadcast)---------------------------
> TIP 4: Have you searched our list archives?
>
>               http://archives.postgresql.org

В списке pgsql-performance по дате отправления
От: Jim Nasby
Дата:
Сообщение: Re: Vacuum takes forever
От: Markus Schiltknecht
Дата:
Сообщение: Re: dbt2 NOTPM numbers
FAQ