protonscr

Disk usage does not show its value when preloading a game

steamopen Steam client
ValveSoftware/steam-for-linux#7261 · opened 2020-07-13 by julienbenjamin · updated 2020-07-25 · 8 comments · github
Jjulienbenjamin 2020-07-13 github

Your system information

  • Steam client version (build number or date): Jul 8 2020, 23:11:02
  • Distribution (e.g. Ubuntu): Debian 10 (Buster)
  • Opted into Steam client beta?: Yes
  • Have you checked for system updates?: Yes

Please describe your issue in as much detail as possible:

When downloading a game via the Steam client, I would expect to see the value of disk usage in the "Downloading" page.

Steps for reproducing this issue:

  1. Open the Steam client
  2. Install a game via the Steam client
  3. Go to the downloads page by clicking on "DOWNLOADS" at the bottom of the client window
  4. "Disk usage" value will stay at "0" throughout the whole download

Example (screenshot):

Screenshot from 2020-07-13 04-52-03

Bbbhtt 2020-07-13 github

Does this issue occur for this game only or on other games? And you can check if I/O is actually being done by steam using sudo iotop --user=Username --only after starting a download; it won't show an idle steam doing I/O as far as I know. Either that or something is wrong because it shows fine on my Ubuntu laptop and Debian VM.

Jjulienbenjamin 2020-07-13 github

So I got some interesting results:

iotop always returns that there is writing on the SSD (the total disk write is consistent with the usage), regardless of the title considered.

On the other hand, it seems to only occur with this title, which is not out yet. So, I am wondering if it was not happening only because this is a "preload" for a game that is not out yet. If this is true I would only be able to to do a couple of tests before this disappears.

  1. (Another) Preload of Death Stranding:

Screenshot from 2020-07-14 01-37-39

  1. Download of The Surge 2:

Screenshot from 2020-07-14 01-44-51

You can even see the difference in the green graph (which displays disk usage over time).

Bbbhtt 2020-07-14 github

https://partner.steamgames.com/doc/sdk/uploading#Preloading

From what I understand it's downloading encrypted compressed chunks to your system, because it's isn't being read at the moment,the graph isn't showing a disk usage.

Jjulienbenjamin 2020-07-15 github

https://partner.steamgames.com/doc/sdk/uploading#Preloading

From what I understand it's downloading encrypted compressed chunks to your system, because it's isn't being read at the moment,the graph isn't showing a disk usage.

Nice finding.

Not sure whether you are saying "it is not a bug, it is a feature" or reading the disk usage does not work for encrypted data.

If it the latter, it is "just" lacking an implementation for it ; encrypting a content does not mean you cannot read the data amount being written on disk.

Bbbhtt 2020-07-16 github

It launched today, did it show a disk usage? I'm not sure how they implement or calculate that graph, couldn't find anything on it.

Jjulienbenjamin 2020-07-16 github

It launched today, did it show a disk usage? I'm not sure how they implement or calculate that graph, couldn't find anything on it.

Yes, like any other released title. So, obviously, I cannot reproduce the issue anymore.

I do not own any other title which would be released soon.

Bbbhtt 2020-07-17 github

I do not own any other title which would be released soon.

I think it's perfectly normal for a preloading to show no disk usage; basing this on anecdotal evidence 1,2,3,4 etc.

v > I strongly disagree: a lack of implementation of this feature does not mean "it is normal".

Yeah, sorry I meant, "given the sources I could find I think it's normal to assume that the client does not have this 'feature' as of now hence this is an 'enhancement' and not a 'bug' as I thought at first "

Jjulienbenjamin 2020-07-17 github

I think it's perfectly normal for a preloading to show no disk usage; basing this on anecdotal evidence

I strongly disagree: a lack of implementation of this feature does not mean "it is normal".

Nothing extracted yet.