On Tue, 21 Aug 2012 18:06:38 +0200
Andres Freund wrote:
> On Tuesday, August 21, 2012 05:56:58 PM Robert Haas wrote:
> > On Tue, Aug 21, 2012 at 11:31 AM, Andres Freund
> >
> wrote:
> > > On Tuesday, August 21, 2012 05:30:28 PM Robert Haas wrote:
> > >> On Thu, Aug 16, 2012 at 10:53 PM, David G
On Tuesday, August 21, 2012 05:56:58 PM Robert Haas wrote:
> On Tue, Aug 21, 2012 at 11:31 AM, Andres Freund
wrote:
> > On Tuesday, August 21, 2012 05:30:28 PM Robert Haas wrote:
> >> On Thu, Aug 16, 2012 at 10:53 PM, David Gould wrote:
> >> > A warning, on RHEL 6.1 (2.6.32-131.4.1.el6.x86_64 #1
On Tue, Aug 21, 2012 at 11:31 AM, Andres Freund wrote:
> On Tuesday, August 21, 2012 05:30:28 PM Robert Haas wrote:
>> On Thu, Aug 16, 2012 at 10:53 PM, David Gould wrote:
>> > A warning, on RHEL 6.1 (2.6.32-131.4.1.el6.x86_64 #1 SMP) we have had
>> > horrible problems caused by transparent_hugep
On Tuesday, August 21, 2012 05:30:28 PM Robert Haas wrote:
> On Thu, Aug 16, 2012 at 10:53 PM, David Gould wrote:
> > A warning, on RHEL 6.1 (2.6.32-131.4.1.el6.x86_64 #1 SMP) we have had
> > horrible problems caused by transparent_hugepages running postgres on
> > largish systems (128GB to 512GB
On Thu, Aug 16, 2012 at 10:53 PM, David Gould wrote:
> A warning, on RHEL 6.1 (2.6.32-131.4.1.el6.x86_64 #1 SMP) we have had
> horrible problems caused by transparent_hugepages running postgres on
> largish systems (128GB to 512GB memory, 32 cores). The system sometimes
> goes 99% system time and
On Mon, 9 Jul 2012 12:30:23 +0200
Andres Freund wrote:
> On Monday, July 09, 2012 08:11:00 AM Tom Lane wrote:
> > y...@mwd.biglobe.ne.jp (YAMAMOTO Takashi) writes:
> > >> Also, I was under the impression that recent Linux kernels use
> > >> hugepages automatically if they can, so I wonder exactly
> y...@mwd.biglobe.ne.jp (YAMAMOTO Takashi) writes:
>>> Also, I was under the impression that recent Linux kernels use hugepages
>>> automatically if they can, so I wonder exactly what Andres was testing
>>> on ...
>
>> if you mean the "trasparent hugepage" feature, iirc it doesn't affect
>> MAP_S
> Robert Haas writes:
>> On Fri, Jun 29, 2012 at 3:52 PM, Andres Freund
>> wrote:
>>> In a *very* quick patch I tested using huge pages/MAP_HUGETLB for the
>>> mmap'ed
>>> memory.
>
>> So, considering that there is required setup, it seems that the
>> obvious thing to do here is add a GUC: hug
On Monday, July 09, 2012 08:11:00 AM Tom Lane wrote:
> y...@mwd.biglobe.ne.jp (YAMAMOTO Takashi) writes:
> >> Also, I was under the impression that recent Linux kernels use hugepages
> >> automatically if they can, so I wonder exactly what Andres was testing
> >> on ...
> >
> > if you mean the "tr
On Mon, Jul 09, 2012 at 02:11:00AM -0400, Tom Lane wrote:
> y...@mwd.biglobe.ne.jp (YAMAMOTO Takashi) writes:
> >> Also, I was under the impression that recent Linux kernels use hugepages
> >> automatically if they can, so I wonder exactly what Andres was testing
> >> on ...
>
> > if you mean the
y...@mwd.biglobe.ne.jp (YAMAMOTO Takashi) writes:
>> Also, I was under the impression that recent Linux kernels use hugepages
>> automatically if they can, so I wonder exactly what Andres was testing
>> on ...
> if you mean the "trasparent hugepage" feature, iirc it doesn't affect
> MAP_SHARED map
On Tue, Jul 3, 2012 at 8:23 AM, Andres Freund wrote:
> On Tuesday, July 03, 2012 04:49:10 AM Robert Haas wrote:
>> So, considering that there is required setup, it seems that the
>> obvious thing to do here is add a GUC: huge_tlb_pages (boolean).
>>
>> The other alternative is to try with MAP_HUGE
On Tuesday, July 03, 2012 04:49:10 AM Robert Haas wrote:
> So, considering that there is required setup, it seems that the
> obvious thing to do here is add a GUC: huge_tlb_pages (boolean).
>
> The other alternative is to try with MAP_HUGETLB and, if it fails, try
> again without MAP_HUGETLB.
What
On Tuesday, July 03, 2012 05:18:04 AM Tom Lane wrote:
> Robert Haas writes:
> > On Fri, Jun 29, 2012 at 3:52 PM, Andres Freund
wrote:
> >> In a *very* quick patch I tested using huge pages/MAP_HUGETLB for the
> >> mmap'ed memory.
> >
> > So, considering that there is required setup, it seems th
Robert Haas writes:
> On Fri, Jun 29, 2012 at 3:52 PM, Andres Freund wrote:
>> In a *very* quick patch I tested using huge pages/MAP_HUGETLB for the mmap'ed
>> memory.
> So, considering that there is required setup, it seems that the
> obvious thing to do here is add a GUC: huge_tlb_pages (boole
On Fri, Jun 29, 2012 at 3:52 PM, Andres Freund wrote:
> Hi All,
>
> In a *very* quick patch I tested using huge pages/MAP_HUGETLB for the mmap'ed
> memory.
> That gives around 9.5% performance benefit in a read-only pgbench run (-n -S -
> j 64 -c 64 -T 10 -M prepared, scale 200, 6GB s_b, 8 cores,
16 matches
Mail list logo
