Frankly, I hadn't even thought about the 64-bit issue. The OS sees all 16GB, so I didn't think any more about it. Is it possible that the WTS application itself is limiting RAM access? I would think that it would be managed by the OS and not the app/service, but maybe not.

Regarding the TS farm, the idea intrigues me. Any special flags to be passed to utsc to make this work? I'm also wondering about my device CALs. If I split up connections between multiple servers, will they lock the CALs once they've been issued, potentially denying access once they are all leased? I only have 35 device CALs for my 25 DTUs. with the wacky leasing scheme the licensing server uses, could I potentially lose access for an unknown period on some of those DTUs.

I realize my current question is mostly regarding WTS and not SunRay, but I hope you'll bear with me until I get this sorted out.

Thanks.
Seth

John Garner wrote:
Is this the 32 bit version of WTS? More importantly, is it the standard or enterprise edition? If you are using standard edition, MS only supports 4GB of ram in the box and that could be a problem. Enterprise Edition would in theory allow you to use all 16GB. (This is based on the specs) It would also explain why you are capping out at 4GB of ram on the system. (Its been a while since I ran TS on a box that large, I dont remember the results being very good and most sites point to a 2 cpu, 4GB box as the sweet spot for 32bit TS servers)

Also, the 32Bit OS only supports a 2GB kernel space, which would be a bottleneck in and of itself. Upgrading to the 64Bit version would get around this, just watch for some of the other issues with 64bit windows (print drivers were our major headache, but in the lab env it may not be that big of a deal)

As for VDI, for your workload that would require a system with at least 48GB of ram and a lot more resources. (24 users, each with their own 2GB VM for those apps, plus the disk space and management of the os instances, purchasing OS licenses for windows... $$$) Our internal testing with VDI vs TS shows that on the same hardware, we can easily support 2-3x as many users at the same workload. VDI is great when everybody needs a custom desktop environment from an application standpoint but it is really not cost effective otherwise.

That said, what may work if you are tied to the 32Bit 2003TS version is to run 4 virtual terminal servers on that hardware (use ESXi if you want to go low cost), each with 4GB of ram. You can then set up a TS farm and has the users get randomly dumped onto one of the four servers.

anyway, my $0.02 worth

--john

Seth Galitzer wrote:
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

Reply via email to