1230181 - Add disk space measurements to Telemetry

Status: RESOLVED WONTFIX

(Toolkit :: Telemetry, defect)

Description

[Georg Fritzsche [:gfritzsche]]

For the hardware survey, the following measurements are requested and not present in Telemetry yet:
* total hard drive space
* free hard drive space

Comment 1

[Georg Fritzsche [:gfritzsche]]

Potential dupe: bug 707402, which is specifically about the free space on the disk cache device on startup.

Comment 2

[Georg Fritzsche [:gfritzsche]]

Open questions:

* What exact question is this supposed to answer? Local storage space available to web apps / web games?
* If so, is it sufficient to submit the available space for only the disk that is used for local storage?
* Do we actually need total space for something specific?

Comment 3

[Andre Vrignaud [:andre] [Seattle - PST]]

Want Luke's feedback, but I think:

We are looking for available space where a user can install a game. Which should help developers know how large a size they can target on average.

I think it's sufficient to do only the space available in local storage, since that's where the games go. But, want to make sure Luke can't think of a reason we might also want to track total storage as well? It might be interesting to track total storage over time?

Comment 4

[Luke Wagner [:luke]]

Ultimately, GetTemporaryStorageLimit() (http://mxr.mozilla.org/mozilla-central/source/dom/quota/ActorsParent.cpp#1918) calls GetDiskSpaceAvailable() on the 'storage' dir (which I believe is always inside the profile dir (Jan?)) and this basically limits the storage available to the webapp dev.  Now, some of the non-free space is controlled by the QuotaManager and can be evicted, so it seems we'd get the clearest picture with:
 - total size of drive containing storage dir (to provide context for the next two figures)
 - amount of free space + amount we could evict (aCurrentUsage in GetTemporaryStorageLimit)
 - amount of free space

Jan, does this all make sense?  Our goal is to get a picture of how much webapps in the wild could expect to store (ignoring our heuristics that further clamp quota, since those are subject and likely to change).

Comment 5

[Jan Varga [:janv]]

Yeah, that makes sense, Luke.

Comment 6

[Luke Wagner [:luke]]

Jan: when we get actual UX for evicting permanent storage, would we be able to track total permanent storage usage (the way we track temporary storage now) so that it could be included in the aCurrentUsage figure above?

Comment 7

[Jan Varga [:janv]]

(In reply to Luke Wagner [:luke] from comment #6)
> Jan: when we get actual UX for evicting permanent storage, would we be able
> to track total permanent storage usage (the way we track temporary storage
> now) so that it could be included in the aCurrentUsage figure above?

We don't track permanet storage usage since it's unlimited, but we can get usage for specific origin on demand by calling QuotaManagerService::GetUsageForPrincipal(). This is probably not very helpful in this case.

Comment 8

[Georg Fritzsche [:gfritzsche]]

The Firefox hardware report was published for a while and the last activity here is 3 years old.
Closing for now.