zyzz Mar 19, 2014 @ 4:58am
Disk busy making downloads take forever?
idk whats the problem since yesterday i downloaded a 1.1gb file for dota 2 and it took me around 5 hours instead of 1. It constantly goes ''disk idle'' starts downloading then goes ''disk busy'' and stops downloading completely i've already got slow internet this doesnt help me.

Something went wrong while displaying this content. Refresh

Error Reference: Community_9708323_
Loading CSS chunk 7561 failed.
(error: https://community.fastly.steamstatic.com/public/css/applications/community/communityawardsapp.css?contenthash=789dd1fbdb6c6b5c773d)
Showing 1-9 of 9 comments
ReBoot Mar 19, 2014 @ 9:34am 
Is your disk busy, do you hear it working?
Meatbug Mar 19, 2014 @ 9:42am 
Seems to be normal:

Taken from the Changelogs:
Add disk-activity indicator to downloads page, will light up if updates are slowed because Steam is waiting for the local disk to write data

http://store.steampowered.com/news/12181/
Black Blade Mar 19, 2014 @ 10:10am 
as the news that Meatbug post say its only a indicator it dose not slow your download it just shows if the disk is busy or not that is all
STIRL0 Mar 22, 2014 @ 3:31pm 
Then it is not working correctly, my network monitor shows no download traffic for my game when this locks up because the local disk is busy (which I call bs on, I can download 100gb torrents faster than a 8gb steam game (120mb cable/1TB SSD))
Black Blade Mar 22, 2014 @ 6:32pm 
Originally posted by DreadFunk:
Then it is not working correctly, my network monitor shows no download traffic for my game when this locks up because the local disk is busy (which I call bs on, I can download 100gb torrents faster than a 8gb steam game (120mb cable/1TB SSD))
Yes you can as Steam now download copress files then open them and download more.. so its good if you have slow internet.. but less good if like in your case you have fast one
dunklerrabe Mar 22, 2014 @ 7:23pm 
Honestly, this "feature" is a big pile of rubbish.
Either the documentation on this feature is simply wrong or it is not working properly. Maybe even both.

I am installing Payday 2 right now and the download is extremely slow. It is stuttering and only downloading chunks which are several megabytes in size.
Now it is not a normal behaviour to stop one process accessing the drive completely. Operating Systems and the drive itself will not do that on their own.
I can only explain that in such a way that Steam thinks (!) the drive is busy and therefore stops the download. This makes no sense at all since the drive will handle the load if you only let it get through. In my case it is not even a single drive but a RAID behind a proper hardware RAID controller. It will easily handle the download and the preparation of the game files, i.e. preparing images of the game files / allocating disk space and extracting the already downloaded data, concurrently.

So, if you are implementing this feature then, for gods sake, do it right or don't do it at all. I don't know what the idea behind it was exactly. I can only guess this is some sort of protection for users who are that familar with processes happening in the background while they are doing certain things with their machine.

Sadly it interferes badly with the overall performance if you have faster storage and therefore compromises user experience quite a lot because it makes the whole process much longer than it would normally be.
dunklerrabe Mar 22, 2014 @ 9:19pm 
All of that is quite alright. But I don't get it. There is no reason to actually stop the download.
This is a system which processes data and not a production line. You don't want work or delieveries to be done just in time like you do in certain factories and you don't want it to be done one after the other either. Work can be done concurrently. Downloading should continue all the way through the process. This is the bottle neck, why would you make it artificially worse than it already is? You can store downloaded data which can't be used at the moment so it is already available when it is needed

How exactly does Steam do the measurement if a device is busy or not?

Also please note that I was doing the initial installation of the game. Steam is allocating disk space for the entire game in advance without having the actual data to fill this space. While it is doing that it could easily download the data for later. But it thinks the device it busy while it isn't. At least not in a way it couldn't store the downloaded data concurrently while doing the allocation. Constant downloading only continues when the allocation is finished.

I can't see the advantages of this system. Is Valve deliberately wasting performance to favor users with machines with slow storage to keep their machines a little bit more usable while installing a game?
aiusepsi Mar 22, 2014 @ 10:11pm 
The whole reason for the existence of the disk busy indicator is that there are times when the disk is the bottleneck, not the download. As far as I can tell without having Steam's source code, Steam doesn't attempt to measure disk activity, it measures the state of its own disk write queue. When that queue fills up, it means it can't write as fast as is necessary to satisfy the people producing data behind it.

It's a similar principle to a TCP congestion control algorithm; you can't actually measure the traffic on the Internet, but you can infer that it's busy from the packet loss, and back-off your sending rate appropriately.

Absolutely you could have the download carry on irrespective of what the disk's write queue looks like. Just imagine a disk write queue that has infinite capacity! Only problem with that is: it always takes the same amount of time to write X items. It doesn't matter when they were put into the queue, it's going to take the same amount of time to write.

You save nothing in time by piling up the data in RAM beforehand, and you suffer the cost of squandering a system resource (physical RAM). Even worse, there's the possibility of the OS paging out some of the data you have stockpiled, in which case it would be flushed to disk by the OS, and then when you wanted to write it to disk the OS would have to read it back in from disk before you could write it back in, a pointless round-trip, which really would hurt performance.

It's certainly unusual for this to happen during installs, I must admit, but it's certainly not a deliberate attempt to waste performance.
Showing 1-9 of 9 comments
Per page: 1530 50

Date Posted: Mar 19, 2014 @ 4:58am
Posts: 9