如果是一些简单的网站或者小型应用,ASPnet能够支持的并发量可能较低,一般在几十到几百之间。但是对于一些高并发的应用,如电商平台、社交网站等,ASPnet需要支持数以万计的并发访问,需要采用分布式架构、负载均衡等技术手段进行优化和提升性能。
综上所述,ASPnet的并发量并没有一个固定的数值,需要根据具体情况进行评估和测试,并采取相应的优化措施来提高应用程序的性能和并发能力。场景很重要,比如一万并发的qps还是tps,这完全不同的概念。
服务器做做优化,现在通过epoll支撑百万连接十万并发没什么瓶颈。但是,这只是网络层,如果落到具体业务,那就另当别论了。比如redis可以十万并发,因为只需要网络io和访问内存。但是如果有业务处理,挂上了数据库,走了kafka,并且再走redis,那就要具体问题具体分析了。
数据库单存qps,我们原来基准测试结果是可以支撑六万到八万左右,但是有事务的增删改绝对不是这个量级。
其实你需要的是一个基准测试的结果,例如tcp,>Windows server 2003是没有TCP/IP连接数限制的
但一般默认安装时,是有配置连接限制的,你可能事先配置的并发连接数就是100,你可以到"控制面板"中的"授权",去改一下,将每服务器的同时连接数改成你要的数字,比如200或更大如果你用的是盗版你高兴改成1000也没关系,如果用的是正版,那可要算算要花多少钱了,呵呵,多出来的许可证是要花钱买的!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)