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]: Running TCR on a slow environment #256

Open
1 task done
mengdaming opened this issue Feb 15, 2023 · 0 comments
Open
1 task done

[Feature]: Running TCR on a slow environment #256

mengdaming opened this issue Feb 15, 2023 · 0 comments
Labels
enhancement New feature or request M Medium

Comments

@mengdaming
Copy link
Contributor

Contact Details

damien.menanteau@gmail.com

Feature Request

TCR should have the same behavior whichever the environment it's running in (slow machine, network with latency, etc.)

Feature Description

Current TCR implementation waits for 2s to re-arm the filesystem watching goroutine in order to cope with the changes done by TCR when using the commit-failure option. This works on machines running in a "normal" environment, but could fail in a "degraded" environment. We should look into a solution where we synchronize goroutines rather than relying on a timer.

Alternatives

Stay with current implementation

Additional Context

N/A

Code of Conduct

  • I agree to follow this project's Code of Conduct
@mengdaming mengdaming added enhancement New feature or request M Medium labels Feb 15, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request M Medium
Development

No branches or pull requests

1 participant