- This topic has 9 replies, 3 voices, and was last updated 4 years, 9 months ago by
.
-
Posts
-
This is a continuation of:
https://forums.nomachine.com/topic/sluggish-screen-redraw-performance-etc
and I’d like to comment that things aren’t solved, but rather just improved – it’s been this way for ages but I’m only just now getting around to posting about it. I have an X-window that just displays text. If I scroll slowly with my magic mouse (by swiping up/down) then the screen redrawing is relatively smooth. However if I scroll quickly then the screen redrawing breaks down into a painfully slow sequence of many individual screen redraws where each redraw consists of lines of text slowly displaying themselves from the top of the window to the bottom. The same thing also occurs when the window contains graphics, but the text version is easier to visualize the problem.
Or are you actually still using that version (custom 6.8.1) we sent you? It is that package which contains the fix, and at the time, when you tried it, you said it was much better.
I updated the closed topic because I wrote the patch had been released, when in fact it hasn’t. Sorry if that was misleading.
The package link is still available if want to go back to using that version.
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?
Hi,
atm I’d recommend unistalling 6.9.2 on the server side and using the patched package 6.8.1. Client side can remain as it is.
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…
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.
Hi,
sorry for the late reply, we were investigating ways to mitigate the fact that OS X generates too many scroll events. You must keep in mind that X apps are not designed to handle Magic Mouse or Macbook’s trackapad: they are trying to do a redraw on every scroll event, hence the bad performance.
That said, we have one more tweak that will be added in the upcoming release and we hope it will improve things further. Until then the only thing we can suggest is to use a regular mouse instead of Apple’s mouse/touchpad.
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.
@MickM, I suggest you wait for the tweak that Bucu mentioned with regards to the Magic Mouse issue.
For Cadence-related issues you should consider opening a support enquiry, or get your administrator to open one on your behalf. It’s probably more than a simple configuration issue and would need a much deeper investigation IMHO (not one that we can do via the forums). You could also try contacting Cadence Support and see what they suggest, or put the question in their community forums.
This topic was marked as closed, you can't post.