Closed Bug 1030948 Opened 6 years ago Closed 5 years ago
Stumbler database should only store N measurements of each Wi-Fi AP or cell
By only storing the most recent or strongest signal measurement(s) for a Wi-Fi AP or cell, the stumbler can avoid uploading tons of redundant measurements. This will reduce the upload data size and also avoid kicking out the oldest measurements (which might have been unique APs or cells).
Is this already done, Garvan?
Product: Core → Android Background Services
Summary: Fennec stumbler database should only store N measurements of each Wi-Fi AP or cell → Stumbler database should only store N measurements of each Wi-Fi AP or cell
(In reply to Richard Newman [:rnewman] from comment #1) > Is this already done, Garvan? The code has pre-existing guards on the number of measurements. I updated these values to 200 wifis and 50 cells max per GPS location (a.k.a. an observation). I think this bug relates to the prev. design of the lib, in which it had a database, and the row count perhaps wasn't strictly capped. Now we store bundles of observations to disk (50 per file), the files are 0.5-10KB, and we stop storing at 250KB. I think this is INVALID due to the design changes in the lib.
Status: NEW → RESOLVED
Closed: 5 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.