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

Runtime and memory profiling from logs #407

Open
ivokwee opened this issue May 23, 2023 · 2 comments
Open

Runtime and memory profiling from logs #407

ivokwee opened this issue May 23, 2023 · 2 comments
Assignees
Labels
high priority high priority issues

Comments

@ivokwee
Copy link
Member

ivokwee commented May 23, 2023

We can profile startup time for different stages at startup and memory usage during startup from the log files. This enable us to compare different versions and different deployments. Below is an example for the master vs insertUI branch. What we need to do is insert in the stdout/stderr logs some timer start/stop points.

runlog-startup-time
runlog-memory-usage

@ivokwee ivokwee added the high priority high priority issues label May 23, 2023
@ivokwee
Copy link
Member Author

ivokwee commented May 24, 2023

At the moment, I match some log output lines with start/stop and compute the lapsed time. See fig below. It would be easier to insert start/stop commands in the stderr/stdout log directly but to be able to profile older logs, this works.
image

@phisanti
Copy link
Contributor

Which method did you use for the profiling?

I have also tried to do some profiling. To build the analysis, I used the profvis like this:

profvis({shiny::runApp('components/app/R')}, prof_output = 'profvis.html')

While running the app, I just loaded the example data a log out the app. This is what I got:

image

Clearly, most of the time is spent on generating the different boards, which is normal.

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

No branches or pull requests

3 participants