Skip to content

Conversation

@davidsoergel
Copy link
Member

This fixes the bug in #2991 found by @wchargin.

More importantly, it fixes the test that should have caught that bug in the first place (which has been broken since #1853): expected and actual data were being compared with assertItemsEqual instead of assertEqual, and so differences were not detected.

@davidsoergel
Copy link
Member Author

Gah sorry something is still broken. Investigating.

@davidsoergel
Copy link
Member Author

Ok, this works now. (Pretty sure the console error is a red herring, btw: that happens regardless, even with generic_data=false)

Copy link
Contributor

@wchargin wchargin left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks good to me: in a directory with run-level graphs, graphs in
summaries, and profiling graphs, this displays only the run-level graphs
and displays them correctly.

@davidsoergel davidsoergel force-pushed the fix-graph-plugin-data-provider branch from 1cd9a88 to 5a944ce Compare December 6, 2019 19:11
@davidsoergel davidsoergel merged commit 0e1e877 into master Dec 9, 2019
@davidsoergel davidsoergel deleted the fix-graph-plugin-data-provider branch December 9, 2019 22:45
wchargin added a commit that referenced this pull request Feb 28, 2020
Summary:
Recent refactorings to the RPC rate limiting had the unintended side
effect of removing rate limiting on logdir polling. This meant that
after all data had been read from the logdir, the uploader would
continue to poll it aggressively (thousands of times per second on my
machine), which is bad for disks and expensive on network file systems.

This commit adds a separate rate limiter for the logdir polling. We
don’t reuse the RPC rate limiter because that would force us to tick
twice on the same timer every cycle.

Fixes #3001.

Test Plan:
Run `bazel run //tensorboard -- dev upload --logdir /nope --verbosity 0`
(with any logdir path, but it’s easier when it’s empty), and note that
the “Starting an upload cycle” logs now progress at 0.2 per second
rather than 6000 per second. TODO: Unit tests.

wchargin-branch: uploader-rate-limit-polling
wchargin-source: 2036f1c749e0c2f4e6db2362257e1f3f3a4342f2
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants