[THIN] Re: Off the chart latency

  • From: "Eric Foote" <eric.foote@xxxxxxxxxxxxxxxxxxxxx>
  • To: <thin@xxxxxxxxxxxxx>
  • Date: Tue, 21 Aug 2007 09:38:09 -0400

Keep in mind when shadowing is activated all caching, speedscreen and
other optimizations are automatically disabled (since you cannot have
these features active when two users are viewing the same session)

 

Check the cache size of your local ICA client - if it is enabled and set
to a percentage of the disk with a large HD - you may have a bitmap
cache that has grown so large that it takes longer to read the cache
than it would to just send the bitmap.  Also make sure that your cache
is pointed to a local disk not a network share.

 

Try disabling all of the optimization features on the session and see if
that helps.

 

Eric

 

We do...whatever it takes! <http://www.caretechsolutions.com> 

        
Eric M. Foote
Chief Technical Architect 

CareTech Solutions, Inc.
901 Wilshire Drive, Suite 100
Troy, MI 48084 

Eric.Foote@xxxxxxxxxxxxxxxxxxxxx 

tel: 
mobile: 

(248) 823-0914
(313) 657-1799 

        
                

 

 

 

From: thin-bounce@xxxxxxxxxxxxx [mailto:thin-bounce@xxxxxxxxxxxxx] On
Behalf Of Jason Patten
Sent: Tuesday, August 21, 2007 7:54 AM
To: thin@xxxxxxxxxxxxx
Subject: [THIN] Re: Off the chart latency

 

I have Latency checker and am going to be trying to use it a little bit
to see what I can see.  However I have to rely on what the user tells
me, if I shadow the latency checker session, the latency immediately
drops to the latency of y session here on the LAN.   (Verified this
using  a laptop and dial-up connection at the office), where if I shadow
my LAN session from the dial-up, the latency goes UP...  

Any idea why that happens? (CUstomers report that when we shadow them
the latency seems to go away)

Also, I just disabled the session reliability, lets see if that helps.



On 8/21/07, Rick Mack <ulrich.mack@xxxxxxxxx> wrote:

Hi Jason,

 

The big change between XP and CPS 4 in terms of the ICA client is ICA V2
otherwise known as Session reliability. If your WAN has QOS set for ICA
(port 1494) then ICA V2 on port 2598 is going to have a hard time.

 

Try disabling session reliability on the servers and stand back ;-)

 

regards,

 

Rick

 

www.commander.com

 

On 8/21/07, Eric Foote <eric.foote@xxxxxxxxxxxxxxxxxxxxx > wrote: 

Grab a copy of Latency Checker from http://www.fcconsult.be/
<http://www.fcconsult.be/>  and run it in your session that is having
issues.

 

Also you can look at ICA session latency from perfmon  ICA Session
object.

 

Does the title bar of the ICA session show that Speedscreen is on?

 

Eric

 

From: thin-bounce@xxxxxxxxxxxxx [mailto:thin-bounce@xxxxxxxxxxxxx] On
Behalf Of Jason Patten
Sent: Monday, August 20, 2007 2:53 PM 
To: thin@xxxxxxxxxxxxx
Subject: [THIN] Re: Off the chart latency 

 

We are dealing with some serious latency issues here as well.  Ping
times below 100, but keyboard response can be as much as 15-20 seconds
behind the keystrokes.
Its only occuring with a small handfull of clients. And they only
started complaing of it once we moved from MFXP to Presentation server
4. 

On 8/20/07, Bernd Harzog <berndh@xxxxxxxxxxxxxx> wrote:

Some suggestions:

1.      Do you have anything that monitors at the ICA level? In other
words, something that is measuring the response time of ICA over the WAN
link? Ping is very low level, and it can be fine while things at the
applications level are not. 
2.      If you are not, or cannot do ICA monitoring, try HTTP monitoring
instead. Again, try to see if there is a problem at the applications
level of the protocol. 
3.      Someone already said this, but I recently saw 30 echo delays in
an ICA client (fat and thin) that turned out to be caused by VOIP
traffic running over the same IP link as the ICA traffic 

 

Cheers,

 

Bernd Harzog

Vice President and General Manager

ProactiveWatch

www.proactivewatch.com <http://www.proactivewatch.com/> 

bharzog@xxxxxxxxxxxxxxxxxx 

770-475-4249

 

-----Original Message-----
From: thin-bounce@xxxxxxxxxxxxx [mailto:thin-bounce@xxxxxxxxxxxxx]On
Behalf Of Stratton, Doug ISMC:EX 
Sent: Thursday, August 16, 2007 7:10 PM
To: thin@xxxxxxxxxxxxx 

Subject: [THIN] Off the chart latency 

 

T his is something I have not seen before.

PROBLEM 

I have an office with 6 or 7 thin clients.  (we have 1000's)

Client is working then everything starts going extremely slow and
eventually lost connection or more often what seems to be enormous
KB/mouse delays (reflected by slow slow feedback to her screen what she
types and what looks like to her erratic behaviour) 

I ping the tc and get constant 20-30 ms ping times.  Does not look like
"normal" latency problem.

I check with smsconsole and the latency for the session is in the 10's
of thousands.

I have not seen this before where the latency thru that console does not
also get reflected with pings.

Saw a very odd part today.  I was shadowing her and she started seeing
this big delays while I was typing stuff.  I was seeing everything real
time.  

I am close to the servers.  So I can only assume I am getting the echo
real time and she is getting it way after.  SMSconsole showed the
10's000 delays. 

Can someone explain and suggest possible problem/solution.  Why I see
low pings but Hi latency in smssconsole?  Fellow worker says that is ICA
latency. 

OUR ENVIRONMENT 

        W2k3 sp2 

        Citrix PS 4 (upgraded from PS3 with 2005.04) R01/r02.0.1

        Office 2003 sp2 

       Wyse TC s30 

        I am told there are no wireless components.

        Client site has a 1.344m T1? With much bigger bandwidth
downstream?  (30-100M) 

WHAT WE HAVE TRIED 

We have had the cables all changed, routers/switches all upgraded.    

TC replaced, I have put kb and mouse delay settings on the tc. (ICA
performance settings)

Regards, 

Doug Stratton, Shared Service BC 

Service Desk Email: 77000@xxxxxxxxx

Service Desk Tel: (250)387-7000 

 





-- 
Ulrich Mack
www.commander.com 

 

PNG image

Other related posts: