Forum Replies Created
I have been using a regular mouse for a few days and the problem is still there (although less noticeable for some situations). I use Cadence IC layout software which is very graphics intensive. Even using a regular mouse I see a really annoying lag in just drawing a pencil thin selection rectangle around some graphics. It gets worse trying to move the subsequently selected graphics items (sometimes I wait a full second or two waiting for the graphics on the screen to catch up with where I left my mouse after a drag operation – it’s awful). I’m not really sure blaming OS X is the right thing here. As computers get better at making graphics manipulation silky smooth you’re just going to see faster screen refresh rates one way or the other. Maybe OS X is pushing that boundary earlier than others, but I reckon it is something you’ll need to keep up with.
Sigh – this behavior is killing me. I sent in a video 3 weeks ago and haven’t heard a word since. Lately these forums (at least on the Mac side) have been unattended.
Any update on this? It’s a pain dealing with this behavior.
I had sent a link to a video of the expose issue in a separate email to you a week ago and haven’t heard anything back. I continue to be suspicious that this is all connected to NoMachine possibly disconnecting and then reconnecting by itself, with a residual side effect that the Expose window images are subsequently lost. I asked the guy who installed the patched version onto the linux box if there were any NoMachine disconnection logs I could forward to you, but he wasn’t sure where to look…
I had sent a link to a video of the issue in a separate email to you a week ago and haven’t heard anything back. Did you get the video? In that email I also mentioned that your suggestion didn’t work, so I’m still stuck…
I guess the link provides the reason NoMachine need that account, but it doesn’t provide any insight into the issue I have in trying to get filevault up and running. Any ideas about that?
Based on the original post that said the fix was incorporated into subsequent releases, I’ve been using the latest published releases. As I noted in my response to the patch, behavior is much improved over the unpatched version although it still had a couple issues. I’m currently running 6.9.2 – what do you recommend I do at this point?
I’d be happy to provide you with a video, but it’s 2020 already and the TINY 1MB limit on file size attachments isn’t working for me. After recording my screen for about 30 seconds highlighting the issues my video is 80MB. I tried compressing it and got down to 12MB but some of my menu commands now are too blurry to read. Memory so cheap these days so it’s very frustrating to bang into these limits. Do you have an alternate way for me to get you the file.
In other news, I’ve noticed that NoMachine will often disconnect while unattended and start itself up again seconds later. I believe that when that occurs all the covered windows show as blank (or nearly blank) during an expose event. You have to manually select each window to refresh the view so that subsequent expose events show their contents during the expose. Hopefully that’s another clue.
Has anybody been able to confirm this behavior?
So your hint did reveal a dependence on the annoying behavior being exhibited. It turns out I had my mouse tracking speed set to maximum and that did appear to play a role in all this. I’d like to see if you have the same behavior as me. Open up nedit (floating window mode) and make the window big (so that a screen redraw takes a longer time). Copy in about 5-10 pages of text. Here’s where I hope you have a Magic Mouse. To more highlight this problem, set the tracking speed to maximum and now in one action quickly scroll up, down, up, down using long strokes for each swipe and watch the screen redrawing itself. If you see what I see then your screen will be busy redrawing for a while. Now set the tracking speed to something lower and the performance should be much better. That being said, sometimes even at the lower tracking speed I do still see the issue, but just not as often. Again, I don’t recall seeing this issue in OS X Sierra (before upgrading to Mojave).
Thanks for your response graywolf. I didn’t know to mention it earlier, but the primary reason I use NX is because I can display individual linux windows onto my Mac desktop (and manipulate them using Expose etc.). Displaying the linux desktop on my Mac is simply not ever going to be an option for me. The scrolling used to work just fine when my Mac was running Sierra, but ever since I upgraded to Mojave I’ve had this ultra slow scrolling issue through large text files (and also other sluggish redrawing issues). I did try restarting the server with the X11 vector graphics disabled as you suggested (but still using a custom session) and the issue persisted. Still looking for help! 🙁
Thought I’d pass along another observation. If I have a long text file and I scroll through it using my magic mouse by swiping up/down then I believe the swipe action simply transmits a long sequence of e.g. up or down commands to the host. What I see in the window is that each up/down command in that sequence is treated separately i.e. the window receives a down command so the screen contents moves down a little and the full contents redraw. Then it operates on the next down command and another redraw follows etc. etc. A simple swipe can yield a couple minutes of continuous screen redraws where each redraw yields a slightly shifted screen of information. It never used to do that and I’m darned if I can find a way to prevent it. If anybody out there is able to help me I’d really appreciate it! Please!
The server side is running Centos 6.9 and the client side is running OS X Mojave 10.14.6. Pictures of the display settings and connection information are attached.
So just looking for clarification – did all this house cleaning solve your sluggishness issue?October 14, 2019 at 15:13 in reply to: Upgraded from Sierra to Mojave and now get Error is 60: Operation Timed Out #24012
I tried an experiment on Friday before leaving for the weekend and I just came in this morning to find that NX is still up and running. The experiment was to run a program called Amphetamine, which prevents your Mac from going to sleep, and it appears to have worked. So it turns out the problem was with the Mac going to sleep and that somehow those settings were changed/reset when I upgraded OS X. Anyway, I’m back up and running.
That being said, I think it’s worth alerting the user when installing NX that this is an issue and to either instruct the user to alter the preferences or have the installer do it for him/her.