Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1XArMx-0008QI-B9 for pgsql-general@arkaria.postgresql.org; Sat, 26 Jul 2014 02:05:55 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.80) (envelope-from ) id 1XArMv-0008EO-Oo for pgsql-general@arkaria.postgresql.org; Sat, 26 Jul 2014 02:05:53 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1XArMu-0008EE-KG for pgsql-general@postgresql.org; Sat, 26 Jul 2014 02:05:52 +0000 Received: from hogranch.com ([75.101.82.47]) by magus.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1XArMm-0001QH-2Y for pgsql-general@postgresql.org; Sat, 26 Jul 2014 02:05:51 +0000 Received: from [192.168.0.2] (porker [192.168.0.2]) by hogranch.com (8.11.6/8.11.6) with ESMTP id s6Q25ZZ24526 for ; Fri, 25 Jul 2014 19:05:35 -0700 Message-ID: <53D30CEA.5080101@hogranch.com> Date: Fri, 25 Jul 2014 19:05:30 -0700 From: John R Pierce User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: pgsql-general@postgresql.org Subject: Re: Checkpoint_segments optimal value References: <1405975881.98993.YahooMailNeo@web122303.mail.ne1.yahoo.com> <53CD8048.4010002@hogranch.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-HawgScanner-Information: Please contact the ISP for more information X-HawgScanner: Found to be clean X-Pg-Spam-Score: -1.9 (-) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-general Precedence: bulk Sender: pgsql-general-owner@postgresql.org On 7/25/2014 5:58 PM, Prabhjot Sheena wrote: > We do have i/o problem during heavy loads because we share mount point > from netapp across different machines which we are getting rid in few > weeks by moving stuff to Amazon aws and than IO issues will go away > with fast iops Netapp has to be some of the most expensive storage I've ever seen in a datacenter and is frequently a source of performance problems. NFS isn't really appropriate for storing database data on, there's way too many opportunites for fsync to get lost, more so if you've got a virtualization layer in there too. -- john r pierce 37N 122W somewhere on the middle of the left coast -- Sent via pgsql-general mailing list (pgsql-general@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-general