Re: 2nd Level Buffer Cache

Поиск
Список
Период
Сортировка
Искать
От
Gurjeet Singh
Тема
Re: 2nd Level Buffer Cache
Дата
Msg-id
AANLkTimNqo11N9cL6PQu45Py59BMxCLpNo+VUKrf2tDz@mail.gmail.com
Ответ на
Список
Дерево обсуждения
2nd Level Buffer Cache Radosław Smogura <rsmogura@softperience.eu>
Re: 2nd Level Buffer Cache "Kevin Grittner" <Kevin.Grittner@wicourts.gov>
Re: 2nd Level Buffer Cache Radosław Smogura <rsmogura@softperience.eu>
Re: 2nd Level Buffer Cache rsmogura <rsmogura@softperience.eu>
Re: 2nd Level Buffer Cache Alvaro Herrera <alvherre@commandprompt.com>
Re: 2nd Level Buffer Cache "Kevin Grittner" <Kevin.Grittner@wicourts.gov>
Re: 2nd Level Buffer Cache Jeff Janes <jeff.janes@gmail.com>
Re: 2nd Level Buffer Cache Andrew Dunstan <andrew@dunslane.net>
Re: 2nd Level Buffer Cache Robert Haas <robertmhaas@gmail.com>
Re: 2nd Level Buffer Cache Jim Nasby <jim@nasby.net>
Re: 2nd Level Buffer Cache Josh Berkus <josh@agliodbs.com>
Re: 2nd Level Buffer Cache Greg Stark <gsstark@mit.edu>
Re: 2nd Level Buffer Cache Josh Berkus <josh@agliodbs.com>
Re: 2nd Level Buffer Cache Alvaro Herrera <alvherre@commandprompt.com>
Re: 2nd Level Buffer Cache Josh Berkus <josh@agliodbs.com>
Re: 2nd Level Buffer Cache Bruce Momjian <bruce@momjian.us>
Re: 2nd Level Buffer Cache KONDO Mitsumasa <kondo.mitsumasa@oss.ntt.co.jp>
Re: 2nd Level Buffer Cache Greg Stark <gsstark@mit.edu>
Re: 2nd Level Buffer Cache rsmogura <rsmogura@softperience.eu>
Re: 2nd Level Buffer Cache Merlin Moncure <mmoncure@gmail.com>
Re: 2nd Level Buffer Cache Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>
Re: 2nd Level Buffer Cache Greg Stark <gsstark@mit.edu>
Re: 2nd Level Buffer Cache Merlin Moncure <mmoncure@gmail.com>
Re: 2nd Level Buffer Cache Radosław Smogura <rsmogura@softperience.eu>
Re: 2nd Level Buffer Cache Radosław Smogura <rsmogura@softperience.eu>
Re: 2nd Level Buffer Cache Merlin Moncure <mmoncure@gmail.com>
Re: 2nd Level Buffer Cache Radosław Smogura <rsmogura@softperience.eu>
Re: 2nd Level Buffer Cache Radosław Smogura <rsmogura@softperience.eu>
Re: 2nd Level Buffer Cache Robert Haas <robertmhaas@gmail.com>
Re: 2nd Level Buffer Cache Jeff Janes <jeff.janes@gmail.com>
Re: 2nd Level Buffer Cache Robert Haas <robertmhaas@gmail.com>
Re: 2nd Level Buffer Cache Devrim GÜNDÜZ <devrim@gunduz.org>
Re: 2nd Level Buffer Cache Jim Nasby <jim@nasby.net>
Re: 2nd Level Buffer Cache Robert Haas <robertmhaas@gmail.com>
Re: 2nd Level Buffer Cache Tom Lane <tgl@sss.pgh.pa.us>
Re: 2nd Level Buffer Cache Robert Haas <robertmhaas@gmail.com>
Re: 2nd Level Buffer Cache Greg Stark <gsstark@mit.edu>
Re: 2nd Level Buffer Cache Robert Haas <robertmhaas@gmail.com>
Re: 2nd Level Buffer Cache Radosław Smogura <rsmogura@softperience.eu>
Re: 2nd Level Buffer Cache Jim Nasby <jim@nasby.net>
Re: 2nd Level Buffer Cache Radosław Smogura <rsmogura@softperience.eu>
Re: 2nd Level Buffer Cache Greg Smith <greg@2ndQuadrant.com>
Re: 2nd Level Buffer Cache Jeff Janes <jeff.janes@gmail.com>
Re: 2nd Level Buffer Cache Greg Stark <gsstark@mit.edu>
Re: 2nd Level Buffer Cache Jeff Janes <jeff.janes@gmail.com>
Re: 2nd Level Buffer Cache Greg Stark <gsstark@mit.edu>
Re: 2nd Level Buffer Cache Radosław Smogura <rsmogura@softperience.eu>
Re: 2nd Level Buffer Cache Gurjeet Singh <singh.gurjeet@gmail.com>
Re: 2nd Level Buffer Cache Jim Nasby <jim@nasby.net>
Re: 2nd Level Buffer Cache Robert Haas <robertmhaas@gmail.com>
Re: 2nd Level Buffer Cache Jeff Janes <jeff.janes@gmail.com>
Re: 2nd Level Buffer Cache Josh Berkus <josh@agliodbs.com>
On Tue, Mar 22, 2011 at 3:53 PM, Robert Haas <robertmhaas@gmail.com> wrote:
On Tue, Mar 22, 2011 at 11:24 AM, Jeff Janes <jeff.janes@gmail.com> wrote:
> On Fri, Mar 18, 2011 at 9:19 AM, Robert Haas <robertmhaas@gmail.com> wrote:
>> On Fri, Mar 18, 2011 at 11:14 AM, Kevin Grittner
>> <Kevin.Grittner@wicourts.gov> wrote:
>>> Maybe the thing to focus on first is the oft-discussed "benchmark
>>> farm" (similar to the "build farm"), with a good mix of loads, so
>>> that the impact of changes can be better tracked for multiple
>>> workloads on a variety of platforms and configurations.  Without
>>> something like that it is very hard to justify the added complexity
>>> of an idea like this in terms of the performance benefit gained.
>>
>> A related area that could use some looking at is why performance tops
>> out at shared_buffers ~8GB and starts to fall thereafter.
>
> Under what circumstances does this happen?  Can a simple pgbench -S
> with a large scaling factor elicit this behavior?

To be honest, I'm mostly just reporting what I've heard Greg Smith say
on this topic.   I don't have any machine with that kind of RAM.

I can sponsor a few hours (say 10) of one High-memory on-demand Quadruple Extra Large instance (26 EC2 Compute Units (8 virtual cores with 3.25 EC2 Compute Units each), 1690 GB of local instance storage, 64-bit platform). That's the largest memory AWS has.

Let me know if I can help.

Regards,
--
Gurjeet Singh
EnterpriseDB Corporation
The Enterprise PostgreSQL Company

В списке pgsql-hackers по дате отправления
От: aaronenabs
Дата:
Сообщение: How to Make a pg_filedump
От: Marti Raudsepp
Дата:
FAQ