为什么网速很快速度却很慢_速度慢的解决方法

上网下载资源是很多人都需要的，迅雷是人们常用的下载软件，但是，很多人都奇怪明明网速很快，但是用迅雷下载的速度却很慢。因此我在网上搜索了一些迅雷下载速度慢的解决办法供大家参考。

宽带网速足够下载东西还很慢的原因

下载速度受本地网络、运营商差异、下载文件资源、同时下载的任务数等多方面因素影响，此问题可按照以下 方法 操作：

1、请登录迅雷官网这个页面,下载一个迅雷7的安装包测试查看一下是否同样的情况进行判断是个别资源的问题还是全部资源的问题。

2、个别资源下载不稳定，则跟冷门资源一样，因为资源冷门，下载资源少，比较难获取就会容易出现时有时无的情况。

3、全部资源下载速度不稳定，一般速度都会这样跳动很大，例如10m的带宽，下载速度经常100kb/s-500kb/s-300kb/s-1m/s-200kb/s这样，造成的原因一般是由于一些软件上的网速保护功能导致的。①退出所有浏览器，例如360、搜狗等拥有“网速保护”功能的浏览器必须退出。②确认迅雷上的下载模式是否下载优先，不要也设置成网速保护了。③退出360、金山、QQ管家等有“网速保护”功能的安全软件和杀毒软件，之后重新启动迅雷下载尝试。

4、上述皆无效，请卸载迅雷然后登录迅雷官网这个页面下载迅雷7最新版本安装包，重新安装在另外一个磁盘上尝试。(请不要覆盖安装，必须卸载安装，不然可能会覆盖上旧问题)

网络下载的速度关联的问题

第一个 本地网速 。

第二个 是源文件服务器的网速，如果服务器网速出口流量100M 连接下载客户端很多很多，平均分摊的下载流量就很少下载就慢。P2P网络如果健康种子源多下载很快的，如果很少也很慢.

第三个 网络的链路距离。如果是大中局域网应该网速没问题，如果是 出国 流量那就肯定很慢了。

影响LTE网络下载速率的因素分析

1 道路测试及网管话务统计的利弊及其统计结果

道路测试可模拟用户使用应用行为采用FTP业务进行最大带宽业务申请测试，采集到城市覆盖区域内用户在道路上的业务使用情况，并同步采集物理层测量信息和经纬度信息，便于低速率路段问题的原因定位。但是道路测试数据采样有限，很难得到全网所有小区在所有区域的质量情况。LTE网管话务统计可以采集到每个小区在一定时间周期内的累计下载业务量，但是无法得到小区内单个用户的下载速率，对不同用户的质量问题很难精确定位。由于两种数据采集的方式不同其分析方法也有区别，在LTE网络优化工作中需要综合两种数据源，取长补短，从网络宏观分析到小区级问题定位，再到具体样本点的物理层测量和信令流程分析，才能对低速率问题进行精确的定位。

通过全国多城市的LTE优化 报告 和数据整理，发现影响下载速率的因素包括终端、基站、核心网甚至服务器性能，多城市中出现比例高的因素有弱覆盖、重叠覆盖、邻区漏配，切换不及时等，在调研城市中各种因素出现比例如下表：

2 一些主要的 无线网络 问题分析

LTE网络采用同频组网方式，故网络结构异常导致的网内干扰直接影响网络性能，弱覆盖和重叠覆盖直接和下载速率相关，因此发现并定位网络结构异常导致的干扰问题是速率优化首先需要解决的问题。通常网络结构导致网络干扰问题的分析流程包括弱覆盖路段及小区定位、重叠覆盖路段及小区定位、过覆盖小区与室分泄露几个方面。现网中大部分城市出现了工程问题导致的弱覆盖、原因有基站临时故障、天馈被阻挡、基站搬迁等。解决弱覆盖可以通过补充站址和天线工程参数优化调整，而对于重叠覆盖导致的性能下降需要对干扰源小区进行精细化调整。随着网络利用率增长，重叠覆盖导致的系统内干扰会进一步提升，解决重叠覆盖将是同频网络需要长期关注的问题。

LTE网络移动性管理对下载速率影响较大。在2/3G网络的话音业务中，切换保障了话音通话的持续性能，如果小区间切换掉话将对用户感知产生很大影响由于数据业务允许一定时延，在切换过程中即使发生了切换失败，对用户感知的影响一般认为小于对话音的影响。与GSM频点分组复用和TD-SCDMA网络N频点组网不同，LTE采用同频组网，不考虑插花组网的情况下LTE网络小区间切换全部为同频切换，因此当终端在小区间移动过程中如果触发A3事件的小区漏配邻区或者由于切换参数设置不合理导致切换不及时，将发生邻区电平高于服务小区电平的情况，对UE产生较强的同频干扰，邻区和服务小区又为[CL2] PCI的模3相同时干扰会加剧。通过现网数据分析发现，在覆盖已经到达规划要求的区域，切换问题是导致连续质差下载速率低的重要原因。

一些较为隐蔽的网络问题也会影响下载速率，如：下行功控参数配置不合理，在小区边缘可能出现RS信号很强，但业务信道功率不足的情况，影响下载速率MAC层最大重传次数，数据包收不到或者误块太高时首先进行MAC层重传，MAC重传次数达到最大次数还是解不了时进行RLC层重传，增大MAC层的最大重传次数可最大程度避免RLC层的重选,减少数传时延，提升下载速率。

无线网络问题并非导致下载速率低的唯一原因，终端故障、服务器问题以及传输带宽受限等多种设备问题同样会影响下载速率。这些问题隐蔽性强，需要通过多种数据源、多种分析方法进行排查，是LTE网络优化分析中的难点。目前通过路测和网管话务统计数据两种数据源还很难对所有影响下载速率的因素进行准确、高效的定位分析，例如不同用户使用终端类型以及不同内容提供商服务器性能导致的用户体验差还无法发现。为此中国移动目前正研究通过多接口信令采集的方式对影响性能的问题点进行端到端分析的方法，从终端、网络、传输和应用提供商服务器性能等多个方面进行问题定位，以最有效的手段提升LTE网络性能。

>>>下一页更多精彩“网络下载的记忆碎片”

这个虚拟主机一般不说，只有在主机租用和托管的时候会提到，因为虚拟主机肯定是分享一个服务器的带宽，没有独享的。但是因为虚拟主机就是从服务器上分出来的，所以还是明白服务器的带宽情况比较好。国内常见的是100M共享和10M独享，100M共享其实就是一个机柜分享一个100M的端口，至于每台服务器能分到多少，取决于这个机柜的服务器数量和每个服务器的带宽占用情况。而10M独享，就是给每台服务器一个10M的端口。一般来说，100M共享每台服务器分到的带宽大约在2M到5M左右，所以10M独享是优于100M共享的。

除了以上说的，其实一个服务器能够分到的带宽还取决于整个机房的带宽是否充裕。10M独享或者是100M独享其实只是10M端口或者100M端口接到了交换机上，做个极端的例子，假设机房给你了100M的端口，但是机房到公网的出口实际上只有10M，那么其实你的最大带宽也就是10M而已。从这个意义上说，100M独享其实还是共享，并不是把你的出口接到了主干网上。再大一层次，如果是某个主干网拥塞，就是给你1G端口接到主干网上，带宽照样会限制。所以独享和共享其实是相对的。

一般来说，假如一个机房的出口带宽是10G，分给服务器或者机柜的带宽累加值会大于这个值，也就是所谓的超卖。如果没有超卖，10G的带宽只能分给100个百M共享的机柜。因为并不是每台服务器每时每刻都会占满带宽，超卖会更充分的利用资源。虚拟主机的带宽以及其他资源都和这个道理差不多，也会存在超卖的现象，但是只要是合理的，都是对用户和主机商都有利的。

不是木马，是设置问题，下面是流量的控制方法一、Linux 流量控制过程分二种：1、队列控制 即 QOS, 瓶颈处的发送队列的规则控制，常见的有 SFQ PRIO2、流量控制 即带宽控制 , 队列的排队整形， 一般为 TBF HTB二、Linux 流量控制算法分二种：1、无类算法 用于树叶级无分支的队列，例如：SFQ2、分类算法 用于多分支的队列，例如：PRIO TBF HTB三、具体实现： 1. 在网卡上建立 以SFQ算法的限流#tc qdisc add dev eth0 root handle 1: sfq SFQ 参数有 perturb( 重新调整算法间隔 ) quantum 基本上不需要手工调整 : handle 1: 规定算法编号 .. 可以不用设置由系统指定 ..#tc qdisc sh dev eth0 显示算法#tc qd del dev eth0 root 删除 注 : 默认 eht0 支持 TOS 2. 在网卡建立以 TBF算法的限流 #tc qd add dev eth1 root handle 1: tbf rate 256kbit burst 10000 latency 50ms 速率 256kbit 突发传输 10k 最大延迟 50ms #tc -s qd sh dev eth1 统计#tc qd del dev eth1 root 删除3. 在网卡建立 PRIO #tc qdisc add dev eth0 root handle 1: prio # 此命令立即创建了类 : 1:1, 1:2, 1:3 ( 缺省三个子类 ) #tc qdisc add dev eth0 parent 1:1 handle 10: sfq #tc qdisc add dev eth0 parent 1:2 handle 20: tbf rate 20kbit buffer 1600 limit 3000 注 : 此为 TBF 限速的另一写法 , 前文有讲解 . #tc qdisc add dev eth0 parent 1:3 handle 30: sfq4. WEB 服务器的流量控制为 5Mbps,SMTP 流量控制在 3Mbps 上 . 而且二者一共不得超过 6Mbps, 互相之间允许借用带宽 #tc qdisc add dev eth0 root handle 1:0 cbq bandwidth 100Mbit avpkt 1000 cell 8 #tc class add dev eth0 parent 1:0 classid 1:1 cbq bandwidth 100Mbit rate 6Mbit weight 0.6Mbit prio 8 allot 1514 cell 8 maxburst 20 avpkt 1000 bounded 这部分按惯例设置了根为 1:0, 并且绑定了类 1:1. 也就是说整个带宽不能超过 6Mbps. #tc class add dev eth0 parent 1:1 classid 1:3 cbq bandwidth 100Mbit rate 5Mbit weight 0.5Mbit prio 5 allot 1514 cell 8 maxburst 20 avpkt 1000 #tc class add dev eth0 parent 1:1 classid 1:4 cbq bandwidth 100Mbit rate 3Mbit weight 0.3Mbit prio 5 allot 1514 cell 8 maxburst 20 avpkt 1000 建立了 2 个类 . 注意我们如何根据带宽来调整 weight 参数的 . 两个类都没有配置成"bounded", 但它们都连 接到了类 1:1 上 , 而 1:1 设置了"bounded". 所以两个类的总带宽不会超过 6Mbps. 别忘了 , 同一个 CBQ 下面的子 类的主号码都必须与 CBQ 自己的号码相一致 ! #tc qdisc add dev eth0 parent 1:3 handle 30: sfq #tc qdisc add dev eth0 parent 1:4 handle 40: sfq 缺省情况下 , 两个类都有一个 FIFO 队列规定 . 但是我们把它换成 SFQ 队列 , 以保证每个数据流都公平对待 . #tc filter add dev eth0 parent 1:0 protocol ip prio 1 u32 match ip sport 80 0xffff flowid 1:3 #tc filter add dev eth0 parent 1:0 protocol ip prio 1 u32 match ip sport 25 0xffff flowid 1:46. 过滤器过滤示例 #tc filter add dev eth0 protocol ip parent 10: prio 1 u32 match ip dport 22 0xffff flowid 10:1 在 10: 节点添加一个过滤规则 , 优先权 1: 凡是去往 22 口 ( 精确匹配 ) 的 IP 数据包 , 发送到频道 10:1.. #tc filter add dev eth0 protocol ip parent 10: prio 1 u32 match ip sport 80 0xffff flowid 10:1 在 10: 节点添加一个过滤规则 , 优先权 1: 凡是来自 80 口 ( 精确匹配 ) 的 IP 数据包 , 发送到频道 10:1.. #tc filter add dev eth0 protocol ip parent 10: prio 2 flowid 10:2 在 eth0 上的 10: 节点添加一个过滤规则 , 它的优先权是 2: 凡是上二句未匹配的 IP 数据包 , 发送到频道 10:2.. #tc filter add dev eth0 parent 10:0 protocol ip prio 1 u32 match ip dst 4.3.2.1/32 flowid 10:1 去往 4.3.2.1 的包发送到频道 10:1 其它参数同上例 #tc filter add dev eth0 parent 10:0 protocol ip prio 1 u32 match ip src 1.2.3.4/32 flowid 10:1 来自 1.2.3.4 的包发到频道 10:1 #tc filter add dev eth0 protocol ip parent 10: prio 2 flowid 10:2 凡上二句未匹配的包送往 10:2 #tc filter add dev eth0 parent 10:0 protocol ip prio 1 u32 match ip src 4.3.2.1/32 match ip sport 80 0xffff flowid 10:1 可连续使用 match, 匹配来自 1.2.3.4 的 80 口的数据包

---