Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1465859
| From | "Elliott, Robert (Persistent Memory)" <elliott@hpe.com> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | RE: Observing Softlockup's while running heavy IOs |
| Date | 2016-08-19 04:00 +0200 |
| Message-ID | <s7Hgd-7z4-13@gated-at.bofh.it> (permalink) |
| References | <s7owW-3Ou-3@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
> -----Original Message----- > From: linux-kernel-owner@vger.kernel.org [mailto:linux-kernel- > owner@vger.kernel.org] On Behalf Of Sreekanth Reddy > Sent: Thursday, August 18, 2016 12:56 AM > Subject: Observing Softlockup's while running heavy IOs > > Problem statement: > Observing softlockups while running heavy IOs on 8 SSD drives > connected behind our LSI SAS 3004 HBA. > ... > Observing a loop in the IO path, i.e only one CPU is busy with > processing the interrupts and other CPUs (in the affinity_hint mask) > are busy with sending the IOs (these CPUs are not yet all receiving > any interrupts). For example, only CPU6 is busy with processing the > interrupts from IRQ 219 and remaining CPUs i.e CPU 7,8,9,10 & 11 are > just busy with pumping the IOs and they never processed any IO > interrupts from IRQ 219. So we are observing softlockups due to > existence this loop in the IO Path. > > We may not observe these softlockups if irqbalancer might have > balanced the interrupts among the CPUs enabled in the particular > irq's > affinity_hint mask. so that all the CPUs are equaly busy with send > IOs > and processing the interrupts. I am not sure how irqbalancer balance > the load among the CPUs, but here I see only one CPU from irq's > affinity_hint mask is busy with interrupts and remaining CPUs won't > receive any interrupts from this IRQ. > > Please help me with any suggestions/recomendations to slove/limit > these kind of softlockups. Also please let me known if I have missed > any setting in the irqbalance. > The CPUs need to be forced to self-throttle by processing interrupts for their own submissions, which reduces the time they can submit more IOs. See https://lkml.org/lkml/2014/9/9/931 for discussion of this problem when blk-mq was added. --- Robert Elliott, HPE Persistent Memory
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Observing Softlockup's while running heavy IOs Sreekanth Reddy <sreekanth.reddy@broadcom.com> - 2016-08-18 08:00 +0200
RE: Observing Softlockup's while running heavy IOs "Elliott, Robert (Persistent Memory)" <elliott@hpe.com> - 2016-08-19 04:00 +0200
Re: Observing Softlockup's while running heavy IOs Sreekanth Reddy <sreekanth.reddy@broadcom.com> - 2016-08-19 14:20 +0200
RE: Observing Softlockup's while running heavy IOs "Elliott, Robert (Persistent Memory)" <elliott@hpe.com> - 2016-08-20 04:10 +0200
RE: Observing Softlockup's while running heavy IOs Kashyap Desai <kashyap.desai@broadcom.com> - 2016-08-23 12:00 +0200
Re: Observing Softlockup's while running heavy IOs Bart Van Assche <Bart.VanAssche@sandisk.com> - 2016-08-19 05:50 +0200
csiph-web