Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[RFC] Slow IO devices, hanging and crashes #319

Open
auroraanon38 opened this issue Nov 3, 2023 · 2 comments
Open

[RFC] Slow IO devices, hanging and crashes #319

auroraanon38 opened this issue Nov 3, 2023 · 2 comments

Comments

@auroraanon38
Copy link

This is most likely not the right place to mention this, but I didn't manage to find the mailing list.

I've found that mounting the filesystem to deduplicate with the sync (synchronous IO) option can help prevent hanging and kernel timeouts which I've seen mentioned in none of the other issues about hanging.

Has the thrashing aspect of async IO been looked at as a factor so far?

@the8472
Copy link

the8472 commented Nov 10, 2023

Something that has helped me was schedtool -D ionice -c 3 duperemove ... which puts duperemove under CPU and IO idle priority policies.

If you're deduping HDDs then limiting it to 1 IO thread might also help because parallelism tends to make access more random and HDDs prefer more sequential IO patterns.

Another option is to use cgroups to set io.max or cpu.max policies

@JackSlateur
Copy link
Collaborator

Hello @auroraanon38
Your issue is quite strange to me

Could you reproduce the issue with the latest code, without using the sync mount option ?
If you do reproduce, could you give me your kernel version and the btrfs-tools version used to create the filesystem ?

Thank you

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants