linux-ext4 - [Bug 217965] ext4(?) regression since 6.5.0 on sata hdd

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 for Android: free password hash cracker in your pocket

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

Message-ID: <bug-217965-13602-sAJn0mxqFu@https.bugzilla.kernel.org/>
Date: Thu, 16 Nov 2023 04:31:05 +0000
From: bugzilla-daemon@...nel.org
To: linux-ext4@...r.kernel.org
Subject: [Bug 217965] ext4(?) regression since 6.5.0 on sata hdd

https://bugzilla.kernel.org/show_bug.cgi?id=217965

--- Comment #29 from Eyal Lebedinsky (bugzilla@...l.emu.id.au) ---
I now repeated the test with the new option.

The result is that very few dirty buffers are recorded, but the rsync that
usually takes a few seconds, now stops for minutes at a time.

The machine also stutters, for example as I open a snall file on /data1.

The following perf run is of the rsync.

$ sudo sysctl vm.drop_caches=3
$ sudo mount -o remount,nodelalloc /data1
$ (d="`date`" ; sudo rsync -aHSK --stats --progress --checksum-choice=none
--no-compress -W /data2/no-backup/old-backups/tapes/13/file.1.data
/data1/no-backup/old-backups/tapes-again/13/ ; echo "`date`: started $d")
$ sudo perf record -p 1531839 -g sleep 60
$ sudo perf report --no-children --stdio -i perf.data

I will add the logs as an attachment (I hope).

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.