Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1Zjgzh-0001hg-S8 for pgsql-performance@arkaria.postgresql.org; Wed, 07 Oct 2015 05:10:25 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.84) (envelope-from ) id 1Zjgzg-0001Em-Kz for pgsql-performance@arkaria.postgresql.org; Wed, 07 Oct 2015 05:10:24 +0000 Received: from makus.postgresql.org ([2001:4800:1501:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84) (envelope-from ) id 1Zjgy3-0007n4-Kh for pgsql-performance@postgresql.org; Wed, 07 Oct 2015 05:08:43 +0000 Received: from mbob.nabble.com ([162.253.133.15]) by makus.postgresql.org with esmtp (Exim 4.84) (envelope-from ) id 1Zjgy0-0007Vn-SC for pgsql-performance@postgresql.org; Wed, 07 Oct 2015 05:08:42 +0000 Received: from msam.nabble.com (unknown [162.253.133.85]) by mbob.nabble.com (Postfix) with ESMTP id 1A978171FF26 for ; Tue, 6 Oct 2015 22:01:23 -0700 (PDT) Date: Tue, 6 Oct 2015 22:08:39 -0700 (MST) From: ajaykbs To: pgsql-performance@postgresql.org Message-ID: <1444194519907-5869047.post@n5.nabble.com> In-Reply-To: <1443864850869-5868480.post@n5.nabble.com> References: <1443861573710-5868474.post@n5.nabble.com> <560F99D4.70309@archidevsys.co.nz> <1443864850869-5868480.post@n5.nabble.com> Subject: Re: Multi processor server overloads occationally with system process while running postgresql-9.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Pg-Spam-Score: -0.3 (/) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-performance Precedence: bulk Sender: pgsql-performance-owner@postgresql.org I have checked the transparent huge pages and zone reclaim mode and those are already disabled. As a trial and error method, I have reduced the shared buffer size from 8500MB to 3000MB. The CPU i/o wait is icreased a little. But the periodical over load has not occurred afterwards. (3 days passed without such situation). I shall report further developments. Thank you all for the great help. -- View this message in context: http://postgresql.nabble.com/Multi-processor-server-overloads-occationally-with-system-process-while-running-postgresql-9-4-tp5868474p5869047.html Sent from the PostgreSQL - performance mailing list archive at Nabble.com. -- Sent via pgsql-performance mailing list (pgsql-performance@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-performance