Re: slow btrfs with a single kworker process using 100% CPU

gt;> when I switched to "relatime,compress-force=zlib,space_cache=v2" the 100% >>>> cpu has dissapeared, but the shite performance remained. >>>> >>>> >>>> As to the chunk size, there is no information in the article about the >>>>

Re: slow btrfs with a single kworker process using 100% CPU

I'm a btrfs user, not a developer; developers can probably provide more detailed explanation by looking at stack traces in dmesg etc., but it's possible that there's just no quick fix (yet). I presume these are 1413 _full-volume_ snapshots. Then some operations have to process 43.65TiB*1413=62P

Re: slow btrfs with a single kworker process using 100% CPU

gt; 1. The minimum compressed write (32k) would fill the chunk on a single >>> disk, thus the IO cost of the operation would be 2 reads (original chunk + >>> original parity) and 2 writes (new chunk + new parity) >>> >>> 2. The maximum compressed write (128k)

Re: slow btrfs with a single kworker process using 100% CPU

gt;> Stefan what mount flags do you use? >> >> kos >> >> >> >> ----- Original Message - >> From: "Roman Mamedov" >> To: "Konstantin V. Gavrilenko" >> Cc: "Stefan Priebe - Profihost AG" , "Marat Khalil

Re: slow btrfs with a single kworker process using 100% CPU

> From: "Roman Mamedov" > To: "Konstantin V. Gavrilenko" > Cc: "Stefan Priebe - Profihost AG" , "Marat Khalili" > , linux-btrfs@vger.kernel.org, "Peter Grandi" > > Sent: Wednesday, 16 August, 2017 2:00:03 PM > Subject: Re: slow bt

Re: slow btrfs with a single kworker process using 100% CPU

>>> I've one system where a single kworker process is using 100% >>> CPU sometimes a second process comes up with 100% CPU >>> [btrfs-transacti]. [ ... ] >> [ ... ]1413 Snapshots. I'm deleting 50 of them every night. But >> btrfs-cleaner process isn't running / consuming CPU currently. Reminder t

Re: slow btrfs with a single kworker process using 100% CPU

> From: "Roman Mamedov" > To: "Konstantin V. Gavrilenko" > Cc: "Stefan Priebe - Profihost AG" , "Marat Khalili" > , linux-btrfs@vger.kernel.org, "Peter Grandi" > > Sent: Wednesday, 16 August, 2017 2:00:03 PM > Subject: Re: slow btrf

Re: slow btrfs with a single kworker process using 100% CPU

> Cc: "Stefan Priebe - Profihost AG" , "Marat Khalili" > , linux-btrfs@vger.kernel.org, "Peter Grandi" > > Sent: Wednesday, 16 August, 2017 2:00:03 PM > Subject: Re: slow btrfs with a single kworker process using 100% CPU > > On Wed, 16 A

Re: slow btrfs with a single kworker process using 100% CPU

> Cc: "Stefan Priebe - Profihost AG" , "Marat Khalili" > , linux-btrfs@vger.kernel.org, "Peter Grandi" > > Sent: Wednesday, 16 August, 2017 2:00:03 PM > Subject: Re: slow btrfs with a single kworker process using 100% CPU > > On Wed, 16 A

Re: slow btrfs with a single kworker process using 100% CPU

uot;Stefan Priebe - Profihost AG" , "Marat Khalili" , linux-btrfs@vger.kernel.org, "Peter Grandi" Sent: Wednesday, 16 August, 2017 2:00:03 PM Subject: Re: slow btrfs with a single kworker process using 100% CPU On Wed, 16 Aug 2017 12:48:42 +0100 (BST) "Konstant

Re: slow btrfs with a single kworker process using 100% CPU

On Wed, 16 Aug 2017 12:48:42 +0100 (BST) "Konstantin V. Gavrilenko" wrote: > I believe the chunk size of 512kb is even worth for performance then the > default settings on my HW RAID of 256kb. It might be, but that does not explain the original problem reported at all. If mdraid performance wo

Re: slow btrfs with a single kworker process using 100% CPU

ent: Wednesday, 16 August, 2017 11:26:38 AM Subject: Re: slow btrfs with a single kworker process using 100% CPU Am 16.08.2017 um 11:02 schrieb Konstantin V. Gavrilenko: > Could be similar issue as what I had recently, with the RAID5 and 256kb chunk > size. > please provide more informat

Re: slow btrfs with a single kworker process using 100% CPU

; Sent: Wednesday, 16 August, 2017 10:37:43 AM > Subject: Re: slow btrfs with a single kworker process using 100% CPU > > Am 16.08.2017 um 08:53 schrieb Marat Khalili: >>> I've one system where a single kworker process is using 100% CPU >>> sometimes a second pro

Re: slow btrfs with a single kworker process using 100% CPU

t;Stefan Priebe - Profihost AG" To: "Marat Khalili" , linux-btrfs@vger.kernel.org Sent: Wednesday, 16 August, 2017 10:37:43 AM Subject: Re: slow btrfs with a single kworker process using 100% CPU Am 16.08.2017 um 08:53 schrieb Marat Khalili: >> I've one system where a single kworker

Re: slow btrfs with a single kworker process using 100% CPU

Am 16.08.2017 um 08:53 schrieb Marat Khalili: >> I've one system where a single kworker process is using 100% CPU >> sometimes a second process comes up with 100% CPU [btrfs-transacti]. Is >> there anything i can do to get the old speed again or find the culprit? > > 1. Do you use quotas (qgroups)

Re: slow btrfs with a single kworker process using 100% CPU

I've one system where a single kworker process is using 100% CPU sometimes a second process comes up with 100% CPU [btrfs-transacti]. Is there anything i can do to get the old speed again or find the culprit? 1. Do you use quotas (qgroups)? 2. Do you have a lot of snapshots? Have you deleted so

slow btrfs with a single kworker process using 100% CPU

Hello, I've one system where a single kworker process is using 100% CPU sometimes a second process comes up with 100% CPU [btrfs-transacti]. Is there anything i can do to get the old speed again or find the culprit? Greets, Stefan -- To unsubscribe from this list: send the line "unsubscribe linux