Re: CAM disk I/O starvation

[ Available lists | Index of freebsd-hackers | Month of Apr 2012 | Week of 16 Apr 2012 | Raw email | View thread | Wrap long lines | Reply | Tag ]
From
Adrian Chadd <adrian@freebsd.org>
Date
16 Apr 2012 21:39:13
Subject
Re: CAM disk I/O starvation
Message-ID
CAJ-VmokwR+VHmup6OLN+BGHvoAeLvJ9+BeZ9Fm6xM7Pio73pzQ@mail.gmail.com

In reply to

[ Hide this part ]
On 11 April 2012 10:21, Gary Jennejohn <gljennjohn@googlemail.com> wrote:

> Just for the archive my bad disk performance seems to have been fixed in
> HEAD by svn commit r234074. Seems that all interrupts were being handled
> by a single CPU/core (I have 6), which resulted in abysmal interrupt
> handling when mutltiple disks were busy.
>
> Since this commit my disk preformance is back to normal and long lags
> are a thing of the past.

Hi,

This is kind of worrying. You only have a few disks, a single core
SHOULD be able to handle all the interrupts for those disks whilst
leaving plenty of cycles to spare to drive the rest of your system.
And you have 5 other cores.

Would you be willing to help out diagnose exactly why that particular
behaviour is causing you so much trouble? It almost sounds like
something in the IO path is blocking for far too long, not allowing
the rest of the system to move forward. That's very worrying for an
interrupt handler. :)



Adrian

Elapsed time: 0.294 seconds