3.1 吞吐率(Throughput)
：单位时间内服务器处理的请求数来描述其并发的处理能力。
3.1.1 吞吐率和压力测试
：通过模拟足够数目的并发用户数，分别持续发送一定的HTTP请求，并统计测试持续的总时间，计算出基于这种压力下的吞吐率，即为一个平均值。
3.1.2 压力测试的前提条件
：一些潜在的前提，那就是压力的描述和请求性质的描述：
. 并发用户数
：指在某一时刻同时向服务器发送请求的用户总数(HttpWatch)
. 总请求数
. 请求资源描述
. 请求等待时间(用户等待时间)
. 用户平均请求的等待时间。
. 服务器平均请求处理的时间。
. 硬件环境
3.2 CPU并发计算
：服务器之所以可以同时处理多个请求，在于操作系统通过多执行流体系设计使得多个任务可以轮流使用系统资源，这些资源包括CPU、内存以及I/O等。
3.2.1 进程
：多执行流一般实现是进程，多进程的好处并不仅仅在于CPU时间的轮流使用，还在于对CPU计算和I/O操作进行了很好的重叠利用，这里的I/O主要是指磁盘I/O和网络I/O，进程大多时间都消耗在I/O操作上，现代计算机的DMA技术可以让CPU不参与I/O操作的全进程。
3.2.2 轻量级进程
：它是由一个新的系统调用clone()来创建，并由内核直接管理，像普通的进程一样独立存在，各自拥有进程描述符，但是这些进程已经允许共享一些资源，比如地址空间，打开的文件等。轻量级进程减少了内存的开销，并为多进程应用程序的数据共享提供了直接支持，但是其上下文切换的开销还是在所难免的。
3.2.3 线程
：Posix 1003.1c 为linux定义了线程的接口"pthread"，有些不是由内核来直接支持，多线程只是一个普通的进程，它是由用户态通过一些库函数模拟实现的多执行流，所以多线程的管理完全在用户态完成，这种实现方式下线程切换的开销相比于进程和轻量级进程都要少些，但是它在多处理器的服务器(SMP)中表现较差，因为只有内核的进程调试器才有权利分配多个CPU时间。
：LinuxThreads，它可以说是内核级线(Kernel-Lerel-Threads)，因为它通过clone()来创建进程，它的实现原理是将线程和轻量级进程进行一对一关联，每个线程实际上就是一个轻量级进程，这样使得线程完全由内核的进程调试器来管理，所以它对于SMP的支持较好，但是线程切换的开销相比于用户态线程要多一些。
3.2.4 进程高度器
：单CPU同时刻只有一个进程处于运行状态，而其它进程有的处于挂起状态并等待就绪，有的已经就绪并等待CPU时间片，还有的处于其它状态。内核中的进程高度器(Scheduler)维护着各种状态的进程队列，在Linux中，进程调度器维护着一个包括所有可运行进程的队列，称为“运行队列”(Run Quere)，以及一个包括所有休眠进程和僵尸进程的列表。进程调试器的一项重要工作就是决定下一个运行的进程，如果运行队列中有不止一进程就按照优先级。调试器也动态的调整它们的优化级。具体可听听(视频: 嵌入式Linux性能监控和调优--华清远见嵌入式培训视http://v.youku.com/v_show/id_XMTAyODIzNTM2.html)
3.2.5 系统负载
：在进程调试器维护的运行队列中，任何时刻至少存在一个进程，那就是正在运行的进程，正当运行队列中有不止一个进程的时候，就说明此时的CPU比较抢手，其它进程还在等着，进程调试器应该尽快让正在运行的进程释放CPU。通过 cat /proc/loadavg
[root@web102 ~]# cat /proc/loadavg
0.00 0.00 0.00 1/102 23534
0.00 0.00 0.00 最近1分钟、5分钟、15分钟分别计算得出的系统负载
1/102 运行队列中的进程个数/此时的进程总数
23534 代表到此为止，最后创建的一个进程ID
简单密集型CPU计算程序：
<?php
$max = 10000000000;
$sum = 0;
for ($i = 0; $i < $max; ++$i)
{
$sum += $i;
}
echo $sum;
?>
以上是小编为您精心准备的的内容，在的博客、问答、公众号、人物、课程等栏目也有的相关内容，欢迎继续使用右上角搜索按钮进行搜索线程
， 队列
， 进程
， 调试器
， 时间
， 一个
多进程并发
服务器并发处理能力、服务器并发能力、服务器并发处理、网关的并发处理能力、并发处理能力，以便于您获取更多的相关知识。