Received: from makus.postgresql.org (makus.postgresql.org [98.129.198.125]) by mail.postgresql.org (Postfix) with ESMTP id EA4E7FA6B9C for ; Thu, 22 Mar 2012 09:55:41 -0300 (ADT) Received: from elizabeth.gransy.com ([89.187.132.199]) by makus.postgresql.org with esmtp (Exim 4.72) (envelope-from ) id 1SAhYL-0004rv-6d for pgsql-performance@postgresql.org; Thu, 22 Mar 2012 12:55:41 +0000 Received: from sq.gransy.com (localhost [127.0.0.1]) by elizabeth.gransy.com (Postfix) with ESMTP id 7304E15E415E; Thu, 22 Mar 2012 13:55:28 +0100 (CET) Received: from 193.179.187.70 (proxying for unknown) (SquirrelMail authenticated user tv@fuzzy.cz) by sq.gransy.com with HTTP; Thu, 22 Mar 2012 13:55:28 +0100 Message-ID: In-Reply-To: <00b601cd0824$c8dfd6d0$5a9f8470$@com> References: <006301cd07fd$358ebe40$a0ac3ac0$@com> <4F6AF3FE.30407@gmail.com> <008e01cd0817$06418680$12c49380$@com> <1bbfac04d1ec4a2708e47593dc84ba8c.squirrel@sq.gransy.com> <00b601cd0824$c8dfd6d0$5a9f8470$@com> Date: Thu, 22 Mar 2012 13:55:28 +0100 Subject: Re: Write workload is causing severe slowdown in Production From: "Tomas Vondra" To: gnanam@zoniac.com Cc: "'Tomas Vondra'" , "'Vitalii Tymchyshyn'" , pgsql-performance@postgresql.org User-Agent: SquirrelMail/1.4.22 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 X-Priority: 3 (Normal) Importance: Normal Content-Transfer-Encoding: quoted-printable X-Pg-Spam-Score: -1.9 (-) X-Archive-Number: 201203/147 X-Sequence-Number: 46597 On 22 B=C5=99ezen 2012, 13:10, Gnanakumar wrote: >> So, what else is running on the system? Because if there's 35GB RAM an= d >> the shared buffers are 1.5GB, then there's about 33GB for page cache. >> Something like 16GB would be a conservative setting. > > Yes, you guessed it right. Both Web server and DB server are running i= n > the same machine. > >> I'm not saying this will fix the issues, but maybe it shows that >> something >> else is running on the box and maybe that's the culprit, not PostgreSQ= L? > > Based on my observations and analysis, I'm sure that database write > operation "is" causing the slowdown, but not because of other applicati= ons > running in the same server. You haven't provided any clear evidence for such statement so far. Let's wait for the vmstat/iostat logs etc. Tomas