Received: from maia.hub.org (maia-3.hub.org [200.46.204.243]) by mail.postgresql.org (Postfix) with ESMTP id EA314B5DBFD for ; Tue, 11 Oct 2011 17:33:50 -0300 (ADT) Received: from mail.postgresql.org ([200.46.204.86]) by maia.hub.org (mx1.hub.org [200.46.204.243]) (amavisd-maia, port 10024) with ESMTP id 08682-02 for ; Tue, 11 Oct 2011 20:33:44 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.8.0-rc2 Received: from adonis.tweakers.net (adonis.tweakers.net [213.239.154.11]) by mail.postgresql.org (Postfix) with ESMTP id 1FCC3B5DC03 for ; Tue, 11 Oct 2011 17:33:43 -0300 (ADT) Received: from [192.168.0.15] (h101063.upc-h.chello.nl [62.194.101.63]) by adonis.tweakers.net (Postfix) with ESMTPSA id C8C7620D1A for ; Tue, 11 Oct 2011 22:33:41 +0200 (CEST) Message-ID: <4E94A828.1040201@tweakers.net> Date: Tue, 11 Oct 2011 22:33:44 +0200 From: Arjen van der Meijden User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: pgsql-performance@postgresql.org Subject: Re: Adding more memory = hugh cpu load [solved] References: <4E92F294.9010405@gmail.com> <4E92FB87.1030703@peak6.com> <1318259675.10344.YahooMailNeo@web29011.mail.ird.yahoo.com> <4E93119C.8090407@peak6.com> <1318263277.56967.YahooMailNeo@web29013.mail.ird.yahoo.com> <4E93E746.10807@2ndQuadrant.com> <1318323477.19815.YahooMailNeo@web29005.mail.ird.yahoo.com> <4E9461A0.3070008@2ndQuadrant.com> <4E9484B2.9040301@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=-2.404 tagged_above=-10 required=5 tests=BAYES_00=-1.9, RP_MATCHES_RCVD=-0.504 X-Spam-Level: X-Archive-Number: 201110/118 X-Sequence-Number: 45340 On 11-10-2011 20:05 Claudio Freire wrote: > On Tue, Oct 11, 2011 at 3:02 PM, alexandre - aldeia digital > wrote: >> 2) Change all memory chips to new others, instead of maintain the old (16 >> GB) + new (32 GB). > > Of course, mixing disables double/triple/whatuple channel, and makes > your memory subsystem correspondingly slower. > By a lot. > That really depends on the chipset/server. The current intel E56xx-chips (and previous E55xx) basically just expect groups of 3 modules per processor, but it doesn't really matter whether that's 3x2+3x4 or 6x4 in terms of performance (unless the linuxkernel does some weirdness of course). It at least won't disable triple-channel, just because you added different size modules. Only when you get to too many 'ranks', you'll see performance degradation. But that's in terms of clock speed, not in disabling triple channel. But as said, that all depends on the memory controller in the server's mainboard or processors. Best regards, Arjen