-
Notifications
You must be signed in to change notification settings - Fork 0
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
Faster start/boot up time #8
Comments
Running profiler in
According to the profiler, the interval is 854 ms, but by the log timestamp it's 2,120 ms. The
|
Still not clear about the disparity betwen the log and the profiler timestamps. Here's a rough breakout of the start up process times:
Some ideas:
This might shave 2 s off of startup to first display |
Corrected profile times, from start of
So in this case, the disparity is:
Or 973 ms. This matches the system start time. Note that the profiler is started at 1005. Note that the 5005 log timestamp is due to the profiler timer. |
Moved the bluetooth initialization just after
Profiler reduction from 2452 ms to 867 ms, saving 1585 ms. |
Moved the motion initialization just before the BT initialization. This reduced the apparent start time to just about 2 s.
This is actually quite snappy. It's even apparently faster when booting up from battery via the switch, like just a bit over 1 s. |
Here's a revised rough breakout of the start up process times:
Total 3285. Subtotal for animation 1115. |
The improvement has been adequate to speed up the the development cycle time. Flashing is now the larger portion. |
It takes about 3.5 sec from power on to first display. Maybe we can get the display up faster. One theory is the BT code is coming up first, but hmm, there is a separate core for that. Compressing to bitmaps may also help.
Note there is a Profiler class that could help.
The text was updated successfully, but these errors were encountered: