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

"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 >>>> type of data that

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

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

ed 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) would require the up

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

what mount flags do you use? >> >> kos >> >> >> >> - Original Message - >> From: "Roman Mamedov" <r...@romanrm.net> >> To: "Konstantin V. Gavrilenko" <k.gavrile...@arhont.com> >> Cc: "Stefan Priebe -

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

dov" <r...@romanrm.net> > To: "Konstantin V. Gavrilenko" <k.gavrile...@arhont.com> > Cc: "Stefan Priebe - Profihost AG" <s.pri...@profihost.ag>, "Marat Khalili" > <m...@rqc.ru>, linux-btrfs@vger.kernel.org, "Peter Grandi&quo

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

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

t;Roman Mamedov" <r...@romanrm.net> > To: "Konstantin V. Gavrilenko" <k.gavrile...@arhont.com> > Cc: "Stefan Priebe - Profihost AG" <s.pri...@profihost.ag>, "Marat Khalili" > <m...@rqc.ru>, linux-btrfs@vger.kernel.org, "Peter

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

V. Gavrilenko" <k.gavrile...@arhont.com> > Cc: "Stefan Priebe - Profihost AG" <s.pri...@profihost.ag>, "Marat Khalili" > <m...@rqc.ru>, linux-btrfs@vger.kernel.org, "Peter Grandi" > <p...@btrfs.list.sabi.co.uk> > Sent: Wednesday,

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

V. Gavrilenko" <k.gavrile...@arhont.com> > Cc: "Stefan Priebe - Profihost AG" <s.pri...@profihost.ag>, "Marat Khalili" > <m...@rqc.ru>, linux-btrfs@vger.kernel.org, "Peter Grandi" > <p...@btrfs.list.sabi.co.uk> > Sent: Wednesday,

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

ko" <k.gavrile...@arhont.com> Cc: "Stefan Priebe - Profihost AG" <s.pri...@profihost.ag>, "Marat Khalili" <m...@rqc.ru>, linux-btrfs@vger.kernel.org, "Peter Grandi" <p...@btrfs.list.sabi.co.uk> Sent: Wednesday, 16 August, 2017 2:00:03 P

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

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

"Marat Khalili" <m...@rqc.ru>, linux-btrfs@vger.kernel.org Sent: 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 RAI

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

t;m...@rqc.ru>, 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

t;Stefan Priebe - Profihost AG" <s.pri...@profihost.ag> To: "Marat Khalili" <m...@rqc.ru>, 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:

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

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

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