-
Notifications
You must be signed in to change notification settings - Fork 117
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
Huge battery consumption on iOS since 1.14.0 (SO_REUSEADDR) #328
Comments
Hi Sébastien, The default behavior is set in configure.ac or CMakeLists.txt, but this is not currently a platform based choice. Do you think that this a regression introduced by this commit? Are you able to compile and test with the commit immediately before (cfbb791)? Would it be possible to test this behavior in a PC? Do you have a small test code that I can use to try to fix it? Regards, |
This cause a huge battery drain. Issue reported upstream there: pupnp/pupnp#328 Change-Id: I739aa6e3929297f2e09b4d37849106ca03c2635e GitLab: #563
Yeah setting the default value in the configure is correct. We observed this behaviour only on iPhone devices via the profiler directly on the whole app. So, no I don't think you will get it on a PC (macOS doesn't seems to be impacted and I can't really provide a minimal code). I don't own any iphone so it's from a distant investigation with a dev. I can ping her to come here. If you need more details:
Thank you for your prompt answer, |
Hi, |
Hello, it should be fixed by #428 (I didn't know there was an issue) |
Upstream ticket: pupnp/pupnp#328 Upstream patch: pupnp/pupnp#428 GitLab: #563 Change-Id: Ie6f8c68a97a96759dd07df7a6a8be8a60968c4f1
Hi.
Since pupnp 1.14.0, default configuration is causing a huge CPU consumption located in runMiniServer.
This is probably caused by a3912b0 cause SO_REUSEADDR is weirdly handled by iphone devices.
Adding the
--disable-reuseaddr
option solves this issue. IMHO, SO_REUSEADDR should not be enabled by default on Apple devicesThe text was updated successfully, but these errors were encountered: