Optimized setting for Terminal Server Inside a VMWare server

I have a VMWare Server ESX V3.0.2. I have 4 virutal machines running on it (they are  and one of them is a Terminal Server. On the terminal server I'm having a couple issues.

1. We have a unix server with a web program on it that uses Java 1.3.1 (they do not support newer better versions). Basically they http into the computer name and a java applet opens up with a login screen. That screen takes about 20 seconds to load. once you are logged in navigating the windows takes time to load as well

2. The video in general seems to be slower.

I have VMWare tools installed but im not sure what other tweaks i can do to get it moving a little faster.
LVL 2
msidnamAsked:
Who is Participating?
I wear a lot of hats...

"The solutions and answers provided on Experts Exchange have been extremely helpful to me over the last few years. I wear a lot of hats - Developer, Database Administrator, Help Desk, etc., so I know a lot of things but not a lot about one thing. Experts Exchange gives me answers from people who do know a lot about one thing, in a easy to use platform." -Todd S.

Cláudio RodriguesFounder and CEOCommented:
Honestly, with more than 14 years of experience with Server Based Computing (Citrix/TS) and TONS of VMWare experience, TS on VMWare simply does NOT work at all. It is indeed WAY slower than running the OS on the hardware, locally, instead of running it on a VM.
One of the guys I know, Ron Oglesby (he wrote a VMWare ESX book and gave many presentations at BriForum about the subject TS/Citrix on VMs and comparison with real hardware) and his findings, in a nutshell are that there is a HUGE performance hit when on VMWare for TS/Citrix. ESX does fine for many other things but not, at this stage for TS/Citrix.
On his tests his ESX box (a lowe end hardware for sure) was able to handle 10-13 TS connections on a TS VM and over 40 when running TS on the local hardware instead of the VM.
Have you tried TS on a real hardware to see how it compares? I know and understand all the benefits of having it as a VM but if you need the performance, VMWare is NOT the way to go for TS.

Claudio Rodrigues

Microsoft MVP
Windows Server - Terminal Services
0

Experts Exchange Solution brought to you by

Your issues matter to us.

Facing a tech roadblock? Get the help and guidance you need from experienced professionals who care. Ask your question anytime, anywhere, with no hassle.

Start your 7-day free trial
msidnamAuthor Commented:
Thank you for the reply. Yes, we have 2 citrix servers on their own hardware. However we have about 30-40 people on each server and was going to create a TS under VMWare for one dept with a few people on it since the servers are slowing down during peak times. However if its going to be slow i think i may go another route and put it on a spare server (even if its a little slower than our VMWare server). Opening up IE, Office and a couple other apps are pretty quick but the one program they will be using a lot is very slow.
0
Cláudio RodriguesFounder and CEOCommented:
I see. Well as a quick test just try to deploy TS on a real box and try running the same app that is slow under a TS VM on the real hardware. If it works fast you know for sure the issue is VMWare. :-)

Cheers!

Claudio Rodrigues

Microsoft MVP
Windows Server - Terminal Services
0
AaronSSHIT ConsultantCommented:
We have 20 people each on two terminal servers, both on one machine with ESXi. They run just fine. This was my first ever VMWare setup. I don't agree with the author because my setup has been working fine for three months now.
0
It's more than this solution.Get answers and train to solve all your tech problems - anytime, anywhere.Try it for free Edge Out The Competitionfor your dream job with proven skills and certifications.Get started today Stand Outas the employee with proven skills.Start learning today for free Move Your Career Forwardwith certification training in the latest technologies.Start your trial today
Microsoft Server OS

From novice to tech pro — start learning today.