Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Feature: Garbage collection of /tmp #2679

Open
tl87 opened this issue Jan 6, 2025 · 1 comment
Open

Feature: Garbage collection of /tmp #2679

tl87 opened this issue Jan 6, 2025 · 1 comment
Assignees
Labels

Comments

@tl87
Copy link

tl87 commented Jan 6, 2025

Related to

Other

Impact

better user experience

Missing Feature

It seems that the /tmp directory can fill up fairly quickly when multiple people are running various tasks. From what I understand, Semaphore appears to create a separate Python virtual environment for each task and then clones the necessary repositories for that environment.

Over time, this can take up significant space on the host, especially if the repositories are large.

I was wondering if there might be a way to clean up the /tmp directory used by Python virtual environments after a successful run. For tasks that are scheduled, I imagine this wouldn't need to be part of the garbage collection process, since it would require extra bandwidth. Each time a scheduled task runs, it would recreate the virtual environment and redownload the repositories anyway.

Implementation

A possible solution, would be that the virtual env. is removed after a successful run.

Design

No response

@tl87 tl87 added the feature label Jan 6, 2025
@fiftin fiftin self-assigned this Jan 7, 2025
@fiftin
Copy link
Collaborator

fiftin commented Jan 7, 2025

Hi @tl87

It is a bug. Thank you!

@fiftin fiftin added bug and removed feature labels Jan 7, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants