当前位置:首页 » 文件传输 » 并发访问量到几k
扩展阅读
webinf下怎么引入js 2023-08-31 21:54:13
堡垒机怎么打开web 2023-08-31 21:54:11

并发访问量到几k

发布时间: 2022-10-20 11:31:06

① IIS或apache并发连接数是怎么算的

  • 计算模型:
    每台服务器每秒处理请求的数量=((80%*总PV量)/(24小时*60分*60秒*40%)) / 服务器数量 。
    其中关键的参数是80%、40%。表示一天中有80%的请求发生在一天的40%的时间内。24小时的40%是9.6小时,有80%的请求发生一天的9.6个小时当中(很适合互联网的应用,白天请求多,晚上请求少)。 简单计算的结果:
    ((80%*500万)/(24小时*60分*60秒*40%))/1 = 115.7个请求/秒
    ((80%*100万)/(24小时*60分*60秒*40%))/1 = 23.1个请求/秒

  • 现在我们在做压力测试时,就有了标准,如果你的服务器一秒能处理115.7个请求,就可以承受500万PV/每天。如果你的服务器一秒能处理23.1个请求,就可以承受100万PV/每天

  • 有人说以上条件我都满足了,但实际性能还是达不到目标。这时请注意你对外的网络的带宽,在国内服务器便宜但带宽很贵,很可能你在机房是与大家共享一条100M的光纤,实际每个人可分到2M左右带宽。再好一点5M,再好一点双线机房10M独享,这已经很贵了(北京价格)。

  • 一天总流量:每个页面20k字节*100万个页面/1024=19531M字节=19G字节,

  • 19531M/9.6小时=2034M/小时=578K字节/s 如果请求是均匀分布的,需要5M(640K字节)带宽(5Mb=640KB
    注意大小写,b是位,B是字节,差了8倍),但所有请求不可能是均匀分布的,当有高峰时5M带宽一定不够,X2倍就是10M带宽。10M带宽基本可以满足要求。

  • 以上是假设每个页面20k字节,基本不包含图片,要是包含图片就更大了,10M带宽也不能满足要求了。

  • 具体设置:

  • 第一步:启用MPM模块配置文件

    我们需要在httpd.conf文件中启用该配置文件,如下所示:

    # Server-pool management (MPM
    specific)Include conf/extra/httpd-mpm.conf (去掉该行前面的注释符号"#")

  • 第二步:启用MPM模块后找到配置文件进行编辑。

    在Apace安装c: chaodiquan.com confextra目录中有一个名为httpd-mpm.conf的配置文件。该文件主要用于进行MPM模块的相关配置。不过,在默认情况下,Apache的MPM模块配置文件并没有启用。

第三步:此时,我们就需要根据当前Apache服务器所使用的MPM模块,来修改对应节点下的参数配置。首先,我们来看看mpm_winnt模块下的默认配置:

#由于mpm_winnt模块只会创建1个子进程,因此这里对单个子进程的参数设置就相当于对整个Apache的参数设置。
ThreadsPerChild 150 #推荐设置:小型网站=1000 中型网站=1000~2000
大型网站=2000~3500MaxRequestsPerChild 0 #推荐设置:小=10000 中或大=20000~100000

对应的配置参数作用如下:ThreadsPerChild

每个子进程的最大并发线程数。

MaxRequestsPerChild

每个子进程允许处理的请求总数。如果累计处理的请求数超过该值,该子进程将会结束(然后根据需要确定是否创建新的子进程),该值设为0表示不限制请求总数(子进程永不结束)。

该参数建议设为非零的值,可以带来以下两个好处:

可以防止程序中可能存在的内存泄漏无限进行下去,从而耗尽内存。

给进程一个有限寿命,从而有助于当服务器负载减轻的时候减少活动进程的数量。

② webSphere和TomCat的区别

1.websphere修改配置文件不用像tomcat那样重起服务器。
2.websphere会把项目打包成EAR文件,部署这个EAR文件,TOMCAT貌似是WAR文件。

首先,他们的共同之处是都是支持JSP的服务器软件。

不同之处:
Tomcat: 是Apache Group Jakarta小组开发的一个免费服务器软件,适合于嵌入Apache中使用,而且,
它的源代码是可以免费获得的,不足之处是它的配置十分麻烦,弄不好连Apche都会摊掉,
而且有一些安全性的问题没有解决,初学者可以用它来调试JSP文件,但是用作商业应用的
服务器就不太妥当了。
BEA WebLogic Sever: 是一款十分强大的服务器软件,配置比较简单,而且对JSP的扩展十分强大,附带
数据库的JDBC驱动程序,支持JHTML,是目前市场占有率最高的服务器,目前最新版本是
6.1版,价格很贵,不过嘿嘿.....有破解版哦:)
IBM WebSphere Application Server: 是IBM的产品,功能很强大,而且有IBM的开发工具相配套,开

发Web程序十分方便,不过价格上万元。

WebSphere是 IBM 的集成软件平台。它包含了编写、运行和监视全天候的工业强度的随需应变 Web 应用程序和跨平台、跨产品解决方案所需要的整个中间件基础设施,如服务器、服务和工具。WebSphere 提供了可靠、灵活和健壮的集成软件。
WebSphere Application Server 是该基础设施的基础,其他所有产品都在它之上运行。WebSphere Process Server 基于 WebSphere Application Server 和 WebSphere Enterprise Service Bus,它为面向服务的体系结构 (SOA) 的模块化应用程序提供了基础,并支持应用业务规则,以驱动支持业务流程的应用程序。高性能环境还使用 WebSphere Extended Deployment 作为其基本基础设施的一部分。其他 WebSphere 产品提供了广泛的其他服务,如下所述。
WebSphere 是一个模块化的平台,基于业界支持的开放标准。您可以使用受信任和持久的接口,将现有资产插入 WebSphere,并且可以随着需要的增长继续扩展您的环境。WebSphere 可以在许多平台上运行,包括 Intel、Linux 和 z/OS。
webShpere 是随需应变的电子商务时代的最主要的软件平台。它使您的公司可以开发、部署和整合新一代的电子商务应用,如B2B
电子商务,并支持从简单的网页内容发布到企业级事务处理的商业应用。

WebLogic是美国bea公司出品的一个application server确切的说是一个基于j2ee架构的中间件,webserver是用来构建网站的必要软件用来解析发布网页等功能,它是用纯java开发的。weblogic本来不是由bea发明的,是它从别人手中买过来,然后再加工扩展。目前weblogic在世界application server市场上占有最大的份额,其他还有象IBM的websphere,免费的tomcat、resin等中间件。
BEA WebLogic是用于开发、集成、部署和管理大型分布式Web应用、网络应用和数据库应用的Java应用服务器。将Java的动态功能和Java Enterprise标准的安全性引入大型网络应用的开发、集成、部署和管理之中。
BEA WebLogic Server拥有处理关键Web应用系统问题所需的性能 、可扩展性和高可用性。
与BEA WebLogic Commerce ServerTM配合使用, BEA WebLogic Server可为部署适应性个性化电子商务应用系统提供完善的解决方案。
BEA WebLogic Server具有开发和部署关键任务电子商务Web应用系统 所需的多种特色和优势,包括:
1)领先的标准
对业内多种标准的全面支持,包括EJB、JSB、JMS、JDBC、XML和WML,使Web应用系统的实施更为简单,并且保护了投资,同时也使基于标准的解决方案的开发更加简便。
2)无限的可扩展性
BEA WebLogic Server以其高扩展的架构体系闻名于业内,包括客户机连接的共享、资源pooling以及动态网页和EJB组件群集。
3)快速开发
凭借对EJB和JSP的支持,以及BEA WebLogic Server 的Servlet组件架 构体系,可加速投放市场速度。这些开放性标准与WebGain Studio配合时,可简化开发,并可发挥已有的技能,迅速部署应用系统。
4)部署更趋灵活
BEA WebLogic Server的特点是与领先数据库、操作系统和Web服务器 紧密集成。
5)关键任务可靠性
其容错、系统管理和安全性能已经在全球数以千记的关键任务环境中得以验证。
6)体系结构
BEA WebLogic Server是专门为企业电子商务应用系统开发的。企业电子商务应用系统需要快速开发,并要求服务器端组件具有良好的灵活性和安全性,同时还要支持关键任务所必需的扩展、性能、和高可用性。BEA WebLogic Server简化了可移植及可扩展的应用系统的开发,并为其它应用 系统和系统提供了丰富的互操作性。
凭借其出色的群集技术,BEA WebLogic Server拥有最高水平的可扩展 性和可用性。BEA WebLogic Server既实现了网页群集,也实现了EJB组件 群集,而且不需要任何专门的硬件或操作系统支持。网页群集可以实现透明的复制、负载平衡以及表示内容容错,如Web购物车;组件群集则处理复杂的复制、负载平衡和EJB组件容错,以及状态对象(如EJB实体)的恢复。
无论是网页群集,还是组件群集,对于电子商务解决方案所要求的可扩展性和可用性都是至关重要的。共享的客户机/服务器和数据库连接以及数据缓存和EJB都增强了性能表现。这是其它Web应用系统所不具备的

③ 请问我这服务器的配置最多能承受多大的访问量,和多大的并发数,说个大概就行

这个配置一般一天10W以内的访问量问题不大的
并发的话,达到5千都不是什么问题
关键也得看服务器程序的配置优化

④ epoll处理高并发最多可以接受多少连接

按照题主的意思 是根据内存去算一个最大并发的连接数. 那么首先要找出来单个连接消耗内存的地方.
第一个首先是socket buffer. read 和write 分别有一个, 默认大小在

复制代码
代码如下:

/proc/sys/net/ipv4/tcp_rmem (for read)
/proc/sys/net/ipv4/tcp_wmem (for write)

默认大小都是87K和16K, 最低是4K和4K, 最高是2M,2M, 实际使用默认值最低也要保留8K,8K.

然后是逻辑IO缓冲区
就是比如你监听了recv事件 事件来了 你要有内存可用(一般都是socket建立起就分配好,断开才会释放的).
这个内存是自己写socket程序时候自己控制的, 最低也要4K,4K, 实际使用8K,8K至少.
现在设定一个优化方案和使用场景, 首先假设4G内存全部为空闲(系统和其他进程也要内存的….
假如网络包的大小都可以控制在4K以下, 假设所有连接的网络都不会拥堵, 或者拥堵时候的总量在4K以下:
一个连接的内存消耗是4+4+4+4=16K
4G/16K=26.2万并发
假如网络包的大小都可以控制在8K以下, 假设所有连接的网络都不会拥堵, 或者拥堵时候的总量在8K以下
一个socket的内存占用介于 24K ~ 32K之间, 保守的按照32K算
4G/32K=13.1万并发, 这个在生产环境作为一个纯网络层面的内存消耗, 是可以作为参考的.
假如使用默认配置, 假如所有连接的网络都出现严重拥堵, 不考虑逻辑上的发送队列的占用,
使用默认配置是2M+2M+8+8 ~= 4M
4G/4M=1024并发 ( …
如果考虑到发送队列也拥堵的话 自己脑补.
如果只是为了跑分 为了并发而优化, 没有常驻的逻辑缓冲区 并且socket的网络吞吐量很小并且负载平滑, 把socket buffer size设置系统最低.
那么是
4G/8K = 52.4万并发 这个应该是极限值了.

⑤ mysql并发连接数能承受多大的访问量

并发数和服务器的性能、带宽、网站页面大小各方面有着联系.

mysql最大并发连接数设置

mysql 默认的最大并发连接为100,默认的连接数无法满足大量client 连接的请求.
但是可以通过以下方式改变,使用root用户登录mysql 系统

引用

mysql > show variables like ’max_connections‘;
+-----------------+-------+
| Variable_name | Value |
+-----------------+-------+
| max_connections | 100 |
+-----------------+-------+

在不需要重启的情况下.通过以下命令更改为300

引用

set global max_connections = 300;

为了保证mysql 重启能够生效,还需要编译 /my.ini (默认)


max_connections = 300

以上完成之后,下次重启就会使用新的参数。

⑥ 100并发数 需要带宽多少

你说的100-200人是指总用户数还是并发访问数,如果说是总用户数的话,那并发数应该很小,那就不需要多大的带宽,如果是并发数的话,那这样算就行了,假设每个网页大小平均为30K,要求每个网页在两秒中之内打开,这样,每个网页的传输速度必须大于等于15k/s,同时有200个用户访问,则总的速度必须大于等于15k/s*200=3000k/s,所以带宽必须大于等于3M,如果要求更严格一点,要求网页必须在一秒钟之内打开,则带宽必须大于等于30k/s*200=6000k/s,即6M

⑦ 什么是并发访问,大量的并发访问会造成什么结果。

并发访问就是同时有多个请求请求同一服务。比如我和你现在都同时在请求网络的服务器提供搜索。

大量的并发访问如果超出了服务器的承受能力的话,轻则导致服务器抛弃一部分请求,重则导致服务器资源耗尽,当机。

有一种攻击叫分布式拒绝服务攻击(DDOS),就是利用这个。使得大量的垃圾请求阻塞服务器,使得服务器无法处理正常的请求从而耗尽资源。

⑧ windows nginx最大并发量

一个正常Nginx Linux 服务器可以达到 500,000 _ 600,000 次/秒 的请求处理性能,如果Nginx服务器经过优化的话,则可以稳定地达到 904,000 次/秒 的处理性能,大大提高Nginx的并发访问量。
Nginx (engine x) 是一个高性能的HTTP和反向代理web服务器,同时也提供了IMAP/POP3/SMTP服务。Nginx是由伊戈尔·赛索耶夫为俄罗斯访问量第二的Rambler.ru站点(俄文:Рамблер)开发的,公开版本1.19.6发布于2020年12月15日。
Nginx是一款轻量级的Web 服务器/反向代理服务器及电子邮件(IMAP/POP3)代理服务器,在BSD-like 协议下发行。其特点是占有内存少,并发能力强,事实上nginx的并发能力在同类型的网页服务器中表现较好。

⑨ 200万访问量得多少人并发

200万并发连接还是会话数,由于P2P软件的广泛使用单台电脑的并发连接就可以达到600-1000主要是UDP的,如果你是做出口产品选型的话建议同时查看设备的P2P流控功能。

当然一般情况下用户开个网页只用到2-4个并发连接。