Vista
(1)
XP
(1)
X64
(1)
ProcessMonitor
(1)
Simpson
(1)
Win2003
(1)
Autotuninglevel
(1)
Directories
(1)
Single-stepping s-l-o-w through Remote Desktop...?
Asked By Homer J. Simpson
10-Feb-08 03:07 PM
Hi all,
For some obscure reason, VS2008 pauses for a good 1-2 second between every
single line of code when I single-step when running via Remote Desktop. If
I do the same at the machine itself, there is no such delay--single-stepping
is nearly instantaneous.
It's not a network latency problem either; the entire UI remains snappy and
responsive as I code all day. It's only when I single-step over code that
VS stutters...
Known issue? Hotfix? Workaround?
Homer J.
Asked By Andre Kaufmann
11-Feb-08 12:57 AM
I don't think Remote Desktop cares about, if the key you press is passed
to a text editor or a debugger. So I suppose it has something to do with
the OS and network.
Do you perhaps use Vista running the Remote Desktop client ?
Try to set the following TCP setting in an administrator console:
netsh interface tcp set global autotuninglevel=disable
This should help to make the remote console more responsive under Vista.
Andre
I would have to agree.
Asked By Homer J. Simpson
11-Feb-08 12:01 PM

I would have to agree.
Would that be on the machine running Remote Desktop, or the machine being
accessed? Or both?
I'm on XP x64, and the machine being accessed remotely is running XP x86.
Both use the latest RDP client (6.something). I can't say I've tried
accessing the x86 machine from another x86 machine.
What I don't understand is that, as mentioned, if I'm not single-stepping
through code, everything remains perfectly responsive, so it's hard to blame
the network for some latency issue.
Actually, just to clarify, it's the act of hitting the "step into"/"step
over" buttons that have this delay. For example, when single-stepping, the
yellow line is on line 30, I hit Step Into or Step Over, and it takes a
second or so before the yellow line moves onto line 31. The code on line 30
(or 31) doesn't matter; it can be just a variable declaration and it'll be
this slow. Doing the same at the machine itself (instead of via Remote
Desktop) doesn't show this delay.
There is no such delay either moving windows around or repainting the whole
screen.
Homer J.
Asked By Andre Kaufmann
11-Feb-08 02:52 PM

I've set it on a Vista client, which connected to a Win2003 Server.
Never heard about XP having the same problems.
Well, commonly network problems are caused because the IDE tries to
resolve an URL to download any symbol information etc. .
You perhaps should to check what's going on with a network monitor,
there are plenty of free ones, from Microsoft too.
And ProcessMonitor might help you too what's going on, on the system,
when you are connected via Remote Desktop Client.
I agree, somewhat curious why only single stepping is affected and shows
the high latency. I too don't see that much difference between a remote
session where you are coding and where you are debugging.
So - if no one has a direct solution - I would suggest you to exclude
some error sources. Debugging symbol directories, open watch windows,
new project without a special configuration.
Some applications check if there is a Remote Desktop Client attached and
have a different behavior, but I don't know why VS 2008 should do this ?
If so another (free) remote desktop solution wouldn't show the problem -
e.g. VNC.
Try to find out what's going on during a single step, with the system
tools I mentioned above.
Sorry that I don't have an direct solution, sometimes I have to go it
through the hard way too. But nevertheless I hope it helps -at least
somewhat.
Andre
NET Framework VISTA x64 + VS2008 SP1 Pro Guten Abend, ich hätte einige kleinere Fragen zum Thema VS2008 SP1 Professional auf VISTA x64 SP1. Rechner: VISTA x64 SP1, VMWARE 6.0, 4 GB RAM, 3, 2 Ghz richtigen Rechner (Host) installiere, habe ich zunächst die Kombination (VISTA x64) innerhalb der VMWARE durchgespielt. Dabei sind einige Probleme aufgetreten die könnte dies auch VMWARE spezifisch sein? = > wenn ich statt VISTA x64 in einer anderen VM XP x86 verwende (gleiches Projekt) dann
NET Framework x64 Vista install of MSI failure Hello, I am having problems installing created with VS 2008 (with or without SP1) onto an x64 Vista SP1 or SP2 system. Specifically, I get the following side check the MSI via Orca. This MSI installs successfully on x64 XP. A similar MSI built for Win32 installs successfully on both XP and Vista. (FYI: There are several drivers in this MSI and it to create two MSIs rather than one MSI with Win32 & x64). The only Vista versus XP differences I can find in Orca is in
NET Framework Vista x64 SP1 Dear all, I installed Vista SP1 on my Vista x64 Enterprise machine. Now my Visual Basic 2005 (.Net 2) does Everything works perfectly on WinXP. Anyone has any idea if Vista SP1 break the .net 2.0 framework ? Nick, Actually, I For some reason it is not returning the same between Vista RTM and Vista SP1. Is your framework 64-bit one? Can you post on a WinXP 32Bit. I just run my softweare on Vista 64Bit, because I can run more threads and access more you had to specifically build your code to / target / the x64 platform before you got any benefit from running on it
NET Framework Peut-on faire fonctionner un porg VB6 sous VISTA X64 ? Bonjour à tous, J'ai développé depuis 2001 plusieurs programme VB6 à usage purement professionnel qui fonctionnent très bien sous XP PRO et que je peux maintenir facilement. A la maison j'ai un PC tout neuf HP PAVILION A6553 sous VISTA x64 (j'aurais préféré VISTA 32 bits mais je me suis fait "avoir" en achetant les DLL 32 bits dans le chemin par défaut de VISTA qui conduit aux DLL 64bits conçues pour VISTA x64. Existe-il une solution pour "packager" les DLL 32 bits un dossier particulier et ensuite indiquer à VB6 et / ou VISTA d'aller chercher les DLL dans ce dossier ? Ne faut
NET Framework SONY Viao with Vista X64 and Net.Framework 2.0 I have a SONY Viao Laptop running VISTA X64 with all the latest updates installed. I am trying to comes with both 32 bit and 64 bit dirvers for XP and Vista. Harold A Climer Dept. Of Physics Geology, and Astronomy U a very ropey installer though, something which is likely not Vista friendly. HTH, Alex keywords: SONY, Viao, with, Vista, X64, and, Net.Framework, 2.0 description: I have a SONY Viao Laptop running VISTA X64 with all the latest updates installed. I am trying
NET Framework Vista X64 GDI+ and System.Drawing errors I have an application that I have used for years on 32-bit XP. It also appears to run properly on 32-bit Vista - at least I haven't had any users complain. When I try to run the app on Vista X64, I get errors randomly in System.Drawing and GDI+ when Please keep in mind that this does only happen in Vista X64, not in Vista X86. Thanks in advance for any help with this. Dale across a similar roblem with GDI+ or System.Drawing in Vista X64, or with BackgroundWorker in Vista X64. I don't
NET Framework When will Windows XP Pro x64 be ready for download? I had gotten XP Pro x64 last year, when I downgraded from Vista due to some problems. I went to Vista Home Premium, and now I wanted to go back, cause production, and my internet radio station, it messes up on Vista. . . Now I lost the code to install XP. When will Microsoft let us download Windows XP Pro x64 Ben, Although you are in the wrong newsgroup. As you
NET Framework VS 2005 & Vista Ok i just went from XP Professional to Vista Ultimate x64 last night. I installed vs 2005, sp1, and the update for sp1 for vista. I started up VS2005 and still got the warning message that deals with compatability of Vista & VS2005 which i was suprised. I would think after the update for sp1 for vista would have taken care of that but i guess not true even after you run the update for sp1 for vista or was this just the workaround before? thanks, Brent You run VS2005 in administrative mode if you are running Windows Vista. As far as I know, they haven't done anything administrator and I rarely ever run into problems. Even under XP, I would use a non-admin account for 99% of