Closed Bug 1126937 Opened 10 years ago Closed 9 years ago

We don't expire data from the performance_series and series_signature tables

Categories

(Tree Management :: Perfherder, defect, P4)

defect

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: emorley, Unassigned)

References

(Blocks 1 open bug)

Details

Note that the `performance_series` table already auto-expires old data (each row represents a json graph of data within a certain recency range, when data goes outside the range it gets expired). The only win possible with this is if when we retire a test, which doesn't happen all that often.
Priority: P3 → P4
Please can you elaborate more on this so that it can be clear as to what is required of someone who is to work on this. I'd like to work on this but I am having difficulty understanding the problem.
(In reply to moijes from comment #2) > Please can you elaborate more on this so that it can be clear as to what is > required of someone who is to work on this. I'd like to work on this but I > am having difficulty understanding the problem. I'd rather wait on implementing this, as it would introduce a basically unused codepath (currently nothing needs to be expired) that will almost certainly need to change later when we refactor treeherder's model API.
It's not clear that we'll ever want to expire performance data at this point, with the new database structure there's very little problem in the area of scalability. Let's mark this as won't fix. We can always open a new bug in the future.
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.