Linux如何查看服务器的并发数

linux查看连接数，并发数1、查看apache当前并发访问数：

　　netstat

-an

grep

ESTABLISHED

wc

-l　　对比httpdconf中MaxClients的数字差距多少。　　2、查看有多少个进程数：　　ps

auxgrep

httpdwc

-l　　3、可以使用如下参数查看数据　　server-statusauto　　#ps

-efgrep

httpdwc

-l　　1388　　统计httpd进程数，连个请求会启动一个进程，使用于Apache服务器。　　表示Apache能够处理1388个并发请求，这个值Apache可根据负载情况自动调整。　　#netstat

-natgrep

-i

80wc

-l　　4341　　netstat

-an会打印系统当前网络链接状态，而grep

-i

80是用来提取与80端口有关的连接的，wc

-l进行连接数统计。

　　最终返回的数字就是当前所有80端口的请求总数。　　#netstat

-nagrep

ESTABLISHEDwc

-l　　376　　netstat

-an会打印系统当前网络链接状态，而grep

ESTABLISHED

提取出已建立连接的信息。

然后wc

-l统计。　　最终返回的数字就是当前所有80端口的已建立连接的总数。　　netstat

-natgrep

ESTABLISHEDwc

-

可查看所有建立连接的详细记录

　　查看Apache的并发请求数及其TCP连接状态：　　linux命令：　　netstat

-n

awk

'/^tcp/

{++S[$NF]}

END

{for（a

in

S）

print

a,

S[a]}'　　返回结果示例：　　LAST_ACK

5　　SYN_RECV

30　　ESTABLISHED

1597　　FIN_WAIT1

51　　FIN_WAIT2

504　　TIME_WAIT

1057　　其中的　　SYN_RECV表示正在等待处理的请求数；　　ESTABLISHED表示正常数据传输状态；　　TIME_WAIT表示处理完毕，等待超时结束的请求数。（这个参数还不太懂，为啥是等待超时结束，请大神指教）

这篇文章解决了很多用户的难题，就是如何通过最大用户并发数来确定系统最大用户数，因为这个问题不解决的话，用户很难挑选到最为适合自身系统的服务器，我们来看看这篇文章。以下是作者原文。

本篇主要是性能方面的。

一个系统的最大并发用户数为1100，怎么能推算出该系统的支持最大用户数。

其中用户性能要求如下：支持100万注册用户

性能需求分析：

1、根据用户的要求，本系统要支持100万用户，其中性能机器配置如何？高峰值是多少？带宽？等

2、如果都是采用公司的测试环境，那么本次性能应该做哪几种性能？性能评测、负载测试、强度测试？

3、怎么算出并发用户数？响应时间？

性能指标确定：

因为用户的性能需求太广，没有定到具体的数值。那么我怎么开展后继的工作？1、确定采用公司测试环境，不用考虑环境问题。也就是说，客户端、服务端以及带宽等一系统都可以不用考虑，这是固定。

2、考虑此项目组以前开发过的系统性能情况，能否做为一个参考值。解决方案：找出本项目组以并发过二个项目，其性能个项指标进行求权。其中浏览功能：并发数为1100，平均响应时间363秒；每用户平均响应时间为033秒。每秒中并发3个用户。其中一系统用户已达500万，另一系统用户为320万。并且二系统一直运行正常，但目前的二系统的服务器各为3台。可以得出一台服务器为载166万，甚至更多。（因为服务器中有求权的关系）

3、100万用户，那么怎么计算出他的每小时峰值活动用户数？

解决方案：采用80•20原则计算得到每小时峰值活动用户数 6667万/小时；那么每秒中的同一功能点点击并发数应该是185。

4、怎么得其并发数？

解决方案：本系统有多少个功能点？功能点为153个；也就是本系统在高峰值时一功能将被点击1258次，每秒点击035次。（不考虑间隔时间）考虑以前本项目组的数值。初步设置并发数为1100，主要以浏览功能为主、其次是查询和新增。

5、应该测试那种性能类型经再三考虑，三种性能都进行测试。

执行性能：

评测，依据性能指标确定中的第三点，将用户的并发设置为300-350，看其情况。负载测试，以1100为起点强度测试，为15小时和24小时为准

性能测试结果：

发现本系统最大用户支持为1100失败用户最高为209，响应时间为315。可以判断此系统最大并发数为1100左右。也就说此系统在一台服务器上可支持150万用户数。

根据上述情况，可以得出：

1100用户并发时，用户一共响应时间为315秒（即每用户平均响应时间0005秒），其中最高产生209个失败用户，但成功用户基本上可以完成后续操作，符合现系统要求的最大稳定用户数。由此可得出本系统在新增功能点中支持最大用户并发数为1100。按照1100比例，计算得到每小时峰值活动用户数11万/小时；采用80•20原则计算得出本系统支持注册用户数约为165万。而本系统性能需求大规模支持100万注册用户，由上述的数据我们的系统已达到本系统性能需求。

注：100万，采用80•20原则计算得到每小时峰值活动用户数6667万/小时。

消除瓶颈是提高服务器性能和并发能力的唯一途径。

如果你能够消除所有的瓶颈，你就能够最大的发挥硬件性能，让系统的性能和并发数到达最佳。

采用多线程多核编程，使用事件驱动或异步消息机制，尽量减少阻塞和等待操作（如I/O阻塞、同步等待或计时/超时等）。

原理：

1、多线程多核编程，消除cpu瓶颈。

2、采用IOCP或epoll，利用状态监测和通知方式，消除网络I/O阻塞瓶颈。

3、采用事件驱动或异步消息机制，可以消除不必要的等待操作。

4、如果是Linux，可以采用AIO来消除磁盘I/O阻塞瓶颈。

5、在事件驱动框架或异步消息中统一处理timer事件，变同步为异步，而且可以在一个线程处理无数timer事件。

6、深入分析外部的阻塞来源，消除它。

比如数据库查询较慢，导致服务器处理较慢，并发数上不去，这时就要优化数据库性能。

7、如果与某个其他server通信量很大，导致性能下降较多。

可以考虑把这两个server放在一个主机上，采用共享内存的方式来做IPC通信，可以大大提高性能。

16核CPU，32G内存和10Mbps带宽能够支持的并发数取决于许多因素，包括但不限于应用程序的性质、每个用户会话的数据需求、服务器的配置和优化等。

解释：

1 应用程序的性质：不同类型的应用程序对资源的需求差别很大。例如，静态网页服务器的并发处理能力通常远高于运行复杂动态网页或数据库操作的服务器。

2 用户会话的数据需求：用户会话的数据量也会影响并发数。例如，如果每个用户会话只需要少量数据，那么10Mbps的带宽可能可以支持很高的并发数。但如果每个用户会话需要大量数据，如视频流，那么并发数会大大降低。

3 服务器的配置和优化：服务器软件的配置（例如，Apache或Nginx的worker_processes和worker_connections设置）以及操作系统的优化（例如，TCP连接和文件描述符的限制）也会影响并发处理能力。

拓展内容：

因此，给出一个精确的并发数是非常困难的，因为它取决于上述和其他许多因素。通常，你需要根据你的应用程序的具体情况进行性能测试和调优，以确定服务器的最佳配置和能够支持的并发数。这可能包括负载测试（以模拟真实世界的用户负载），以及对服务器和应用程序的持续监控和调优。

20000的并发量需要150台服务器。

150台。Tomcat 默认配置的最大请求数是 150，也就是说同时支持 150 个并发，当然了，也可以将其改大。

如果是较大规模或者是，视频内容较多的网站，则会对服务器资源占用较高，推荐用双至强八核处理器，32G内存，1T硬盘的配置来放数据库，然后再用几台普通四核配置的机器放网站前端来做负载均衡即可，带宽需要根据你们的具体需求来决定。

易使用性：

服务器的功能相对于PC机来说复杂许多，不仅指其硬件配置，更多的是指其软件系统配置。服务器要实现如此多的功能，没有全面的软件支持是无法想象的。但是软件系统一多，又可能造成服务器的使用性能下降，管理人员无法有效操纵。

所以许多服务器厂商在进行服务器的设计时，除了在服务器的可用性、稳定性等方面要充分考虑外，还必须在服务器的易使用性方面下足功夫。

服务器的易使用性主要体现在服务器是不是容易操作，用户导航系统是不是完善，机箱设计是不是人性化，有没有关键恢复功能，是否有操作系统备份，以及有没有足够的培训支持等方面。

一、指代不同

1、并发数：指同时访问服务器站点的连接数。

2、线程数：是程序中一个单一的顺序控制流程，在单个程序中同时运行多个线程完成不同的工作,称为多线程。

二、原理不同

1、并发数：建立在每台服务器多用户的基础上的，也就是多个用户共同使用一台服务器。为了避免同一台服务器上的某一个用户的IIS链接人数过多或占用服务器资源过多而影响其它用户的正常使用。

2、线程数：服务端传送数据到用户端，把用户端和服务端比做两个小岛，线程数比做连接两个小岛之间的桥梁，架桥越多，单位时间内传送的数据越多，但如果桥梁架设超过双方所能承受的数量时，用户端将无法接受其他服务端的数据。

三、特点不同

1、并发数：服务器对于某一个链接的默认超时时间一般为15--20分钟，也就是当访问用户访问你的网页并关闭后，一般需要15--20分钟，服务器才从其内存中将其清除，视为无效链接

2、线程数：用户可以根据不同的服务端限制，来修改下载软件的原始下载线程数。根据下载资源的热门程度，其候选资源数量的不同，该任务下载可用的线程数也会不同。

-线程数

-并发数

要说可以支持多少用户，是无法得到一个准确答案的。用户支持的数量由许多因素组成，例如使用的语言、架构、处理的业务类型 数据大小等。这是一个需要连续调整优化过程的。

第一需要确定业务类型

1、不同的服务有不同的特性，有些CPU占用比较高，有些内存比较高，还比如数据处理，有些需要大量带宽，例如网络爬虫，有些磁盘很高，例如和数据库类。

2、同一配置的机器运行不同的业务，效果会有所不同，而且未使用的资源将大大浪费。

3、根据自己的业务类型调整机器的资源比率是节省资金和改善支持的好方法。

第二确定数据大小

1、网络传输的数据大小决定了带宽占用。尺寸越小，带宽越大，每单位时间可以访问和处理的用户请求越多。

2、然后，减少无效数据传输并减小请求分组的大小是必须考虑的地方以改善用户访问能力。

第三连续测算和调整

1、支持的TPS数量，是不断监控并不断调整的。很多时候，小参数调整可以带来多重性能提升。几十秒的业务请求，可能会在几十毫秒内完成调整。

2、真正的在线服务，持续监控和持续调整是一个长期的过程的。

第四使用恰当的语言架构

1、设计良好的系统，与随便设计的系统，终端能力是全然有所不同的。

2、克服资源浪费问题，可使用Docker之类的容器化，微服务化，能精确的提高资源使用率，减少服务器压力。

3、使用Nginx或是Tengine、打开NIO、打开压缩、及设立静态与局部缓存等，减少服务器负载。

4、使用MongoDB、NoSQL数据库，减少数据查询压力提升响应速度。

总之，减少前端无效请求，后端请求在靠近用户侧解决掉，避免业务过长，堆积在后端底层。

扩展资料：

1、服务器，也称伺服器，是提供计算服务的设备。由于服务器需要响应服务请求，并进行处理，因此一般来说服务器应具备承担服务并且保障服务的能力。

2、服务器的构成包括处理器、硬盘、内存、系统总线等，和通用的计算机架构类似，但是由于需要提供高可靠的服务，因此在处理能力、稳定性、可靠性、安全性、可扩展性、可管理性等方面要求较高。

3、在网络环境下，根据服务器提供的服务类型不同，分为文件服务器、数据库服务器、应用程序服务器、WEB服务器等。

–服务器