Scrolling: The last major performance hurdle

29 views
Skip to first unread message

Jeff Earls

unread,
Apr 16, 2012, 4:57:57 PM4/16/12
to androi...@googlegroups.com
My experience with scrolling performance:

Mouse wheel = Usuable, but extremely laggy.  About a second delay between rolling the mousewheel and the screen update.

Click-dragging the position marker: Good for getting to the top and bottom of the document, but too laggy to accurate find a position in the document.

Clicking on the scrollbar channel: Currently the only way I scroll.  Best, fastest performance.  Unfortunately, it's scrolls "by page" so it's hard to precisely select a particular spot in the document.

Clicking the up / down arrow on the scrollbar: Usuable, but inefficient.

All of this was done in Excel 2010 accessed as a "shell app."  SparkGateway 2.0.3.

Major scroll bug in Excel - if you click on a cell and drag you get the blue box/selection rectangle and move that box even one row or column off the visible rows/columns (as in the grid has to scroll to select more rows/columns) it locks up the browser for quite some time.  Happened on two different client machines. :/

Yep, just tried it - about a two minute lock up - couldn't even finish this post. :p



Support Remote

unread,
Apr 16, 2012, 6:46:50 PM4/16/12
to androi...@googlegroups.com
Hi Jeff,

What browser are user using? How is the speed if you connect locally?

Regards,

Walter




--
You received this message because you are subscribed to the Google Groups "AndroidRemote" group.
To view this discussion on the web visit https://groups.google.com/d/msg/androidremote/-/N_L3knZX0XQJ.
To post to this group, send email to androi...@googlegroups.com.
To unsubscribe from this group, send email to androidremot...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/androidremote?hl=en.

Jeff Earls

unread,
Apr 17, 2012, 9:51:12 AM4/17/12
to androi...@googlegroups.com
Three different computers:

Local
Foxconn nT-A3500
AMD E-350; Radeon 6310; 4GB RAM
Windows Chrome Stable 18.0.1025.162m

Remote
Samsung Series 5 Chromebook
Intel Atom; 2GB RAM
ChromeOS Dev 20.something

Asus Laptop
Intel i7, Radeon 5770, 6GB RAM
Windows Chrome Dev 20.something

All of them exhibit laggy scrolling and lock up when the blue select box is dragged "off-screen" in Excel.

I'll make a video in a few.




On Monday, April 16, 2012 6:46:50 PM UTC-4, Support Remote wrote:
Hi Jeff,

What browser are user using? How is the speed if you connect locally?

Regards,

Walter

On Mon, Apr 16, 2012 at 2:57 PM, Jeff Earls <jeff.earls@federalresources.com> wrote:
My experience with scrolling performance:

Mouse wheel = Usuable, but extremely laggy.  About a second delay between rolling the mousewheel and the screen update.

Click-dragging the position marker: Good for getting to the top and bottom of the document, but too laggy to accurate find a position in the document.

Clicking on the scrollbar channel: Currently the only way I scroll.  Best, fastest performance.  Unfortunately, it's scrolls "by page" so it's hard to precisely select a particular spot in the document.

Clicking the up / down arrow on the scrollbar: Usuable, but inefficient.

All of this was done in Excel 2010 accessed as a "shell app."  SparkGateway 2.0.3.

Major scroll bug in Excel - if you click on a cell and drag you get the blue box/selection rectangle and move that box even one row or column off the visible rows/columns (as in the grid has to scroll to select more rows/columns) it locks up the browser for quite some time.  Happened on two different client machines. :/

Yep, just tried it - about a two minute lock up - couldn't even finish this post. :p



--
You received this message because you are subscribed to the Google Groups "AndroidRemote" group.
To view this discussion on the web visit https://groups.google.com/d/msg/androidremote/-/N_L3knZX0XQJ.
To post to this group, send email to androi...@googlegroups.com.
To unsubscribe from this group, send email to androidremote+unsubscribe@googlegroups.com.

Support Remote

unread,
Apr 17, 2012, 11:36:59 AM4/17/12
to androi...@googlegroups.com
Thanks. So the performance is OK on other applications.

Walter

To view this discussion on the web visit https://groups.google.com/d/msg/androidremote/-/hZHCNGDltfMJ.

To post to this group, send email to androi...@googlegroups.com.
To unsubscribe from this group, send email to androidremot...@googlegroups.com.

Jeff Earls

unread,
Apr 17, 2012, 6:29:34 PM4/17/12
to androi...@googlegroups.com
Negative.  Save for the Excel selection box bug, most programs that require large screen updates when scrolling (In particular: Word, Acrobat, Browser) exhibit laggy scrolling.  Might just be the nature of the beast.



On Tuesday, April 17, 2012 11:36:59 AM UTC-4, Support Remote wrote:
Thanks. So the performance is OK on other applications.

Walter

Support Remote

unread,
Apr 17, 2012, 8:05:06 PM4/17/12
to androi...@googlegroups.com
Hi Jeff,

If you got bad performance when connecting from local, there may be something wrong with the gateway or your terminal server. 

Walter


To view this discussion on the web visit https://groups.google.com/d/msg/androidremote/-/F6lBm7dj1eQJ.

To post to this group, send email to androi...@googlegroups.com.
To unsubscribe from this group, send email to androidremot...@googlegroups.com.

Jeff Earls

unread,
Apr 18, 2012, 9:07:44 PM4/18/12
to androi...@googlegroups.com
Spark Gateway on the left, Native RDC on the right.

http://www.youtube.com/watch?v=XTjDoXTmoXY

You should be able to see the slight difference.  If you turn your sound up you should be able to hear the mousewheel, granted it's hard to precisely tell when I reverse directions...

Bizarrely, when I drag the position marker in SG, the pages move - not so with RDC.

Either way, the Terminal Server seems fine...

I can't imagine what could be wrong with the Spark Gateway server configuration - maybe a wrong version of Java...  Open to suggestions there.

Finally maybe a lot to blame is on the browser itself - just not using the hardware efficiently.

InstallFree seems to exhibit similar lagginess.  



.


On Tuesday, April 17, 2012 8:05:06 PM UTC-4, Support Remote wrote:
Hi Jeff,

If you got bad performance when connecting from local, there may be something wrong with the gateway or your terminal server. 

Walter

Support Remote

unread,
Apr 19, 2012, 11:40:33 AM4/19/12
to androi...@googlegroups.com
Hi Jeff,

Really appreciate you help. I'll check that.

Walter 

To view this discussion on the web visit https://groups.google.com/d/msg/androidremote/-/Za7OLWzE-FAJ.

To post to this group, send email to androi...@googlegroups.com.
To unsubscribe from this group, send email to androidremot...@googlegroups.com.

Jeff Earls

unread,
Apr 20, 2012, 12:53:47 PM4/20/12
to androi...@googlegroups.com
One more follow-up...

Ok, tried it on "great" hardware locally and the performance is very good.  The user appears content with performance.  The Excel selection box bug can still be a problem though.

Out of the office though, the best way I can describe it is that if you roll the mousewheel too fast, the remote desktop simply seems to "miss clicks" of the mousewheel.

So if you roll it fast and it clicks like 12 times, the action/movement on the screen represents only 4 clicks of the mousewheel.  The other 8 mousewheel clicks appear to get dropped.

I dunno. :)  Thanks!






On Thursday, April 19, 2012 11:40:33 AM UTC-4, Support Remote wrote:
Hi Jeff,

Really appreciate you help. I'll check that.

Walter 

Support Remote

unread,
Apr 20, 2012, 1:08:01 PM4/20/12
to androi...@googlegroups.com
Hi Jeff,

The new version I'm working on improved the performance a little bit. I'm not sure if it's enough. I'll check if there are other ways to improve this.

Thanks for your help.

To view this discussion on the web visit https://groups.google.com/d/msg/androidremote/-/EvfvNfriJiEJ.

To post to this group, send email to androi...@googlegroups.com.
To unsubscribe from this group, send email to androidremot...@googlegroups.com.
Reply all
Reply to author
Forward
0 new messages