Closed Bug 1195394 Opened 9 years ago Closed 9 years ago

add an option to limit the persist folder size

Categories

(Testing :: mozregression, defect)

defect
Not set
normal

Tracking

(firefox43 affected)

RESOLVED FIXED
Tracking Status
firefox43 --- affected

People

(Reporter: parkouss, Assigned: parkouss)

References

Details

Attachments

(1 file)

We should add an option to limit the persist folder size.

A good default would be 1G I guess, like we currently use for http-cache-request (soon to be removed).

We should remove older builds when we reach the limit.
Blocks: 1195395
1GiB is about 10 OSX-Nightlies or 20 Win/Linux-Nightlies. That's not a lot.

When doing an inbound-bisection, you'd eventually end up deleting Nightlies you bisected in the same session earlier.
hm right. We probably should make the default higher.

What do you think would make a good default ?
Maybe we could let user defined the folder size by themselves, and it's open to resize by user if they think it's not enough in their further work.
(In reply to MikeLing from comment #3)
> Maybe we could let user defined the folder size by themselves, and it's open
> to resize by user if they think it's not enough in their further work.

Sure, the user will be able to change the default - but we should provide a good default, good for most people that use mozregression.

With comment 1, I now think 1GiB is really not enough. Maybe 20 ?
20 GiB seems pretty much for me. I don't know if mozregression users have pretty big hard drives, but if it is a default option, it should'not be too much. The user might not suspect that mozregression actually keeps on piling up archives in some directory.

At least, print a BIG warning first, or even, on the first time use, mozregression directly ask the user the size he wants (with 20GiB advised perhaps?) and stores it in a configuration file. It is the most explicit way.

The only other way I can think of is when the limit is reached, to ask the user if wants to increase the limit or erase some archives.
I like the idea of asking the user the first time!

Well asking a question when the limit is reached may be an issue for some use cases. We have the --command that allows to execute a command to evaluate a build (instead of manual testing). I would prefer this to not be possibly blocked by a question like this.
You are right. Actually, I prefer the first idea like you. It is simple, explicit and only an one time prompt.
So this does not change the default, we will see that in another bug.

This only add a --persist-size-limit that takes a value in GiB to limit the size of the persist dir. Note that there is a hardcoded limit of 5 builds minimum, regardless of the value of the limit.
Assignee: nobody → j.parkouss
Status: NEW → ASSIGNED
Attachment #8652267 - Flags: review?(wlachance)
Comment on attachment 8652267 [details] [review]
limit persist folder size

This looks good! Thanks.
Attachment #8652267 - Flags: review?(wlachance) → review+
Thanks! Fixed the nits and landed in https://github.com/mozilla/mozregression/commit/7da07b7230e67dd6ec034c500d3157ab8c896c7d
Status: ASSIGNED → RESOLVED
Closed: 9 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: