RAM footprint is actually pretty small. Even with a full lab, total RAM
used is only about 4GB. The app that blew up yesterday was Rational
Software Architect (formerly Rational Rose), which is built on the
Eclipse Java framework. I would presume that this would be as
multi-threaded as the JVM will allow. I've got the latest JDK
installed, 1.6u16.
Perhaps VDI *would* be better than WTS in this case. Maybe I just don't
know enough about VDI, but I'd much rather maintain a single host than
dozens of individual ones, even if they are virtual. That was one of
the main reasons I wanted to use the SunRay system.
Another Sun engineer sent me an email suggesting that the x4600 RAID
controller does not allow write caching which could contribute to the
latency I'm seeing. I'm going to try a couple tests to isolate that as
a possibility.
Thanks.
Seth
Craig Bender wrote:
Is it possible that this application that you are using is a single
threaded application? I run into this all the time, it can't take
advantage of the server you have it in and you'd be far better off
upping your RAM on the WTS server and turning it into a VDI host. None
of the apps listed are very good candidates for WTS and they all scream
for VDI. Doesn't Visual Studio alone want a GB of RAM?
The Sun Ray side isn't doing any of the heavy lifting so I'd seriously
doubt that's were the trouble lies. Nor does this sound like anything
with the network, but if you think you might be dropping packets check
out utcapture. There are a million guides out there for solaris perf
tuning (again, I doubt your problems are here). Start with prstat, and
go from there. Man netstat, iostat, sar, grab a Solaris version of Top
even.
Seth Galitzer wrote:
I've got 24 Sunray 2FS DTUs hanging off a single SRSS server
(whitebox, 2x Xeon 2.6GHz CPU, 6GB RAM, Solaris 10). By default, they
connect to a Windows Terminal Server (SunFire X4600, 4x Opteron 8218
2.6GHz CPU, 16GB RAM, Windows Server 2003) via srwc. The DTUs are on
a completely separate subnet from the rest of my network. The SRSS
host has a single interface that is on this subnet that is used for
all DTU communication. The SRSS host also has a direct cable link
(crossover cable) to the WTS host. Both the SRSS host interfaces and
the WTS interface are all 1Gbps.
This setup is used in a classroom lab setting. During class, there
can be anywhere from 10-20 students using the lab at the same time.
We are a computer science program, so students use development
platform applications, such as Eclipse, Visual Studio, and Rational
System Architect (formerly Rational Rose), among others. In my second
year of running this system, we seem to be having significant
performance problems with a large number of users trying to load
applications simultaneously. eg, if a class comes in and they all
login and try to load eclipse, the system will grind to a halt and
become completely unresponsive until the app is loaded for everybody.
This can take up to 30 min before the DTUs are usable.
I've been monitoring resource usage on the WTS host using Sysinternals
Process Explorer
(http://technet.microsoft.com/en-us/sysinternals/bb896653.aspx). As
far as I can tell when the system gets bogged down like this, I am not
seeing any CPU. memory, or I/O wait causing the latency. The CPU
utilization jumps around between 20-60%, and I only see usage spikes
on 2 of the 8 CPU cores. RAM utilization stays absolutely stable,
right around 4GB of my 16 available. File I/O is barely noticeable.
So the next thing I'd like to look at is the resource consumption of
the SRSS host. Can anybody point me at some good tools for this? I'd
also like to monitor the network usage and see if there's a bottleneck
there. Again, if there are any tools for this, or specific
SRSS-related tools, please let me know.
If anybody has any good load-balancing tips for my situation, I'd love
to hear them. I'm running SRSS 4.1 and srwc 2.1, I have not yet
updated to the latest release. I love my SunRays, but if this
continues to be a problem, I'll have to scrap them and go back to
maintaining 24 PCs again. I want to avoid this at all cost.
Thanks.
Seth
--
Seth Galitzer
Systems Coordinator
Computing and Information Sciences
Kansas State University
http://www.cis.ksu.edu/~sgsax
[email protected]
785-532-7790
_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users