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

While saving, most (all?) control api calls take >100ms. #26

Open
DDR0 opened this issue Jul 30, 2019 · 1 comment
Open

While saving, most (all?) control api calls take >100ms. #26

DDR0 opened this issue Jul 30, 2019 · 1 comment
Assignees
Labels
performance Some API operations are slow. Some shouldn't be. This is one of them. standing We know it's broken. We've looked into it, but we couldn't figure out how to fix it. Send help?

Comments

@DDR0
Copy link
Contributor

DDR0 commented Jul 30, 2019

Reproduction: Start a save. Make an API call. It usually takes a hair over 100ms.

This caps the UI to running at about 9fps, which is far from our target 30.

@DDR0 DDR0 added the defect API don't work. It says it should, but it doesn't. This is a clear and present bug. label Jul 30, 2019
@oskirby
Copy link
Contributor

oskirby commented Aug 2, 2019

There are two possible causes that you might experience a loss of framerate during a file save. The first is that we can easily hit 100% CPU utilization depending on the encoding format and storage media being used, and the second is that the D-Bus API is blocked during gstreamer state changes, which can take several seconds to complete.

If the drop in framerate is due to the CPU load then there isn't really anything we can do about it without sacrificing filesave performance.

If the drop in framerate is due to the API blocking during state changes, then I suggest you try out a copy of the chronos-video package of version 0.4.0~alpha38 or newer, which should now split the D-Bus API off into its own thread.

@DDR0 DDR0 added standing We know it's broken. We've looked into it, but we couldn't figure out how to fix it. Send help? performance Some API operations are slow. Some shouldn't be. This is one of them. and removed defect API don't work. It says it should, but it doesn't. This is a clear and present bug. labels Aug 2, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
performance Some API operations are slow. Some shouldn't be. This is one of them. standing We know it's broken. We've looked into it, but we couldn't figure out how to fix it. Send help?
Projects
None yet
Development

No branches or pull requests

2 participants