I got a W2K Terminal server with 50 users.
Got a little problem with a DOS program that everyone uses.
it becomes "laggy" when everyone is workin in it.
Does anybody know how to increase prformance to DOS programs??
Someone can correct me on the exact numbers, but Terminal Sessions require an average of 8 Megs of memory PER session. DOS software require their own virtual machine so they eat up alot of additionnal ressources (a lot more than just a standard Windows application)...and on top of that you have 50 users...
Unless your running a Dual-P4 with about 1 Gig of memory, expect lag.
You might want to look into Citrix. They specialize in trimming the terminal services so that you can run alot more users. They drop the average memory by alot. I'm not sure of the exact number, but you could run 4 times the amount of people on the same hardware than just a regular terminal server.
Then your DOS Software may be taking up too much banwidth which is causing a bottlneck at your network card. Those DOS softwares were rarely optimized for network purposes... even today, most Windows software still aren't. Open up a performance monitor on your network utilization and see if it's peaking too high.
Your server is powerfull enough, that's for sure.
"In space, nobody can hear you click..."
Re ReddLefty's remark, "open your network utilization and see if it's peaking too high", I have the opposite problem as described in this thread...a performance view reveals my XMS usage for does peaks at 15MB, despite a 4GB page file for terminal services. It happens that I have an app requiring a minimum of 30mb of DOS mem (heavy duty SQL queries and abundant graphics in charts, etc), apparently (I get a "page file size is under 30MB!...resize page file to at least 90MB". Any ideas about how to resolve this? I thought it was a terminal services issue, but it occurs on local machine when I change page file service to 4gb, too!
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.