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

Use the same algorithm to throttle quality reports as analytics reports #7596

Merged
merged 1 commit into from
Mar 29, 2024

Conversation

SpecLad
Copy link
Contributor

@SpecLad SpecLad commented Mar 12, 2024

Motivation and context

See #7576 for more details. This patch extracts the high-level throttling functionality added in that patch and reuses it for quality reports.

Note: in that patch I referred to this functionality as debouncing, but throttling seems like a more accurate description. It would be debouncing if the autoupdate job only ran after no updates occurred for a period, which is not how it actually works.

How has this been tested?

Checklist

  • I submit my changes into the develop branch
  • I have created a changelog fragment
  • [ ] I have updated the documentation accordingly
  • [ ] I have added tests to cover my changes
  • [ ] I have linked related issues (see GitHub docs)
  • [ ] I have increased versions of npm packages if it is necessary
    (cvat-canvas,
    cvat-core,
    cvat-data and
    cvat-ui)

License

  • I submit my code changes under the same MIT License that covers the project.
    Feel free to contact the maintainers if that's a concern.

@SpecLad
Copy link
Contributor Author

SpecLad commented Mar 12, 2024

/check

Copy link
Contributor

github-actions bot commented Mar 12, 2024

✔️ All checks completed successfully
📄 See logs here

@SpecLad SpecLad force-pushed the throttling-quality-reports branch from 6498927 to c4a7e4b Compare March 12, 2024 15:24
See 009f9f8 for more details. This patch extracts the high-level throttling
functionality added in that patch and reuses it for quality reports.

Note: in that patch I referred to this functionality as debouncing, but
throttling seems like a more accurate description. It would be debouncing
if the autoupdate job only ran after no updates occurred for a period,
which is not how it actually works.
@SpecLad SpecLad force-pushed the throttling-quality-reports branch from c4a7e4b to c1ba489 Compare March 28, 2024 16:03
@SpecLad SpecLad marked this pull request as ready for review March 28, 2024 16:30
@SpecLad SpecLad requested a review from zhiltsov-max March 28, 2024 16:32
Copy link

codecov bot commented Mar 28, 2024

Codecov Report

Merging #7596 (c1ba489) into develop (6eb7b7d) will decrease coverage by 0.01%.
Report is 1 commits behind head on develop.
The diff coverage is 100.00%.

Additional details and impacted files
@@             Coverage Diff             @@
##           develop    #7596      +/-   ##
===========================================
- Coverage    83.37%   83.37%   -0.01%     
===========================================
  Files          373      373              
  Lines        39747    39712      -35     
  Branches      3745     3745              
===========================================
- Hits         33141    33109      -32     
+ Misses        6606     6603       -3     
Components Coverage Δ
cvat-ui 79.22% <ø> (+0.02%) ⬆️
cvat-server 87.21% <100.00%> (-0.03%) ⬇️

@zhiltsov-max zhiltsov-max merged commit 77378f1 into cvat-ai:develop Mar 29, 2024
43 checks passed
@cvat-bot cvat-bot bot mentioned this pull request Apr 2, 2024
@SpecLad SpecLad deleted the throttling-quality-reports branch September 30, 2024 10:42
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants