Re: Sudden Query slowdown on our Postgresql Server

From: Sebastian Melchior <webmaster(at)mailz(dot)de>
To: Scott Marlowe <scott(dot)marlowe(at)gmail(dot)com>
Cc: pgsql-performance(at)postgresql(dot)org
Subject: Re: Sudden Query slowdown on our Postgresql Server
Date: 2012-03-23 04:53:52
Message-ID: 08416066-2163-4D4F-AEE9-93FEDECD1CC3@mailz.de
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

Hi,

we already used iostat and iotop during times of the slowdown, there is no sudden drop in I/O workload in the times of the slowdown. Also the iowait does not spike and stays as before.
So i do not think that this is I/O related. As the disks are SSDs there also still is some "head room" left.

Sebastian

On 23.03.2012, at 05:48, Scott Marlowe wrote:

> I'd suggest the handy troubleshooting tools sar, iostat, vmstat and iotop
>
> On Thu, Mar 22, 2012 at 10:37 PM, Sebastian Melchior <webmaster(at)mailz(dot)de> wrote:
>> Hi,
>>
>> yeah we log those, those times do not match the times of the slowdown at all. Seems to be unrelated.
>>
>> Sebastian
>>
>>
>> On 23.03.2012, at 01:47, Stephen Frost wrote:
>>
>>> * Sebastian Melchior (webmaster(at)mailz(dot)de) wrote:
>>>> Does anyone have any idea what could cause this issue or how we can further debug it?
>>>
>>> Are you logging checkpoints? If not, you should, if so, then see if
>>> they correllate to the time of the slowdown..?
>>>
>>> Thanks,
>>>
>>> Stephen
>>
>>
>> --
>> Sent via pgsql-performance mailing list (pgsql-performance(at)postgresql(dot)org)
>> To make changes to your subscription:
>> http://www.postgresql.org/mailpref/pgsql-performance
>
>
>
> --
> To understand recursion, one must first understand recursion.

In response to

Responses

Browse pgsql-performance by date

  From Date Subject
Next Message Scott Marlowe 2012-03-23 05:19:03 Re: Sudden Query slowdown on our Postgresql Server
Previous Message Scott Marlowe 2012-03-23 04:48:12 Re: Sudden Query slowdown on our Postgresql Server