mirror of
https://github.com/linux-apfs/apfstests.git
synced 2026-05-01 15:01:44 -07:00
Qu Wenruo
a4f0a9bfd6
For fully deduped file, whose file extents are all pointing to the same extent, btrfs backref walk can be very time consuming, long enough to trigger softlock. Unfortunately, btrfs send is one of the caller of such backref walk under an O(n) loop, making the total time complexity to O(n^3) or more. And even worse, btrfs send will allocate memory in such loop, to trigger OOM on system with small memory(<4G). This test case will check if btrfs send will cause these problems. Reporeted-by: Tsutomu Itoh <t-itoh@jp.fujitsu.com> Signed-off-by: Qu Wenruo <quwenruo@cn.fujitsu.com> Reviewed-by: Eryu Guan <eguan@redhat.com> Signed-off-by: Eryu Guan <eguan@redhat.com>
4 lines
122 B
Plaintext
4 lines
122 B
Plaintext
QA output created by 130
|
|
wrote 131072/131072 bytes at offset 0
|
|
XXX Bytes, X ops; XX:XX:XX.X (XXX YYY/sec and XXX ops/sec)
|