-
-
Notifications
You must be signed in to change notification settings - Fork 171
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
handle connection issues, session events, network drop outs, power events, etc #540
Comments
re-scheduling, see also #978 |
For win32, found this: Waiting on an event when rendering is unnecessary in DXGI.
For OSX, the power event handler is broken and causes crashes (now disabled): #924 / #1137. |
For OSX, this function may be useful: CGDisplayIsAsleep: Returns a Boolean value indicating whether a display is sleeping (and is therefore not drawable.), but there doesn't seem to be any notifications for this one, so we would need to poll for it regularly. |
See also #1581#comment:1, the browser API can expose some network information. |
r16825 exposes the socket interface link speed to the server, unlike the values we get from the browser the values we get here do make sense. (no idea how chrome gets it so wrong: see #1581#comment:3) ie with 100Mbps LAN connection:
Caveats:
|
As of r17246 (client) and r17247 (server), 80% of the network interface speed is used as bandwidth-limit (#417). This will do for this release. On win32, looks like we can get the network adapter's speed from MSFT_NetAdapter (windows 8), Win32_NetworkAdapter (windows 7) |
See also #619 |
macos display-is-asleep detection added in r18239 Still TODO:
|
Why is it such a mess on a linux desktop? We have both win32 already had events for desktop lock and unlock since r10762 (see #901), we now add polling of screensaver status in r18242. (using the ISensLogon event interface directly using ctypes would be hard) |
As for getting network device information on win32, using wmi seemed like the right way of going about it, except we don't have wmi bindings with ctypes so we have to use the long winded way (as per #173#comment:25) and then comtypes blows up:
Even if it did work, it's not clear to me how we would be able to identify the network card that we are interested in ("GUID"? but which one is in use?). The equivalent wmic output for Win32_NetworkAdapter is not very helpful either:
What we know about:
Match the connection target with the network interface subnet? Fallback to gateway? Then find the "speed" from wmi.. |
win32 support added in r18790.
( Or through xpra info (all supported platforms):
As well as screensaver detection to slow down the screen refresh rate (just not on Linux..) @maxmylyn: FYI, feel free to close. |
See also #1860, comtypes 32-bit error: #1899 Packet improvements: #1449. See also MacOS networkQuality tool |
Issue migrated from trac ticket # 540
component: core | priority: minor | resolution: fixed
2014-03-20 04:55:05: totaam created the issue
The text was updated successfully, but these errors were encountered: