Remote Desktop

Questions and Answers : Windows : Remote Desktop

Author	Message
ayork37 Volunteer tester Send message Joined: 25 Sep 03 Posts: 5 Credit: 514,723 RAC: 0	Message 904852 - Posted: 7 Jun 2009, 16:14:14 UTC
	If I remote into my computer, it seems to cause massive problems with the graphics driver. This only happens when I am running SETI@Home CUDA. My CUDA has not ever been stable, but one of the it happens every times is when I Remote into the machine.
	ID: 904852 ·

Ageless Send message Joined: 9 Jun 99 Posts: 11633 Credit: 1,993,025 RAC: 4,334	Message 904858 - Posted: 7 Jun 2009, 16:20:40 UTC - in response to Message 904852.
	That's because Windows Remote Desktop uses its own drivers, which are not compatible with CUDA. You must use something like VNC or another 3rd party remote desktop option that uses the computer's drivers. ____________ Jord - BOINC FAQ Service - BOINC User Wiki Real is just a matter of perception.
	ID: 904858 ·

ayork37 Volunteer tester Send message Joined: 25 Sep 03 Posts: 5 Credit: 514,723 RAC: 0	Message 904961 - Posted: 7 Jun 2009, 20:45:36 UTC - in response to Message 904858.
	I must?!? Beggars can't be choosers. If you want my free processor time you should not dictate the conditions. It should sense the driver switch and shut down. It should never crash the system. I will just turn off CUDA until there is a fix (not a work around). ____________
	ID: 904961 ·

Byron S Goodgame Volunteer tester Send message Joined: 16 Jan 06 Posts: 1151 Credit: 3,936,993 RAC: 0	Message 904981 - Posted: 7 Jun 2009, 21:40:24 UTC - in response to Message 904961. Last modified: 7 Jun 2009, 22:38:47 UTC
	I must?!? Beggars can't be choosers. If you want my free processor time you should not dictate the conditions. I think you are taking out of context what was said to you. Stating the limitations of an app isn't dictating conditions. All Ageless did was offer you a solution to use remote desktop while being able to use CUDA. What he gave you wasn't an all or nothing type solution, so obviously if you'd rather not use CUDA that's fine. The problem goes beyond SETI. It also involves BOINC and Nvidia, so what we and SETI would like from CUDA will take more time. Edit: spelling ____________
	ID: 904981 ·

Volunteer tester Send message Joined: 9 Apr 02 Posts: 11987 Credit: 17,939,212 RAC: 60,076	Message 905043 - Posted: 8 Jun 2009, 0:25:30 UTC - in response to Message 904961.
	I must?!? Beggars can't be choosers. If you want my free processor time you should not dictate the conditions. It should sense the driver switch and shut down. It should never crash the system. I will just turn off CUDA until there is a fix (not a work around). Woa... calm down there slugger! When using words you "you", you make it seem like Jord is in charge or something. We're all just volunteers like you are, donating our free resources just as you are. No need to get testy about it. BOINC is moving as fast as it can to support as many options as it can. There's less than a handful of people on the official BOINC programming team. Between adding new features, fixing bugs, supporting both the BOINC client and the BOINC server-side process, as well as trying to get more support from scientists who need computing power and businesses who can benefit from the platform (if even only on their intranet), its a rather large task to handle. The guys are doing the best they can with what they have. This is why testy demands are met with a bit of aberration around here, and often the attitude is returned in kind. ____________
	ID: 905043 ·

Geek@Play Volunteer tester Send message Joined: 31 Jul 01 Posts: 2414 Credit: 79,016,596 RAC: 0	Message 905052 - Posted: 8 Jun 2009, 0:57:11 UTC - in response to Message 904961. Last modified: 8 Jun 2009, 0:59:13 UTC
	I must?!? Beggars can't be choosers. If you want my free processor time you should not dictate the conditions. It should sense the driver switch and shut down. It should never crash the system. I will just turn off CUDA until there is a fix (not a work around). Wow...........Problem is it is NOT a Boinc problem is it? Problem properly belongs to MS Windows and the MS Remote Desktop software. Remote desktop switching video drivers midstream is not an elegant solution to their problem. And to expect Boinc to cover for a serious MS problem is unreasonable. The VNC software suggested to you works fine. And you probably owe some people here an apology. ____________ Boinc....Boinc....Boinc....Boinc....
	ID: 905052 ·

Ageless Send message Joined: 9 Jun 99 Posts: 11633 Credit: 1,993,025 RAC: 4,334	Message 905786 - Posted: 10 Jun 2009, 14:29:48 UTC - in response to Message 905043.
	you make it seem like Jord is in charge or something. Me, big boss of BOINC, Seti and all drivers. :-) All right, substitute "must" for "should". As Geek@Play also explained, it's a Microsoft issue. It has nothing to do with BOINC. Windows remote desktop uses its own videocard driver, which overrides the driver that's on the machine. The only way around it is a 3rd party program that does not use its own videocard driver. VNC is one, but it's not free. You can try OpenVNC which is a free open source product that does much the same. ____________ Jord - BOINC FAQ Service - BOINC User Wiki Real is just a matter of perception.
	ID: 905786 ·

Hammeh Volunteer tester Send message Joined: 21 May 01 Posts: 135 Credit: 1,143,316 RAC: 0	Message 905831 - Posted: 10 Jun 2009, 16:50:16 UTC
	I use the free version of Real VNC to access my CUDA computer remotely. http://www.realvnc.com/products/free/4.1/download.html ____________
	ID: 905831 ·

Riyad Khan Send message Joined: 21 Apr 01 Posts: 6 Credit: 2,947,593 RAC: 0	Message 908406 - Posted: 17 Jun 2009, 18:05:19 UTC
	Not only does Seti CUDA fail to work, but also Rivatuner and EVGA Precision utility. It's like they're no longer able to detect the video card. GPU-Z does see the card, but reports the GPU speed as 0 MHZ. Even after disconnecting my Remote Desktop session, things do not return to normal until rebooting the computer at home. Rebootng via Remote Desktop caused BOINC to lose the Seti CUDA application and all its downloaded work units. I spent over a week trying to figure out why CUDA keeps failing during the day. I normally log in to my home PC from work using Remote Desktop. I initially thought the card was overheating since the windows in the room are closed when I'm not home, creating poor ventilation. Then I finally figured out Remote Desktop was the problem and then searched these forums to find a solution. I like Remote Desktop since it automatically adjusts the resolution to match the remote client. Based on the description of the problem, I doubt this is something that can be fixed other than using another remote access software. I set up VNC and CUDA is working fine, but now I have to deal with scroll bars to access the whole desktop and I get a sluggish response.
	ID: 908406 ·

BilBg Send message Joined: 27 May 07 Posts: 2019 Credit: 3,013,736 RAC: 6,287	Message 910671 - Posted: 24 Jun 2009, 6:04:04 UTC Last modified: 24 Jun 2009, 6:04:47 UTC
	What about TeamViewer ? http://www.teamviewer.com/ (I never tried any Remote Desktop utils) ____________ - ALF - "Find out what you don't do well ..... then don't do it!" :)
	ID: 910671 ·

BilBg Send message Joined: 27 May 07 Posts: 2019 Credit: 3,013,736 RAC: 6,287	Message 911227 - Posted: 25 Jun 2009, 14:02:40 UTC - in response to Message 910671.
	What about TeamViewer ? http://www.teamviewer.com/ (I never tried any Remote Desktop utils) I tried it and think TeamViewer is very good. I connected to my daughter's computer (from Varna to Sofia - Bulgaria, 500 km). The response is about 0.5 - 1 second delay (between click and the time I see the result of it). I don't know will it be any difference when the 7 day Trial period is over and the program begin to work in freeware mode. Connecting is easy (no need for IP address or Windows passwords) - the program generates ID (9 digits) & session pass (4 digits to 10 chars - depends on how you set it in options) which has to be told to the other side (by e.g. phone or Skype) There is also option for permanent password. The connection is secure - info from the web site: http://www.teamviewer.com/products/security.aspx " Encryption TeamViewer includes full encryption, based on RSA private-/public key exchange and AES (256 Bit) session encoding. This technology is based on the same standards as https/SSL and is considered completely safe by today's standards. The key exchange also guarantees a full client-to-client data protection. This means that even our routing servers will not be able to read the data stream. " "free for non-commercial, personal use" . ____________ - ALF - "Find out what you don't do well ..... then don't do it!" :)
	ID: 911227 ·

Questions and Answers : Windows : Remote Desktop