Hello @steamlinux, Steam by itself should not be capable of causing a hard freeze (does the system recover?), but might be agitating something in the kernel. What I/O scheduler does Debian Sid use? Also, are you using a significant amount of swap?
Personally, I've only seen similar behavior when there is swap usage or when I tried out blk-mq.
I have swap 16gb and ram 8gb
my I/O scheduler (correct command?)
[code]# cat /sys/block/sda/queue/scheduler
noop deadline [cfq][/code]
vanilla kernel 4.9.0-3
if I run steam via eatmydate, I don't have this problem
P.S. my system have freezes always when HDD load to high
Hello @steamlinux, are you still experiencing freezes where the system does not recover?
yes, I have high disk activity, when steam downloading game updates
ex. download speed ~5 MB/s, disk 90-110MB (100%)
This is an issue for lot of people not just me and OP. On windows this does happen but not to this extend.
Like i have 600Mbps line and cant use it properly on steam cause async is hitting the drive full IO capability. Causing it to stop downloading until the drive can catch up and then download again.
This is not fun.
At start i get slowly to around 65MB/s and then once the steam starts putting real load on the drive it slows down and download goes to crazy numbers like 1MB/s.
I fid small solution: install eatmydata, and run "$ eatmydata steam"
Oh yes. That did the trick for me as temporary solution for now. Full 75MB/s. Thank you for that temporary fix until i get 1TB SSD or switch even my second drive to BTRFS.
Im having this problem right now, A temporary fix for me is to limit the download speed of the steam client to around 20MB/s or 20000KB/s
EDIT: Nevermind, it fixes the sudden download stops but it still locks down / lags my system
Would setting the I/O niceness to "idle" be a possible solution to this? Normally we use a program like 'ionice' with '-c3' as the flag to set that, but surely there is a way to do it in code.
Would games launched by Steam have fsync disabled as well if Steam is launched with eatmydata? I am reluctant to use it for that reason.
well I think is not just beta, and it's not just debian xD In manjaro stable with steam stable is happening to me too.
is ionice -c 3 /usr/bin/steam-runtime fix issue ?
I fid small solution: install eatmydata, and run "$ eatmydata steam"
this made me investigate/experiment a bit further (documented over in #6073 ) and yeah turns out steam is just spawning so many threads that all try to sync each and every operation they do that they block each other. simply disallowing sync FS access (with eatmydata, or zfs' sync=disabled in my case, or i bet a simple fstab option does it for eg extfs) will work around that, until in another 5 or so years valve maybe gets around to take another look at this issue.
Your system information
Please describe your issue in as much detail as possible:
Describe what you expected should happen and what did happen. Please link any large code pastes as a Github Gist
Steps for reproducing this issue:
At 1st, related thread https://github.com/ValveSoftware/steam-for-linux/issues/3450
![2017-05-18 14-15-55]()
When I download new game, all ok
When someone game download update, I have bug with high load disk usage (iotop)
My fs ext4 with journaling, my system have hard freezes, because disk load to high