Thread (25 messages) 25 messages, 10 authors, 2016-09-07

Re: kworker threads may be working saner now instead of using 100% of a CPU core for minutes (Re: Still not production ready)

From: Martin Steigerwald <hidden>
Date: 2016-09-07 14:35:21

Am Mittwoch, 7. September 2016, 11:53:04 CEST schrieb Christian Rohmann:
On 03/20/2016 12:24 PM, Martin Steigerwald wrote:
quoted
quoted
btrfs kworker thread uses up 100% of a Sandybridge core for minutes on
quoted
random write into big file
https://bugzilla.kernel.org/show_bug.cgi?id=90401
I think I saw this up to kernel 4.3. I think I didn´t see this with 4.4
anymore and definately not with 4.5.

So it may be fixed.

Did anyone else see kworker threads using 100% of a core for minutes with
4.4 / 4.5?
I run 4.8rc5 and currently see this issue. kworking has been running at
100% for hours now, seems stuck there.

Anything I should look at in order to narrow this down to a root cause?
I didn´t see any issues since my last post, currently running 4.8-rc5 myself.

I suggest you look at kernel log and probably review this thread and my bug 
report for what other information I came up with. Particulary in my case the 
issue only happened when BTRFS allocated all device spaces into chunks, but 
the space in the chunks was not fully used up yet. I.e. when BTRFS had to seek 
for new space in chunks and couldn´t just allocate a new chunk anymore. In 
addition to that your BTRFS configuration, storage configuration, yada. Just 
review what I reported to get an idea.

If you are sufficiently sure that your issue is the same from looking at the 
kernel log… so if the backtraces look sufficiently similar, then I´d add to my 
bug report. Otherwise I´d hope a new one.

Good luck.
-- 
Martin
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help