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
Ответ на
Re: How much ram is too much (Jim Nasby)
Список
Дерево обсуждения
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 по дате отправления