Sysprogs forums › Forums › VisualGDB › xming performance and user variables
- This topic has 3 replies, 2 voices, and was last updated 7 years, 10 months ago by support.
-
AuthorPosts
-
January 24, 2017 at 12:18 #10161erwanParticipant
Hello, i’m using vgdb 5.1 build 681.
- xming performance
If i’m redirecting directly from SSH (with export DISPLAY=xx.xx.xx.xx:0.0 + an xming server on my Windows) it’s working fine. If i’m runnning the app under GDB it’s finetoo.
But when I run from visual GDB the gui app is very very slow. The mouse cursor is delay for few ms and we can even see the display refresh image by image.
Why the performances are so slow with remote debug of a gui app from visual gdb and how to optimize it?
2) User variables
I added few user variables for the ssh connection: $(LinuxUser)@$(LinuxHost) for example.
Each users have a file [project]-Debug.vgdbsettings.[username].user with the content of HIS variables only.
Everything works fine.
The only problem is after the first run, the .user file is deleted and the values are saved in the xml file .vgdbsettings…
the vgdbsetings is now modified and if the user commit it by mistake his values will be commited too…
I’m missing something here: why to use a user file if finally the user variables are saved to the project settings ?
Also, why to delete the user variable file (.user) ??
Thanks
January 26, 2017 at 02:52 #10179supportKeymasterHi,
First of all, please try the latest VisualGDB 5.2, as it contains fixes for many issues found in v5.1.
The behavior you described with deleting .user files looks like a bug. Please check if you can still reproduce it with v5.2. If yes, please let us know the steps to reproduce it and we will investigate it.
January 26, 2017 at 15:56 #10181erwanParticipantHi, thank you for your answer.
I tried to update my visual gdb but there was a bug after i loaded my solution when I entered the GDB startup commands (error xml not public…).
I will try to update again later, to create a new project and to check for this files deletion.
Beside this I tried the new version 5.2 to check for the xming improvment but i was not satisfied: It’s better but still very slow compare to an execution (via gdb or not) on the linux box + display redirection to the windows xming. I don’t know why exactly.. (you add compression or crypto??)
But now I found a way to run the gui app without the help of visual gdb.
In Debug Settings I set Remote X11 to “not allowed”
In the GDB startup command I added this:
set env DISPLAY $(COMPUTERNAME):0.0
so, when gdb start on the host, visual gdb send this line before “run”
On My Windows PC i have an xming runnning and now it works very well
January 27, 2017 at 02:30 #10191supportKeymasterHi,
It is hard to say why X11 is slow. VisualGDB simply uses the libssh2 library to forward X11 traffic inside the SSH channel, so this definitely adds compression and encryption. Perhaps this is responsible for slowdowns as well. By setting DISPLAY to hostname:0.0 you instruct the graphical applications to connect directly to your Windows PC, so as long as your firewall supports it, this should work as well and may be faster.
The XML errors you mentioned should definitely not happen, so feel free to post details here so that we could investigate and fix them.
-
AuthorPosts
- You must be logged in to reply to this topic.