Skip to content

fix_track_memory_usage #1838

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

Merged
merged 1 commit into from
Sep 28, 2021
Merged

Conversation

sfkhalid
Copy link
Contributor

@sfkhalid sfkhalid commented Sep 2, 2021

The change in this pull request is the same as PR #1827. Added the change to a new branch because I wasn't able to checkout the other remote branch as it was on a fork off of the main remote repo verilog-to-routing/vtr-verilog-to-routing.

The original change was to make sure the runner looks at the argument track_memory_usage to see whether memory tracking should be turned on or off, instead of just always making it on.
An additional change was made that was requested in a comment on #1827 - the default value of track_memory_usage was set to "True" so that track_memory_usage is always on unless the argument specifies that it should be off.

Types of changes

  • [ x] Bug fix (change which fixes an issue)
  • New feature (change which adds functionality)
  • Breaking change (fix or feature that would cause existing functionality to change)

…he argument, also made default value of argument true
@vaughnbetz
Copy link
Contributor

Thanks @sfkhalid . Code looks good; will merge once CI goes green.

@vaughnbetz
Copy link
Contributor

Thanks; change looks good.
Some kokoro tests didn't run, and nightly_test_2 appears to have no failures yet is flagged as a fail. Re-launching kokoro.

@vaughnbetz vaughnbetz merged commit e82ecbb into master Sep 28, 2021
@vaughnbetz vaughnbetz deleted the fix_track_memory_usage_in_vtr_flow branch September 28, 2021 20:45
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.

3 participants