Hello SunRay-Users, Is there any sort of (configurable global, per-DTU, per-Token) frame-rate throttling for SRSS?
If not, I do believe that allowing to send framebuffer updates only as often as configured would allow sites to tune performance and quality tradeoffs. More frequent updates should be, at most, taken into account on the X server, but not spooled to the net. It would greatly help with lags and similar problems which I see brought up in the list and which I see in daily work and I reported a while ago, all those which have to do with large and frequent screen updates. FYI: we use SRSS primarily for uttsc to Windows hosts of admins and developers. When there are large screen updates (log listing and tcpdump flows, stack traces, etc) mostly in SSH terminals to unix servers or in developers' IDEs, the graphical session freezes up for a while and does not even process input (mouse clicks to minimize/close the Windows window or the uttsc X window, Ctrl+C to abort the flooding process, etc). I reported this a while ago, and with some patch after that the situation did get a lot better, although it can take up to half a minute for the uttsc session to react to my flooder-abort request. It actually takes as little to reproduce as running this line in an SSH terminal - SSHWin (ssh.com) or SecureCRT: $ A=0; while [ $A -le 10000 ]; do echo aaa; echo bbbbbbbbbb; echo $A; A=`echo "$A+1" | bc`; done I tried it in a dtterm on the SRSS server, Ctrl+C works as quickly as pressed :) It does also work quickly with the Windows MSTSC client running on a Windows OS (laptop, etc). Recently, I've seen that Flash banners on many sites (as shown under MSIE, FF, Opera), also tend to freeze up the session. For some reason usually the behavior is a bit different: seems like the DTU gets out of sync with the server and takes a while (tens of seconds) to reconnect. Sometimes it even displays the OSD to confirm this; usually not. The core problem here MAY be some throttling of our VLAN on the local lazy ISP's networking hardware shared between their many subscribers; but even if it's the cause - we can't help it or fix it quickly (couldn't get a dedicated cable within the building for over a year). Hopefully, throttling the Sun Rays' bandwidth in Mbps or FPS can help... -- Best regards, Jim Klimov mailto:[EMAIL PROTECTED] _______________________________________________ SunRay-Users mailing list [email protected] http://www.filibeto.org/mailman/listinfo/sunray-users
