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
Allow gperftools.top to return a string #16778
Comments
Branch: u/mraum/ticket/16778 |
Commit: |
New commits:
|
Branch pushed to git repo; I updated commit sha1. This was a forced push. New commits:
|
comment:4
I'm against the last commit. You have a method to "Print text report" and you added an option to precisely not do that. WTF? Do you think that is a sane UI? If you want to save the output to a file there is already "save". If saving to a temporary file and loading said file is a common occurence then add an appropriately-named method, |
comment:5
PS: Sorry for the strong language ;-) PPS: "ppprofiler" has at least one p too many, no? |
comment:6
That's all right (I mean the language). As for the commit, I see what you mean. My focus is on citation management at #16777. So I would postpone work on profiling. Eventually an interface unifying cProfile and gperftools would be nice. But that's not for today, and requires more thorough thining. Close as wontfix then? |
The text report of gperftools is printed to stdout, but in order to access it in other methods (e.g., citations), we need the it to return the report as a string. This adds an optional parameter to the method top.
CC: @vbraun
Component: misc
Author: Martin Raum
Branch/Commit: u/mraum/ticket/16778 @
94caae0
Issue created by migration from https://trac.sagemath.org/ticket/16778
The text was updated successfully, but these errors were encountered: