Gail

Slow mouse response - Win10->win7

5 posts in this topic

I am having issues where using mouse on my win 7 machine from my win10 machine results in a RIDICULOUSLY slow mouse.  Reverse is fine (win7 mouse on win10 machine).

Win7 logs: https://synergy-logs.symless.com/2017-08-16/1388-2017-08-16T15-28-35.log

Win10 logs: https://synergy-logs.symless.com/2017-08-16/1388-2017-08-16T15-27-44.log

I have rebooted both machines.  Wondering if its a firewall issue?

Also, going to try moving the screen to the side.  But... oh.  That just crashed the GUI :/ (Win7 remote controlling mouse on win10 GUI, moved win 7 screen and app crashed, restarted app, and reproduced)  anyway, good luck!

Share this post


Link to post
Share on other sites

Hmm, I'm seeing quite a few interesting messages in your logs.

From looking at the first log, it seems that there are 2 core client processes running on the other machine (which is not great). Perhaps a zombie process?

[ UI ] [2017-08-16T15:08:31] ERROR: [2017-08-16T15:08:31] WARNING: a client with name "GailsPC" is already connected
[Core] [2017-08-16T15:08:31] NOTE: client "GailsPC" has disconnected
[Core] [2017-08-16T15:08:32] NOTE: accepted client connection
[Core] [2017-08-16T15:08:32] DEBUG: received client "GailsPC" info shape=0,0 1280x720 at -7237,32760
[Core] [2017-08-16T15:08:32] NOTE: disconnecting client "GailsPC"

Secondly, you have quite a lot of clipboard activity, which could be causing the slow cursor issue. Synergy uses the same channel for clipboard data as it does for mouse data, which is a bit of a design flaw.

[Core] [2017-08-16T15:11:03] INFO: entering screen
[Core] [2017-08-16T15:11:03] DEBUG: start receiving clipboard data
[Core] [2017-08-16T15:11:03] DEBUG: receiving clipboard 0 size=25352
[Core] [2017-08-16T15:11:03] DEBUG: received clipboard 0 size=25352
[Core] [2017-08-16T15:11:03] DEBUG: open clipboard
[Core] [2017-08-16T15:11:03] DEBUG: empty clipboard
[Core] [2017-08-16T15:11:03] DEBUG: add 6416 bytes to clipboard format: 0
[Core] [2017-08-16T15:11:03] DEBUG: add 18916 bytes to clipboard format: 1
[Core] [2017-08-16T15:11:03] DEBUG: close clipboard
[Core] [2017-08-16T15:11:03] INFO: clipboard was updated
[Core] [2017-08-16T15:11:03] DEBUG: start receiving clipboard data
[Core] [2017-08-16T15:11:03] DEBUG: receiving clipboard 1 size=25352
[Core] [2017-08-16T15:11:03] DEBUG: received clipboard 1 size=25352
[Core] [2017-08-16T15:11:03] DEBUG: open clipboard
[Core] [2017-08-16T15:11:03] DEBUG: empty clipboard
[Core] [2017-08-16T15:11:03] DEBUG: add 6416 bytes to clipboard format: 0
[Core] [2017-08-16T15:11:03] DEBUG: add 18916 bytes to clipboard format: 1
[Core] [2017-08-16T15:11:03] DEBUG: close clipboard
[Core] [2017-08-16T15:11:03] INFO: clipboard was updated

Do you think perhaps the mouse slowness could be caused by large clipboard data being transferred?

Share this post


Link to post
Share on other sites

Just a thought from another user: 

I see this when I first start up a machine and a scheduled anti-virus scan runs. It makes the Synergy mouse muddy until the scan is done. 

  • Like 1

Share this post


Link to post
Share on other sites

Hi guys! Thanks for the responses.

On 8/16/2017 at 6:11 PM, Nick Bolton said:

Hmm, I'm seeing quite a few interesting messages in your logs.

From looking at the first log, it seems that there are 2 core client processes running on the other machine (which is not great). Perhaps a zombie process?

I saw that too, the first time, but couldnt find anything.    I rebooted before I took this log in case it was an artefact of the install process and it STILL happened, so something is up!  

On 8/16/2017 at 6:11 PM, Nick Bolton said:

Do you think perhaps the mouse slowness could be caused by large clipboard data being transferred?

Nothing on the clipboard that I was aware of.  I had done no copy pasting whatsoever.  So maybe? but no idea.  Why would it be happening one way and not the other though?  Wouldn't clipboard xfers impact either keyboard/mouse combination?

 

On 8/16/2017 at 8:33 PM, KringleKrebs said:

I see this when I first start up a machine and a scheduled anti-virus scan runs.

Good thought.  Will check it out today when I start up my group of PCs and test with a few other combinations of hardware.

Share this post


Link to post
Share on other sites
On 8/18/2017 at 1:41 AM, Gail said:

Why would it be happening one way and not the other though?

I wonder if the send speed on one of your devices is slower than the other? Could you try some long running pings?

Share this post


Link to post
Share on other sites

Please sign in to comment

You will be able to leave a comment after signing in



Sign In Now