-
Notifications
You must be signed in to change notification settings - Fork 381
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
Improve child handling #140
base: master
Are you sure you want to change the base?
Improve child handling #140
Conversation
…umber of children; refactor the profile file reading functions
Thanks for the pull request!. This looks good, but give me a couple of days to look into it as I'm currently travelling |
Why is pandas needed? Does this change the quality of the plots? I would like to maintain dependencies to the strict minimum ... |
(numpy is fine since its required by matplotlib anyway) |
Right, pandas is not strictly needed and I also hesitate making another dependency. IMO the usability of the results is improved by putting them into a DataFrame. The user can then select only the PIDs they want, they can get averages, etc. It's a simple way to allow for a bit more customization. On the other hand, it's not really a dependency, since the only function that needs pandas is |
oh oops, I guess I already added the try/except in my last commit... |
I've seen the try block. However I would like to be able to plot without
pandas.
Also, add your name and contribution to the Readme if you want.
Cheers
…On Apr 12, 2017 9:59 AM, "Rok Roškar" ***@***.***> wrote:
oh oops, I guess I already added the try/except in my last commit...
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<https://github.com/fabianp/memory_profiler/pull/140#issuecomment-293503093>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAQ8h3hgdhSAr4RuOoCEmW8r2xCPIfARks5rvIRtgaJpZM4M1qBd>
.
|
Hello Guys |
This pull request is an extension to #118 and #134 and tries to improve the ability to analyze child process memory consumption.
Changes/additions:
pid
instead of sequentially -- this is to ensure that we can properly track children of processes where the parent might continuously spawn many short-lived childrenconvert_mem_usage_to_df
function which produces apandas.DataFrame
from a list returned bymemory_usage
for easier plotting and slicingmprof
to monitor an existing process by providing a pidSide-effects:
read_mprofile_file
function tomemory_profiler
so that it can be used programaticallyread_mprofile_file_multiprocess
function that reads a mprofile file and returns a list of timings identical to what you expect frommemory_usage
memory_usage
#139plot_file
where plotting would fail when number of children > 6timeout
flag tomprof