You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Very nice toolkit!
One thing I’ve noticed is, the more blocked the main thread is, the less accurate the measurements are. Especially the FPS measurement, it is possible to lose entire CPU spikes (60 fps -> quick ramp up of a CPU spike for some time -> 60 fps). I have found that the CADisplayLink strategy for measuring FPS is not the most accurate if main thread spikes exist.
One challenge with moving the measurements to a background queue is updating the widget and table view. This can be solved by using a CATextLayer to update the text in a background queue (CALayer and CATransation are thread safe as of iOS 4).
Would you be interested in a PR that accomplishes this?
The text was updated successfully, but these errors were encountered:
Thank you very much for the kind words about the library and the effort to make it better! It would be great if you could open a PR with this change, as I am currently working in my spare time on a new big feature for DBDebugToolkit :)
Hello,
Very nice toolkit!
One thing I’ve noticed is, the more blocked the main thread is, the less accurate the measurements are. Especially the FPS measurement, it is possible to lose entire CPU spikes (60 fps -> quick ramp up of a CPU spike for some time -> 60 fps). I have found that the CADisplayLink strategy for measuring FPS is not the most accurate if main thread spikes exist.
One challenge with moving the measurements to a background queue is updating the widget and table view. This can be solved by using a
CATextLayer
to update the text in a background queue (CALayer
andCATransation
are thread safe as of iOS 4).Would you be interested in a PR that accomplishes this?
The text was updated successfully, but these errors were encountered: