[THIN] KiXtart performance on W2K TS and TechNet article 266327

  • From: "Jay Moock" <jmoock@xxxxxxxxxxxxxxxxxxxxxx>
  • To: <thin@xxxxxxxxxxxxx>
  • Date: Fri, 5 Dec 2003 13:43:58 -0500

After setting up some Win2k TS's in our environment I ran into a pesky
little problem where KiXtart scripts took 3-5 seconds to load vs the near
instantaneous performance that we were used to in our NT 4 TSE environment.
Even just running "kix32.exe -?" took 3-5 seconds, so I knew that it wasn't
anything with the scripts we were running.  Once KiXtart loaded, the scripts
would run quickly, but the fact that KiXtart was taking longer to load
bothered me.

I was able to re-create the slow performance via both RDP and ICA on our W2K
TS's, as well as via RDP on our regular W2K servers that were running
Terminal Services in remote admin mode.  However, when I ran KiXtart from
the console of any of these servers I found that it ran as it should, nice
and fast.  The only thing I found that affected the performance via RDP or
ICA was the length of the PATH variable, but even after removing the entire
PATH statement, KiXtart still ran noticeably faster from the console than
from a RDP or ICA connection.

I used Regmon and Filemon and was able to narrow the problem down to the
fact that it was trying to read
HKLM\Software\Microsoft\Windows NT\CurrentVersion\DRIVERS32\Terminal
Server\aux
when I was connected via RDP, or
HKLM\Software\Microsoft\Windows NT\CurrentVersion\DRIVERS32\Terminal
Server\ICA\aux
when I was connected via ICA, but it could not find that key.  It would then
wait a few seconds, try again, then continue with other keys.

I was able to dig up an article on TechNet (266327) that referred to
creating the aux value in
HKLM\Software\Microsoft\Windows NT\CurrentVersion\DRIVERS32

On a hunch, I created the value in the Terminal Server and Terminal
Server\ICA subkeys and after doing that KiXtart ran just as fast over RDP
and ICA as it did from the console.

The TechNet article does not mention the need to do this, nor can I find
anything on Citrix's web site or thethin.net to support my findings, but
this is clearly a flaw and I am wondering if anyone else has encountered it?
If so, have you resolve it in a similar manner, and have you found any
reference to this problem anywhere?

Thanks,
Jay Moock


********************************************************
This Week's Sponsor - ThinPrint .Print Server Engine
Thinprint can help you save money, protect resources, 
simplify administration, save time and increase 
flexibility by solving all of your printing needs.
http://www.thinprint.com
**********************************************************
Useful Thin Client Computing Links are available at:
http://thethin.net/links.cfm
Domains currently for sale by The Kenzig Group
http://www.kenzig.com/serv01.htm
New Site: Free Weblogs!
http://www.blogvortex.com
***********************************************************
For Archives, to Unsubscribe, Subscribe or 
set Digest or Vacation mode use the below link:
http://thethin.net/citrixlist.cfm

Other related posts: