Remote Desktop efficiency concerns in Windows 2008

We are running an Application as a remote App making use of Remote Desktop on Windows server 2008, and also we are obtaining scenarios where (after we've obtained concerning 40 individuals visited) the server can freeze for a variety of secs (as an example 20 secs).

It does not resemble the concern is brought on by an absence of cpu, or an absence of memory. The Application is fairly disk hefty, yet we've transformed the drives from Raided SATA to a much faster SSD Disk, and also there has actually been no renovation.

The Application is a 32 little bit App running in a 64 little bit setting and also 8GB of RAM.

The Application ran penalty on RDP in Windows Server 2000 (approximately 100 customers) (Although it began to reduce as the server lacked memory)

Looking at the Various Monitors, there is an optimal in cpu and also network use at the time of the ices up, although this appears to be extra related to the server capturing its breath after it thaws.

We assume it might be something to do with unloading/loading Hives as customers browse through, yet this is a hunch.

My inquiries are ... - How do I figure out what could be creating this mistake? - Anyone else experienced a concern similar to this - And just how did you repair it?

Many thanks.

2019-05-18 23:59:10
Source Share
Answers: 4

In my experience, ices up are brought on by either among the following:

  • A high disk line up size (i.e. even more I/O than a harddisk can take care of)
  • Faulty vehicle drivers and also firmware
  • A really high quantity of network website traffic
  • High memory or cpu application

Notice that this is a checklist from more than likely to the very least most likely. I/O is really regularly a traffic jam. You can detect this making use of the efficiency display.

2019-05-21 16:19:45

I've seen this and also asked a relevant inquiry (how-do-you-diagnose-a-server-temporarily-freezing).

Look at the adhering to write-up., it might aid, yet I still do not recognize specifically what is taking place.

2019-05-21 11:12:47

In the past I have actually run huge incurable web servers on the side of my setting to regulate accessibility of the individuals utilizing our system. We have actually had this concern from the moment I was making use of Windows 2000 Terminal web server. What I located to be the concern to be is when individuals were visiting and also out it would certainly "freeze" the web server for all entailed. The "freeze" would certainly worsen as even more individuals made use of the web server.

I constantly condemned Novell is customer 32 for the expenses, and also at some point made use of the old absolutely no management package to remove out capability out of the customers logon sessions till they were running as lean as feasible.

I later on had an incurable web server making use of 2003, and also no Novell and also had the very same concerns. I located the roaming accounts to be the concern. The "freeze" would certainly take place as it attempted to load the new customers profile over the network. Currently it takes place as we sync offline documents from the residence drives.

Just how do you repair it?

  • Restriction the "rather" attributes of windows.
  • Make use of extra cache on these sorts of web servers.
  • Maintain the web server defragged, although on SSD this is not constantly advised
  • Keep the web server covered
  • Limit the Anti - infection task
  • Don't permit customers to store in your area to the web server
2019-05-19 18:39:43

Check and also see if you've obtained something running that is doing a great deal of disk accesses simultaneously. Had a concern with MySQL 5.0 entirely annihilating a 2008 Terminal Server for no noticeable factor simply recently, placed MSSQL on there and also it functioned.

(I'm Not an M$ giant, and also I really did not do this directly, my sup did. I simply heard him defeating his head versus the wall surface for a couple of days and also later on he informed me this is just how he "dealt with" it)

2019-05-19 09:35:04