Re: Sudden Query slowdown on our Postgresql Server

From: Sebastian Melchior <webmaster(at)mailz(dot)de>
To: pgsql-performance(at)postgresql(dot)org
Subject: Re: Sudden Query slowdown on our Postgresql Server
Date: 2012-03-23 07:52:10
Message-ID: 115C19C9-237C-4885-BEB8-D576CFD0C132@mailz.de
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

Hi,

unfortunately we cannot directly control the TRIM (i am not sure it even occurs) because the SSDs are behind an LSI MegaSAS 9260 Controller which does not allow access via smart. Even if some kind of TRIM command is the problem, shouldn't the iowait go up in this case?

Sebastian

On 23.03.2012, at 08:10, Yeb Havinga wrote:

> On 2012-03-23 05:53, Sebastian Melchior wrote:
>> 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.
>
> I've seen a ssd completely lock up for a dozen seconds or so after giving it a smartctl command to trim a section of the disk. I'm not sure if that was the vertex 2 pro disk I was testing or the intel 710, but enough reason for us to not mount filesystems with -o discard.
>
> regards,
> Yeb
>
>
>
>
> --
> 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

In response to

Responses

Browse pgsql-performance by date

  From Date Subject
Next Message Gnanakumar 2012-03-23 10:10:05 Re: Write workload is causing severe slowdown in Production
Previous Message Yeb Havinga 2012-03-23 07:10:37 Re: Sudden Query slowdown on our Postgresql Server