linux-kernel - Re: 6.10/regression/bisected - after f1d97e769152 I spotted increased execution time of the kswapd0 process and symptoms as if there is not enough memory

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <CAL3q7H78Ls2a4Tp3prik-sg=0Kouif6X4jZXqpCe8t4tgc6wGA@mail.gmail.com>
Date: Wed, 3 Jul 2024 11:32:56 +0100
From: Filipe Manana <fdmanana@...nel.org>
To: Chris Murphy <lists@...orremedies.com>
Cc: Михаил Гаврилов <mikhail.v.gavrilov@...il.com>, 
	linux-kernel <linux-kernel@...r.kernel.org>, 
	Linux regressions mailing list <regressions@...ts.linux.dev>, Btrfs BTRFS <linux-btrfs@...r.kernel.org>, 
	David Sterba <dsterba@...e.com>, Josef Bacik <josef@...icpanda.com>
Subject: Re: 6.10/regression/bisected - after f1d97e769152 I spotted increased
 execution time of the kswapd0 process and symptoms as if there is not enough memory

On Tue, Jul 2, 2024 at 8:46 PM Chris Murphy <lists@...orremedies.com> wrote:
>
>
>
> On Tue, Jul 2, 2024, at 1:22 PM, Filipe Manana wrote:
> > On Tue, Jul 2, 2024 at 3:13 PM Mikhail Gavrilov
> > <mikhail.v.gavrilov@...il.com> wrote:
>
> >> Unfortunately, the patch didn't improve anything.
> >> kswapd0 still consumes 100% CPU under load.
> >> And my system continues to freeze.
> >
> > Ok, the concerning part is the freezing and high cpu usage.
>
> We're seeing this in Fedora Rawhide, which is always using the most recent mainline kernel.
>
> User first reported June 25 they were experiencing much longer backup times, normal is ~5 minutes, they're taking 1+ hours now, with frequent freezes of the DE, notices kswapd using 100% CPU and then other processes also start hanging with 100% CPU. Resolution is a power cycle and reverting to 6.9 series.
>
> The workload is described as "restic via ssh to a repo on a backup server".

Any idea how many files, their sizes, the sum of their sizes, etc?

>
> I can try to get more info to narrow down the last known good and first known bad kernels if that's useful.

Isn't that what Mikhail did? He bisected it to a specific commit.

Thanks.

>
>
> --
> Chris Murphy