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

Updated .travis.yml to use ci-helpers #258

Merged
merged 11 commits into from
Jan 7, 2016

Conversation

astrofrog
Copy link
Member

No description provided.

@astrofrog
Copy link
Member Author

Still investigating memory issues - I think there is a memory leak in astropy.wcs

@astrofrog astrofrog force-pushed the use-ci-helpers branch 2 times, most recently from 0687c77 to b8a7ab7 Compare January 6, 2016 15:19
…use there are some memory leaks in Astropy that otherwise cause the RAM usage to increase steadily over time
@astrofrog
Copy link
Member Author

@keflavich - this is ready for review!

@astrofrog
Copy link
Member Author

Note that some of the configurations still take 10-20 minutes to run (as was the case prior to this PR), which is what led me to investigate this memory leak in Astropy: astropy/astropy#4441 - but I just realized that actually the builds with Astropy dev are already a lot faster, so I think this is just an issue with the Astropy stable release. I'm not 100% sure what was fixed since 1.1 that would cause this though. Anyway, I'll look into it separately.

if cube.size < threshold: # smallish

# TODO: make this into a proper configuration item
# TODO: make threshold depend on memory?
Copy link
Contributor

Choose a reason for hiding this comment

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

I think it's reasonable to not make the threshold depend on memory, but make this a configuration item. Even with lots of memory, operations on huge cubes can take forever, and I think it's better to be up front about that.

Copy link
Contributor

Choose a reason for hiding this comment

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

...oh, the note was from me. Well, I can argue with myself!

Copy link
Member Author

Choose a reason for hiding this comment

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

I've opened an issue for the config item: #261

@keflavich
Copy link
Contributor

Looks great. I only have one comment that warrants change (the reason in skipif), everything else is ready to merge and I was just initiating conversation.

@astrofrog
Copy link
Member Author

@keflavich - I addressed your comment and Travis is still passing (and I think the coverage failure is just due to random fluctuations) so I'll go ahead and merge this.

astrofrog added a commit that referenced this pull request Jan 7, 2016
Updated .travis.yml to use ci-helpers
@astrofrog astrofrog merged commit add63c8 into radio-astro-tools:master Jan 7, 2016
@bsipocz bsipocz mentioned this pull request Jan 25, 2016
@coveralls
Copy link

coveralls commented Nov 28, 2017

Coverage Status

Coverage remained the same at 70.215% when pulling 0d3ceec on astrofrog:use-ci-helpers into a70b3ec on radio-astro-tools:master.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants