I would look into the packet loss differences between these DTUs, and if
found, investigate differences in the networking infrastructure for them.
The blocky updates only happen when the network drops packets.
Except for things like video, you should not be able to notice
differences in speed between these units, given equivalent networking
infrastructure.
-Bob
Ivar Janmaat wrote:
Interesting thought!
I run SRSS 4.2 on SXCE build 127.
I notice some performance difference between SR 170, SR 270 and the
SR 2 FS.
The 2 FS works like a charm even video is handled pretty well.
The 270 works fine but noticeably slower when dragging windows and
playing video.
The 170 has a blocky screen build up and is the slowest of the three.
I thought it had to do something with de X extentions which are better
supported on faster hardware like the 270 and 2 FS.
But I can not remember the 170 being this slow with setups I used in
the past.
If the 170 is forced in a low bandwidth mode I am sure interested in
changing this.
Kind regards,
Ivar
Marty Scholes schreef:
Bob Doolittle wrote:
It might be a bit before we can get to any deep-dives regarding
performance on OSol. We will get there and appreciate your patience.
Please test with 4.2!
I am going to revive this thread a little. Since I last wrote, I
replace my feeble server with a more robust 4 way v40z last week.
I have CPU cycles, network bandwidth and memory to burn. We have
noticed some odd behavior with the DTUs.
Initially, things were not much better, the managed switches showed
very low network utilization on the DTU ports and server CPU
utilization was nigh-zero.
After a few days of uptime, one or two of the heads on the triple
head displays started refreshing very quickly, and those ports on the
switches showed much higher, ~50%, link utilization.
Sometimes the heads would revert to slow refreshes. I haven't
figured out the pattern of when they will behave a certain way.
There appears to be two refresh modes:
1. Low bandwidth refresh which is slow and updates blocks across the
screen top to bottom and left to right within each row, taking more
than a second. This makes scrolling in a browser/PDF/OO
Document/gnome-terminal/etc. a painful task.
2. High bandwidth refresh which is fast and consumes the ethernet
link, smoothly refreshing the whole screen in less than half a second.
I seem to recall that 4.1 ran in "high bandwidth" mode quite often
but 4.2 prefers the slower mode. Changing the DTU to the 4.1
firmware had no effect, so I can only assume it is SRSS which is
making these decisions.
Assuming (naive, I know) that this is how SRSS operates, is there a
way to coax it into the "high bandwidth" mode permanently?
Many thanks,
Marty
_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users
_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users
_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users
