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

high cpu usage with speaker forwarding #3020

Closed
totaam opened this issue Feb 17, 2021 · 2 comments
Closed

high cpu usage with speaker forwarding #3020

totaam opened this issue Feb 17, 2021 · 2 comments
Labels

Comments

@totaam
Copy link
Collaborator

totaam commented Feb 17, 2021

Reported on IRC about a CentOS 8 docker container.
stracing that platform-python floods the terminal with

recvmsg(7, 0x7ffd450caae0, 0)           = -1 EAGAIN (Resource temporarily unavailable)

it's maybe this in lsof:

xpra    3749   272144    7u     sock    0,8      0t0 204146195 protocol: UNIX

Running with --no-speaker fixes the issue.
Perhaps the audio subprocess uses non-blocking reads on the pipes?
But this shows up as sock..
Needs checking.

@aki-k
Copy link

aki-k commented Feb 17, 2021

the strace log was generated of about a 5 second period.

xpra_pulseaudio_problem.txt

@totaam
Copy link
Collaborator Author

totaam commented Mar 31, 2023

We switched to removesilence in #3709.
I don't see anything here caused by xpra, this seems to be the result of the gstreamer pipeline.
I can copy the pipeline used:

xpra info | grep client.sound.speaker.pipeline

Then run it via gst-launch-1.0 after replacing the appsink element with a fakesink and the resulting process shows the same behaviour.

So, closing as not-our-problem.

@totaam totaam closed this as not planned Won't fix, can't repro, duplicate, stale Mar 31, 2023
@totaam totaam added the audio label Mar 31, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants