❶ 性能测试主要测试什么
问题一：软件测试中性能测试需要关注什么 性能测试需要关注的第3件事，就是被测系统所处的操作系统环境。要破译它，必须要学会凌驾它的命令，不论是windows，unix，还是liunx，皆如此。淘宝用的是liunx，于是我们自然要学会活用liunx命令。在性能测试过程中，我们往往要查询服务器资源使用情况，例如cpu,load,i/o等。此时，top命令、uptime命令、iostat命令就显得尤为重要。在性能测试过程中，我们往往要查询服务器的log信息。此时，cd命令、vi/vim命令、cat命令、grep命令、tail命令就能大显身手。在性能测试过程中，我们往往要查看某个进程使用的虚拟内存和物理内存。此时，cat /proc/pid/status就十分有用。在性能测试过程中，我们往往要查看某个文件占用了大量的空间。此时，find命令派上用场。此处不一一列举。上述这些命令，均可以根据实际情况，配以对应的参数，进行更好的跟踪来采集所需要的数据。liunx命令的灵活应用，配合shell的语法规则，能写出许多非常使用的小脚本。这些东西，对于性能测试，及性能测试结果分析，都有相当重要的意义。
问题二：软件性能测试需要会什么 这个你算问对人了。给你说几点吧，为什么性能测试在软件测试里面算是吃香的，因为他的要求也比较多，需要掌握：网络方面、数据库方面（Oracle、sqlserver、mysql）、操作系统（如Linux方面）、脚本（如shell）、性能测试工具、资源监控工具、瓶颈定位工具，以及分析问题的能力。除此在外要对Java或要有一定了解。尤其是内存机制方面。如果你想成为一名合格的性能测试工程师的话 ，慢慢学吧
问题三：性能测试应该做哪些准备 环境搭建：这个根据实际规划，我在企业内做过的性能测试搭建的环境都是和用户上线使用的实际环境一样的。
数据准备：个人感觉是整个工作里第二耗时的，需要真实模拟用户数据，这个不是单单的创建几个帐号就完事的，每个用户基本都会有不太一样的配置，实际操作的时候部署数据的脚本都写到手软。
脚本编译：选择性能工具编译性能脚本，你需要跑什么业务流程就编译什么样的脚本。
脚本执行：用规划好的用户数执行脚本，这个一般持续很长时间，时间太短不足以暴露服务器等的性能瓶颈，性能测试中最耗时的就是这个步骤。
收集日志：在执行脚本完成后收集到的能客观反应系统性能的日志、报表文件，比如LR的报告、数据库的AWR日志等等。
分析结果：分析收集到的日志、报表，找出性能瓶颈或是得出性能指标结果。这个一般需要对数据库或者底层非常了解的专业人士来分析，一般测试人员只需要提供收集到的报告就差不多了。
生成报告：将上面所有的性能测试活动整理总结，输出测试报告。
问题四：要做好性能测试，该掌握些什么？ 这类问题之前也被问到很多次了，所以这次干脆整理一下，发个主题供同行们参考。如果需要补充，也欢迎大家留言一起讨论。 如果想真的做好性能测试，需要学习的东西还是比较多的。简单列一下吧。 1. 精通性能测试的基本概念，过程，方法论，了解性能工程；
3. 扎实的计算机专业基础知识，包括计算机组成原理、操作系统、数据库原理、计算机网络原理；
4. 熟悉至少1个常用的数据库产品，例如SQL Server或者 Oracle，能进行一般的数据库管理操作，熟悉SQL脚本的使用，熟悉常用的数据调优工具和常用的counter；
5. 熟悉至少一个操作系统的原理，Windows或者Linux都可以，熟悉操作系统的体系架构、操作系统的重要基础概念，以及内存管理、存储/文件系统、驱动/硬件的管理、网络协议的实现及构成、性能的监控方法和原理，熟悉常用的counter；
6. 熟悉至少一个web server 产品，例如apache，了解一般的配置和常用的counter；
7. 熟悉至少一个应用服务器产品，例如tomcat，了解一般的配置，熟悉常用的服务器性能监控方法和原理，熟悉常用的counter；
8. 至少熟悉TCP/IP协议，熟悉HTTP协议，至少见过并了解三层、四层交换或者路由器的使用和配置。了解常用的与网络性能相关的counter；
9. 了解一般的大型企业应用的部署架构和应用架构；
10. 了解知名大型web应用、高并发量、高流量、实时响应要求高的超大规模网站的架构和优化历程；
11. 熟悉统计学的基础知识、常用分析方法以及实验设计方法，了解数学建模相关的知识；
12. 熟悉专属行业的业务知识和用户场景，例如电信行业的OSS系统所涉及的业务知识和用户场景，证券交易系统所涉及的业务知识和用户场景；
13. 大量的实际性能测试及优化经验；
14. 积极的参与到各类圈子、社团的讨论和交流、分享中。 暂时先想到了这么多，有兴趣的朋友可以一起讨论一下，相信每个人都有自己不同的经历和感想，可以跟其他人分享一下，提供参考。
另外，我之前也整理发布过不少性能测试方面的资料，从入门级的文章到 升级的必读都有一些，有兴趣可以参考。
问题五：性能测试的内容 性能测试 在软件的质量保证中起着重要的作用，它包括的测试内容丰富多样。中国软件评测中心将性能测试概括为三个方面：应用在客户端性能的测试、应用在网络上性能的测试和应用在服务器端性能的测试。通常情况下，三方面有效、合理的结合，可以达到对系统性能全面的分析和瓶颈的预测。 应用在客户端性能测试的目的是考察客户端应用的性能，测试的入口是客户端。它主要包括并发性能测试、疲劳强度测试、大数据量测试和速度测试等，其中并发性能测试是重点。并发性能测试是重点并发性能测试的过程是一个负载测试和压力测试的过程，即逐渐增加负载，直到系统的瓶颈或者不能接收的性能点，通过综合分析交易执行指标和资源监控指标来确定系统并发性能的过程。负载测试（Load Testing）是确定在各种工作负载下系统的性能，目标是测试当负载逐渐增加时，系统组成部分的相应输出项，例如通过量、响应时间、CPU负载、内存使用等来决定系统的性能。负载测试是一个分析软件应用程序和支撑架构、模拟真实环境的使用，从而来确定能够接收的性能过程。压力测试（Stress Testing）是通过确定一个系统的瓶颈或者不能接收的性能点，来获得系统能提供的最大服务级别的测试。并发性能测试的目的主要体现在三个方面：以真实的业务为依据，选择有代表性的、关键的业务操作设计测试案例，以评价系统的当前性能；当扩展应用程序的功能或者新的应用程序将要被部署时，负载测试会帮助确定系统是否还能够处理期望的用户负载，以预测系统的未来性能；通过模拟成百上千个用户，重复执行和运行测试，可以确认性能瓶颈并优化和调整应用，目的在于寻找到瓶颈问题。当一家企业自己组织力量或委托软件公司代为开发一套应用系统的时候，尤其是以后在生产环境中实际使用起来，用户往往会产生疑问，这套系统能不能承受大量的并发用户同时访问? 这类问题最常见于采用联机事务处理(OLTP)方式数据库应用、Web浏览和视频点播等系统。这种问题的解决要借助于科学的软件测试手段和先进的测试工具。举例说明：电信计费软件众所周知，每月20日左右是市话交费的高峰期，全市几千个收费网点同时启动。收费过程一般分为两步，首先要根据用户提出的电话号码来查询出其当月产生费用，然后收取现金并将此用户修改为已交费状态。一个用户看起来简单的两个步骤，但当成百上千的终端，同时执行这样的操作时，情况就大不一样了，如此众多的交易同时发生，对应用程序本身、操作系统、中心数据库服务器、中间件服务器、网络设备的承受力都是一个严峻的考验。决策者不可能在发生问题后才考虑系统的承受力，预见软件的并发承受力，这是在软件测试阶段就应该解决的问题。大多数公司企业需要支持成百上千名用户，各类应用环境以及由不同供应商提供的元件组装起来的复杂产品，难以预知的用户负载和愈来愈复杂的应用程序，使公司担忧会发生投放性能差、用户遭受反应慢、系统失灵等问题。其结果就是导致公司收益的损失。如何模拟实际情况呢? 找若干台电脑和同样数目的操作人员在同一时刻进行操作，然后拿秒表记录下反应时间？ 这样的手工作坊式的测试方法不切实际，且无法捕捉程序内部变化情况，这样就需要压力测试工具的辅助。测试的基本策略是自动负载测试，通过在一台或几台PC机上模拟成百或上千的虚拟用户同时执行业务的情景，对应用程序进行测试，同时记录下每一事务处理的时间、中间件服务器峰值数据、数据库状态等。通过可重复的、真实的测试能够彻底地度量应用的可扩展性和性能，确定问题所在以及优化系统性能。预先知道了系统的承受力，就为最终用户规划整个运行环境的配置提供了有力的依据。并发性能测试前的准备工作测试环境：配置......>>
问题六：软件性能测试的目的 为了验证系统是否达到用户提出的性能指标，同时发现系统中存在的性能瓶颈，起到优化系统的目的。
问题七：软件测试一般都用到哪些工具 测试工具分为很多种，主要如下：
测试管理工具：MQC，TestManager，QACenter，其中缺陷跟踪还可以使用：变更管理工具
功能测试自动化：QTP，RFP，QARun，Silk
性能测试工具：Loadrunner，Robot，QAload，WAS，Silk Performance
单元、白盒测试工具：Junit,Jmeter，devpartner，骸probe，Purify Plus
安全测试： Appscan，Fortify
问题八：手机软件的测试主要有哪些方面去测试，性能测试用什么去测试好？ 罗列几个比较有代表性的方向：
功能测试
性能测试
稳定性测试
安全测试
兼容性测试
网络环境测试
位置定位测试等
如何做性能测试：
明确测试目标，了解性能测试需求
编写性能测试计划
分析性能测试需求
编写性能测试方案、设计测试场景
相关资源准备(人力资源、硬件资源、软件资源)
测试程序开发，脚本维护、测试数据准备、测试监控准备
执行性能测试并收集测试结果
分析结果
系统调优及再测试
现今的安卓开发环境，碎片化现象十分严重。安卓机型铺天盖地，很多中小型研发团队缺少测试环境，也没有资金和精力购全机型，这时就引入了一个云真机测试的概念。WeTest平台的云真机测试 wetest.qq/... 平台提供上千台真实的安卓主流机型，随时随地进行测试，提供截图、实时日志和各种性能数据。
如果以上回答能帮助到你那就最好不过了~
问题九：测试主板性能的软件有哪些 WinBench 99可以用来测试各个部件的性能的。你可以用3DMARK测试一下电脑各个部件的性能，一般上3DMARK所有项目都通过的话，就说明主板和其他部分没有什么冲突的问题了。
问题十：app的性能测试到底是测什么意思 app的性能测试要关注
包体大小、CPU 占用率、图片处理器每秒刷新的帧数、内存使用、电量、流量等等
❷ 如何使用正确的姿势进行搜索
安装
如果你有 linux，并且恰好也有 docker， 那么请运行如下命令：
sudo docker run -d -p 9200:9200 -p 9300:9300 elasticsearch
你要是看到一串 id， 恭喜你， 你已经有了自己的搜索了！就是这么简单！
我们来验证一下搜索服务：
ubuntu:~$ curl localhost:9200
{
"status" : 200,
"name" : "Adonis",
"cluster_name" : "elasticsearch",
"version" : {
"number" : "1.7.1",
"build_hash" : "",
"build_timestamp" : "2015-07-29T09:54:16Z",
"build_snapshot" : false,
"lucene_version" : "4.10.4"
},
"tagline" : "You Know, for Search"
}
返回值 200！你成功了！这个结果除了告诉你 Elastic Search 已经启动好之外，还显示了版本号，build 信息，lucene 版本等信息。
如果你不用 Linux 或者 Docker，放心，情况也不复杂。首先你需要 Java，然后去官网下载，解压，运行既可。
使用
Elastic Search 的初级功能十分易用。Restful 请求就可以完成一切操作。所以接下来的体验，你只需要一个命令行即可，但是为了直观方便，你也可以选择官方推荐的 Marvel 或者 Postman。
相信很多人都是吃货，下面，我用中国第九大菜系食堂菜作为搜索的原数据演示 Elastic Search 的用法。
插入数据
首先来一道勉强正常的菜，苹果炖牛肉。
ubuntu:~$ curl -XPOST localhost:9200/food/canteen?pretty -d '{title: "苹果炖牛肉", source: "sjtu"}'
{
"_index" : "food",
"_type" : "canteen",
"_id" : "AU8HEQxfW68mQc8rk4AS",
"_version" : 1,
"created" : true
}
有点迷糊？那来稍微介绍一点背景知识，看看上面的命令都做了啥。
Elastic Search 使用 document 方式存储， 类似 MongoDB。它不仅高效而且分布式扩展性极佳，基于赫赫有名的 Lucene 搭建，在搜索界的地位就如同杰伦小公举在歌坛的地位一般。很多人可能有关系型数据库开发的经验，下面来张 Elastic Search 和 MySQL 的术语类比图，帮助理解。
MySQL
Elastic Search
Database Index
Table Type
Row Document
Column Field
Schema Mappping
Index Everything Indexed by default
SQL Query DSL
上面例子中，localhost:9200是服务地址，Elastic Search 默认利用 9200 作为 Rest 服务的端口，9300 作为内部通信接口和 Java 客户端接口。food是 index，canteen是 type，里面的数据形成document。值得注意的是，跟其他 NoSQL 数据库一样，Schema 不需要预先定义，直接插入数据即可，Elastic Search会智能地分析每个 Field 的值并自动建立索引。每个 document 都有一个 id，如果不指定则会自动生成。可以看到插入成功之后，生成了"_id" : "AU8HEQxfW68mQc8rk4AS"。插入命令使用 Post 请求，方便使用和测试。
另外，在上面的例子中，我加入了?pretty主要是让结果的 json 显示更好看。
获取数据
虽然数据已经存好了，但是没有直接取到，总是心有不安，下面这条命令即可以查看数据：
ubuntu:~$ curl -XGET localhost:9200/food/canteen/AU8HEQxfW68mQc8rk4AS?pretty
{
"_index" : "food",
"_type" : "canteen",
"_id" : "AU8HEQxfW68mQc8rk4AS",
"_version" : 1,
"found" : true,
"_source":{title: "苹果炖牛肉", source: "sjtu"}
}
可以看到，请求改为了GET，请求形式为/index/type/id。
更新数据
再来一道菜，番茄炒菠萝，用到我们刚才说的POST请求。
ubuntu:~$ curl -XPOST localhost:9200/food/canteen?pretty -d '{title: "番茄炒菠萝", source: "sjtu"}'
{
"_index" : "food",
"_type" : "canteen",
"_id" : "AU8HQW0-W68mQc8rk4Ab",
"_version" : 1,
"created" : true
}
等等，这道菜是武汉大学的，看来我们得更新一下source。也许聪明的你已经猜到，发个PUT请求就可以搞定了。
ubuntu:~$ curl -XPUT localhost:9200/food/canteen/AU8HQW0-W68mQc8rk4Ab?pretty -d '{title: "番茄炒菠萝", source: "whu"}'
{
"_index" : "food",
"_type" : "canteen",
"_id" : "AU8HQW0-W68mQc8rk4Ab",
"_version" : 2,
"created" : false
}
可以看到_version变成了2，表示更新过了。再GET一下确认结果。
ubuntu:~$ curl -XGET localhost:9200/food/canteen/AU8HQW0-W68mQc8rk4Ab?pretty
{
"_index" : "food",
"_type" : "canteen",
"_id" : "AU8HQW0-W68mQc8rk4Ab",
"_version" : 2,
"found" : true,
"_source":{title: "番茄炒菠萝", source: "whu"}
}
可以看到，_source，也就是插入的原始数据，确实改变了。
删除数据
继续来一道菜，月饼炒辣椒！
ubuntu:~$ curl -XPOST localhost:9200/food/canteen?pretty -d '{title: "月饼炒辣椒", source: "fjnu"}'
{
"_index" : "food",
"_type" : "canteen",
"_id" : "AU8HRPoOW68mQc8rk4Ac",
"_version" : 1,
"created" : true
}
算了，好像太丧心病狂了，对吃货的幼小心灵产生了暴击，我们还是把它删掉吧。
ubuntu:~$ curl -XDELETE localhost:9200/food/canteen/AU8HRPoOW68mQc8rk4Ac?pretty
{
"found" : true,
"_index" : "food",
"_type" : "canteen",
"_id" : "AU8HRPoOW68mQc8rk4Ac",
"_version" : 2
}
GET验证一下是否真的被删除了。
ubuntu:~$ curl -XGET localhost:9200/food/canteen/AU8HRPoOW68mQc8rk4Ac?pretty
{
"_index" : "food",
"_type" : "canteen",
"_id" : "AU8HRPoOW68mQc8rk4Ac",
"found" : false
}
显示"found" : false，可见删除确实成功了。
搜索数据
Elastic Search 支持相当复杂的搜索情形。像“有水果有肉有主食红黄白相间成粒状”这种可以把 MySQL 的检索虐得死去活来的查询，Elastic Search 可以轻松告诉你这应该是名菜“哈密瓜年糕牛肉粒”。下面看看最简单却很实用的搜索：查询所有值。
ubuntu:~$ curl -XGET localhost:9200/food/canteen/_search?pretty
{
"took" : 1,
"timed_out" : false,
"_shards" : {
"total" : 5,
"successful" : 5,
"failed" : 0
},
"hits" : {
"total" : 2,
"max_score" : 1.0,
"hits" : [ {
"_index" : "food",
"_type" : "canteen",
"_id" : "AU8HEQxfW68mQc8rk4AS",
"_score" : 1.0,
"_source":{title: "苹果炖牛肉", source: "sjtu"}
}, {
"_index" : "food",
"_type" : "canteen",
"_id" : "AU8HQW0-W68mQc8rk4Ab",
"_score" : 1.0,
"_source":{title: "番茄炒菠萝", source: "whu"}
} ]
}
}
可以看到，形如GET _search即可。结果会显示所有给定 index 和 type 下的 document。hits下面包含找到的具体内容。_score表示相关程度，分数越高表示越相关，搜索引擎对于结果的排序都是通过类似的机制完成。
再来一个简单地查询，查找source是sjtu的菜。
ubuntu:~$ curl -XGET localhost:9200/food/canteen/_search?pretty -d '{"query":{"match":{"source":"sjtu"}}}'
{
"took" : 35,
"timed_out" : false,
"_shards" : {
"total" : 5,
"successful" : 5,
"failed" : 0
},
"hits" : {
"total" : 1,
"max_score" : 0.30685282,
"hits" : [ {
"_index" : "food",
"_type" : "canteen",
"_id" : "AU8HEQxfW68mQc8rk4AS",
"_score" : 0.30685282,
"_source":{title: "苹果炖牛肉", source: "sjtu"}
} ]
}
}
这里用到了match query来搜索，可以看到_score的变化。
❸ QoS之拥塞管理与拥塞避免（3）
一、拥塞管理
硬件转发队列是长度有限的FIFO队列，任何报文离开必须经过出接口硬件队列，如果出接口的硬件转发队列存储空间满了，拥塞就产生了；
即使调整硬件转发队列长度，越长的硬件转发队列会使时延敏感的数据包在队列中等待更长时间，引入过多的等待延时；
通过配置软件队列，实现将不同敏感程度的报文放到不同的队列中，并使用不同的调度机制来保证敏感报文的网络质量，解决多种业务争用有限的硬件队列资源的情况；
两种队列机制：
（1）基于队列的拥塞管理机制queue-profile
华为设备可以使用Queue-profile来全局定义可应用到接口的软件队列，当硬件队列拥塞时，Queue-profile队列系统开始起作用；
系统最多可定义优先级为0-7的8个队列，每个接口出方向都拥有4个或8个队列，以队列索引号标识，分别为0、1、2、3或0、1、2...、7；
设备根据本地优先级和队列之间的映射关系，自动将报文送入各队列，然后按照各种队列调度机制进行调度。
LAN接口上可用的调度机制有PQ、DRR、PQ+DRR、WRR、PQ+WRR；WAN接口上可用的调度机制有PQ、WFQ和PQ+WFQ；
如果queue-profile中定义了多个PQ队列，则多个PQ间根据优先级顺序进行调度；
如果在queue-profile中定义了多个WFQ／WRR／DRR的队列，PQ队列调度完成后，再对DRR、WFQ或WRR队列进行调度，共同分享剩余带宽；
因为PQ队列优先调度，如果PQ队列持续有数据包，可能会出现队列饿死的问题，建议对进入PQ队列的报文进行限速，不要过多占用带宽；
（2）基于MQC的CBQ队列技术
可以定义BE、AF、EF和LLQ队列；
1、软件队列技术之qos queue-profile
queue profile最多可以定义8个队列，队列之间可以定义多种调度方式，以下是各种调度方式及其区别；
PQ调度
维护一个优先级递减的队列系列，只有当更高优先级的所有队列为空时才服务低优先级的队列；
优点是能保证时延敏感报文的服务质量；
缺点是如果拥塞时较高优先级队列长时间有分组存在，低优先级队列就会由于得不到服务饿死；
WRR调度
RR调度会依次在不同队列间提供等量服务，调度在队列间轮流可以保证每个队列都得到同等服务机会；
WRR根据每个队列的重要程度分配权值，在不同队列间按权值比例提供服务，调度一次权值减1，减为0不参与调度，所有队列权值都减为0后重新开始下一轮调度；
由于WRR调度是以报文为单位的，同等调度机会下大尺寸报文获得的带宽大于小尺寸报文获得的带宽，每个队列没有固定的带宽；
优点是队列不会因长时间得不到服务饿死；
缺点是无法保证延迟敏感报文的服务质量；
DRR调度
DRR解决了WRR每个队列没有固定带宽的问题；
DRR每次调度都会为每个队列分配一次按权值比例得到的Deficit，只有队列的Deficit大于0才可以发送报文，所以DRR的每个队列可以按照权值比例获得固定带宽；
优点是队列不会因长时间得不到服务饿死；
缺点是无法保证延迟敏感报文的服务质量；
WFQ调度
FQ把进入一个队列的报文称为流，系统对待每个流都是均等的，每个流都会平等地分享到当前可用的带宽，例如接口带宽1M，当前有n条流，每条流获得带宽是1/n M；
FQ还关心流队列中报文的长度，如果在不同队列间同时存在多个长报文和短报文等待发送，则短报文优先得到调度，这样可以减缓各个流报文间的抖动；
WFQ在FQ的基础上，增加权重使不同流权重值比例分配带宽；
优点是每个队列之间按权重值比例分配带宽更公平；
缺点是无法保证延迟敏感报文的服务质量；
PQ+WRR／PQ+DRR／PQ+WFQ调度
PQ调度和WRR／DRR／WFQ调度都有各自优缺点，单纯使用PQ调度，低优先级队列可能长时间得不到调度；而单纯采用WRR／DRR／WFQ调度，低延时需求业务得不到优先调度；
通过将两种调度方式结合起来，PQ+WRR、PQ+DRR、PQ+WFQ调度方式使低延时需求业务进入PQ队列进行调度；而其他报文进入WRR／DRR／WFQ的队列中进行调度；
队列调度时，先调度PQ队列，多个PQ队列按优先级顺序进行调度；
PQ队列调度完成后，再对WRR／DRR／WFQ队列进行加权轮询调度；
例如指定队列4和5进行PQ调度，其他队列0、1、2、3进行WRR调度；
根据不同业务需要给WRR各队列设置不同的权值（缺省权值为10），根据权值对各队列进行调度，DRR和WFQ可以按权值比例为队列分配固定带宽；
PQ不需要权值，PQ总优先使用接口带宽；
2、基于MQC的CBQ队列技术
基于类的加权公平队列CBQ，基于WFQ功能进行扩展，使用户可以自己定义用户类；
CBQ根据IP优先级或者DSCP优先级、IP报文的五元组、入接口规则来对进入系统的报文进行分类，每个分类可以使用EF、LLQ、AF和BE类型的队列，对于不匹配任何分类的报文，送入系统的默认BE类型的缺省类；
1、EF队列和LLQ队列 限制队列可使用的最大带宽
满足低时延业务；
华为提供的两种类型的低延迟队列EF和LLQ，LLQ队列比EF队列时延更低；
CBQ队列最多只允许为4个用户类定义EF或LLQ队列，最多可包含的LLQ和EF队列之和为4；
每个EF和LLQ队列按照配置顺序进行绝对优先级调度，先配置的队列先被调度；
2、AF队列 保证队列可使用的最小带宽
满足需要带宽保证的关键数据业务；
每个AF队列分别对应一类用户报文，用户可以设定每类报文占用的带宽，在系统调度报文出队的时候，按用户为 各类报文设定的带宽将报文出队发送，可以实现各个类的队列公平调度；
当接口有剩余带宽时，AF队列按照权值分享剩余带宽；
对于AF队列，当队列长度达到队列的最大长度时，缺省采用尾丢弃的策略，但用户还可以选择用WRED丢弃策略；
3、BE队列
满足不需要严格Qos保证的尽力发送业务；
如果进入系统的报文没有匹配用户定义的所有类别，报文被送入系统定义的缺省类；
允许为缺省类配置AF队列并配置带宽，但是更多的情况是为缺省类配置BE队列；
BE队列使用WFQ调度，进入BE队列的流越多，每个流分享的带宽越平均；
CBQ中，WFQ在调度报文入队列之前，根据IP报文五元组和ToS优先级自动进行流分类，并尽可能多的提供队列，将每个流均匀地放入不同队列中，从而在总体上均衡各个流的延迟；
在出队的时候，WFQ按流的优先级来分配流应占用的带宽，优先级数值越大所得的带宽就越多；
二、拥塞避免
拥塞避免是在队列尾部提供的一种基于权值的RED机制，默认是直接在队列尾部丢弃报文；
1、尾丢弃
当拥塞发生，队列长度达到最大值后，所有新入队列的报文都将因没有缓存空间而被丢弃；
缺点是不加区分地丢包和引发TCP全局同步现象；
TCP全局同步现象就是在队列中同时丢弃多个TCP连接的报文，造成多个TCP连接同时降低流量，之后又会在某个时间同时出现流量高峰，使网络流量起伏波动；
2、WRED
为解决TCP全局同步问题，RED提早随机丢弃一些低级别报文，不同时丢包行为可以避免多个TCP连接同时降低发送速度出现TCP全局同步现象，并使TCP流量趋于平缓稳定；
报文依次进入队列，当队列深度到达最小阀值时开始丢包；
随着队列深度增加丢包率按线性比例增加，最高丢包率不超过设置的丢包率；
直至到达最高阀值后报文全部丢弃；
基于RED，WRED队列支持基于DSCP或IP优先级进行RED丢弃；
WRED中权值是IPP或DSCP，每个队列可以针对每一种优先级独立设置丢弃报文的上下门限及丢包率，即每个权值都定义一个独立的丢弃曲线；
WRED有两种配置方式，一种是基于队列queue-profile的WRED，另一种是CBQ下的WRED；
定义每个权值的丢弃曲线是通过定义丢弃模版来实现的，丢弃模板是队列各优先级WRED参数的集合；
（1）配置基于队列queue-profile的WRED
将定义好的丢弃模版在队列模版中关联后应用到接口上，接口根据绑定的丢弃模版实现拥塞避免；
（2）配置CBQ下的WRED
丢弃模板在流行为中绑定后，在流策略下将流分类和对应的流行为关联，并将流策略应用到接口上，可以实现对匹配流分类规则流量的拥塞避免；
❹ 什么是saas模式
SaaS是Software-as-a-service（软件即服务）。SaaS提供商为企业搭建信息化所需要的所有网络基础设施及软件、硬件运作平台，并负责所有前期的实施、后期的维护等一系列服务，企业无需购买软硬件、建设机房、招聘IT人员，即可通过互联网使用信息系统。
就像打开自来水龙头就能用水一样，企业根据实际需要，向SaaS提供商租赁软件服务。
(4)mqc存储扩展阅读：
SaaS特性
最早的SaaS服务之一当属在线电子邮箱，极大地降低了个人与企业使用电子邮件的门槛，进而改变了人与人、企业与企业之间的沟通方式。
发展至今，SaaS服务的种类与产品已经非常丰富，面向个人用户的服务包括：在线文档编辑、表格制作、日程表管理、联系人管理等等;
面向企业用户的服务包括：在线存储管理、网上会议、项目管理、CRM(客户关系管理)、ERP(企业资源管理)、HRM(人力资源管理)、在线广告管理以及针对特定行业和领域的应用服务等等。
与传统软件相比，SaaS服务依托于软件和互联网，不论从技术角度还是商务角度都拥有与传统软件不同的特性，表现在：
互联网
一方面，SaaS服务通过互联网浏览器或WebServices/Web2.0程序连接的形式为用户提供服务，使得SaaS应用具备了典型互联网技术特点;另一方面，由于SaaS极大的缩短了用户与SaaS提供商之间的时空距离，从而使得SaaS服务的营销、交付与传统软件相比有着很大的不同。
多租户
SaaS服务通常基于一套标准软件系统为成百上千的不同客户(又称租户)提供服务。这要求SaaS服务要能够支持不同租户之间数据和配置的隔离，从而保证每个租户数据的安全与隐私，以及用户对诸如界面、业务逻辑、数据结构等的个性化需求。
由于SaaS同时支持多个租户，每个租户又有很多用户，这对支撑软件的基础设施平台的性能、稳定性、扩展性提出很大挑战。
服务特性
SaaS使得软件以互联网为载体的服务形式被客户使用，所以服务合约的签定、服务使用的计量、在线服务质量的保证、服务费用的收取等等问题都必须考虑。而这些问题通常是传统软件没有考虑到的。
SaaS(Software asaService，软件即服务)是通过互联网以服务形式交付和使用软件的业务模式。在SaaS模式下，软件使用者无需购置额外硬件设备、软件许可证及安装和维护软件系统，通过互联网浏览器在任何时间、任何地点都可以轻松使用软件并按照使用量定期支付使用费。
参考资料：网络-saas模式