远程控制时特别卡,是哪边的电脑性能不好?

网络不通畅，导致控制很卡，对方电脑运行的程序过多，电脑响应速度慢。

远程控制出现卡顿原因要先检查宽带网速或者在使用网络人少的时间段，再进行远程控制。先让对方清理一下对方的电脑，关闭不需要的程序，确定清理完成之后，再次进行远程控制。大多数远程协助软件都是通过第三方中转的，所以只要是开启远程控制电脑速度一定不如平时流畅。

建议还是用微软自带的远程登陆，如果对方开启远程登陆，并且主机可以获得一个公网IP那么用远程登陆访问对方主机是很快的，比起其他的软件要快的很多。

扩展资料

远程控制一般支持以下网络方式：LAN、WLAN、WAN、拨号方式、Internet 方式。此外，有的远程控制软件还支持通过串口、并口、USB、红外端口来对有限距离范围内的远程机进行控制。

传统的远程控制一般使用 NETBIOS、IPX/SPX、TCP/IP等协议来实现，目前也有通过 WEB 页面和 Java技术来实现不同操作系统下的远程控制。

远程控制性能因素分析

一个远程控制系统必须快速、准确、稳定、可靠的运行。影响一个远程控制系统正常运行的因素主要有时间因素、可靠性因素、系统稳定性因素。

时间因素分析

实时性是远程控制系统的一个比较重要的性能指标。如果由于各种原因，使得监控用户发送的控制命令不能立即使设备产生作用，造成了设备动作的不连续，影响控制系统的正常工作。同时，设备的一些状态信息不能及时反馈给用户，必然引起用户在判断现场设备运行时出现偏差。

这些都可以导致远程控制系统的性能不可靠。一个系统的实时性通常采用响应时间来定量描述。响应时间是指某一系统对输入做出响应所需要的时间。响应时间越短，就标志着系统的性能越好。

在远程控制系统中，需要传输的数据有多种，但主要是反馈的设备状态数据和用户的控制命令这两种数据，它们的处理时间和传输时间对实时性产生主要影响。

可靠性因素的分析

一个远程控制平台的可靠性主要是指远程监控终端系统、传输系统的传输可靠性和现场监控系统的可靠性。可靠性是一个控制系统的基本要求之一。对于远程控制来说，传输系统的可靠性是最为重要的一个方面。而传输系统的可靠性在于传输介质与传输方式等因素。可靠性可以用公式描述 R=MTBF/(MTBF +MTTR)

其中 R 表示可靠性，MTBF 表示平均无故障时间，MTTR 表示平均故障修复时间。因此，增大可靠性的有效思路是增大平均无故障时间或者减少平均故障修复时间。

稳定性因素

稳定性因素是指现场监控终端的在监控终端的监控下，能够稳定运行，不产生震动、中断、跳变等不正常现象。一方面，由于时延的影响，现场监控系统在上一步命令执行完成，而没有接收到下一步执行的控制命令时，必然产生一定控制过程中断。

如果现场监控系统没有对该中断作出一定的弥补措施，必然导致不可预测的结果；另外，现场控制系统产生了异常错误，要求监控终端给予快速修正，但是，由于传输时延影响，数据到达监控终端需要一定的时间，从而使得异常错误在现场没有得到有效的终止，有可能导致不可预测的结果。

第三方面，数据传输的错误有可能导致出现不稳定状态，传输系统可能由于外界干扰等原因使得数据传输错误，导致了对设备控制出现不可预测的结果，从而影响系统的控制稳定性。

参考资料来源：百度百科（远程控制平台）

服务器卡顿的话，就会影响网站的打开速度和运行速度，有数据显示，用户打开网页时的耐心只有几秒，一旦超过这个时间，大部分的人会选择关闭这个网站，因此，服务器卡顿是不容忽视的，而造成服务器卡顿会的原因有很多，一般来说主要的是以下几个：

1.服务器中毒

服务器如果中毒的话，会导致服务器对外发包，带宽耗尽，造成卡顿。

建议：建议先进行杀毒，清理可疑文件，如使用360杀毒软件或百度杀毒、金山杀毒等。

2.服务器访问量大

服务器如果访问量大，会造成带宽资源不足，卡顿等情况。

建议：先检测服务器的实际输出带宽，如果配置不足，可以进行升级带宽等操作。

3.服务器负载过高

服务器负载过高的话，远程连接和操作都会受到影响，造成卡顿。

经常会遇到这种情况：本地网络是10M带宽，上网速度很快，但是远程连接服务器进入桌面后，操作会很卡，针对这种情况，可以采用一下措施：开始-运行-输入netsh interface tcp set global autotuninglevel=disabled原因在于从vista开始，微软在TCP/IP协议栈里新加了一个叫做WindowAuto-Tuning的功能。这个功能本身的目的是为了让操作系统根据网络的实时性能（比如响应时间）来动态调整网络上传输的数据窗口的大小，从而达到实时优化网络性能的目的。但是，在某种情况下，这个功能反而会使远程桌面的响应变的非常的慢。另外解决server 2012链接部分网络响应很慢的情况，可使用以下命令：

---