-
Notifications
You must be signed in to change notification settings - Fork 88
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
High i/o load after unit start #345
Comments
The person at #318 had the right idea: find should take -find "${DIR%/*}" -type d -name '*crashrecovery*' -print0
+find "${DIR%/*}" -maxdepth 1 -type d -name "${DIR##*/}-backup-crashrecovery-*" -print0 This drastically reduces I/O and makes the |
@albel727 - thanks for pointing that out. Can you please try the latest commit and report back. Seems to work for me with limited testing. Would be nice if someone could test with firefox/multiple profiles. |
I see your latest commit, but I can't test it at this time. I can only say, that I've been running similarly patched version myself and it worked for me too. The only problem with this commit as it is, is that it worsens another bug, which was mentioned in #318 too. Namely that This is easy to fix by just adding the correct Compare the wrong code in profile-sync-daemon/common/profile-sync-daemon.in Lines 589 to 590 in 9491a03
with the correct code in cleanup() profile-sync-daemon/common/profile-sync-daemon.in Lines 363 to 368 in 9491a03
|
I have disabled crashrecovery in psd.conf, but psd still calls find to find crashrecovery in the home folder. Since I have a lot of small files (40+ million) in /home/user, this takes a long time and causes a lot of i/o.
The text was updated successfully, but these errors were encountered: