社区
Java EE
帖子详情
高并发量每秒1--2万,选什么框架
sweetkoko
2011-01-15 11:17:47
最近遇到一个问题,当网站在高峰期的时候,并发量是1--2万,那么应该选择什么框架来完成?
为什么要选择这个框架?他们只见得区别是什么?
...全文
1147
7
打赏
收藏
高并发量每秒1--2万,选什么框架
最近遇到一个问题,当网站在高峰期的时候,并发量是1--2万,那么应该选择什么框架来完成? 为什么要选择这个框架?他们只见得区别是什么?
复制链接
扫一扫
分享
转发到动态
举报
AI
作业
写回复
配置赞助广告
用AI写文章
7 条
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
zhangye20851
2012-12-18
打赏
举报
回复
你准备用strust1还是struts2 ? spring MVC 的性能要好于struts2
juaby
2011-01-16
打赏
举报
回复
网站做负载均衡
数据做切分负载均衡
龙四
2011-01-16
打赏
举报
回复
假若每秒1.5w,也就是说1ms要处理15个请求,只能靠强大的硬件了,搞个F5分发(用软件分发我觉得都达不到这个目标),后面数据库、应用统统集群
sweetkoko
2011-01-16
打赏
举报
回复
硬件是一个方面,现在我们已经考虑进去了,现在我们就只考虑用什么框架。
目前准备在struts MVC 和 spring MVC做一个选择,大家对着这两个框架有什么看法?比如在高并发的时候的处理能力?以及rest额的支持等!!
qunhao
2011-01-15
打赏
举报
回复
什么框架都顶不住吧。。。
烟火人间-红尘一笑
2011-01-15
打赏
举报
回复
这么高的并发访问量,肯定要多服务器负载均衡的吧,一台机器系统做的再好,那能吃的消吗?
秒级达百
万
高并发
框架
-Disruptor
Disruptor介绍 Disruptor是一个高性能的并发
框架
,主要应用于创建具有高吞吐
量
、低延迟、无锁(lock-free)的数据结构和事件处理系统。它最初由LMAX公司开发的,已经成为了业界广泛使用的高性能并发
框架
。Disruptor
框架
的特点和优势包括:高性能:Disruptor
框架
能够通过无锁的方式提供非常高的并发性能和吞吐
量
,比如在大规模消息发布订阅场景下,能够
每秒
处理数百
万
个消...
无锁并发
框架
---Disruptor
无锁并发
框架
---Disruptor1、Disruptor
框架
简介1.1、Disruptor是干什么的1.2、核心设计原理1.3、底层数据结构1.4、Disruptor设计成数组+序列号的优势是什么?1.5、Disruptor内部的一些构件简介1.6、Disruptor的等待策略2、Disruptor
框架
的使用3、Disruptor
框架
的重点方法解析3.1、ByteBuffer.next()3.2、Disruptor.start()3.3、ByteBuffer.publish() 1、Disruptor
框架
并发编程
框架
----disruptor
框架
(一)
背景 Disruptor是英国外汇交易公司LMAX开发的一个高性能队列,研发的初衷是解决内存队列的延迟问题(在性能测试中发现竟然与I/O操作处于同样的数
量
级)。基于Disruptor开发的系统单线程能支撑
每秒
600
万
订单,2010年在QCon演讲后,获得了业界关注。2011年,企业应用软件专家Martin Fowler专门撰写长文介绍。同年它还获得了Oracle官方的Duke大奖。 目前,包括Apache Storm、Camel、Log4j 2在内的很多知名项目都应用了Disruptor以获取高性能。在
秒杀,
每秒
10
万
并发
一般都单独部署 独立部署,防止影响网站正常使用。
一般项目的并发
量
有多少_教你如何定义网站并发
量
,
选
用合适
框架
最近去面试啥公司都问微服务了真的有那么多公司业务
量
达到这么大需求反正我是不懂。哎,心累言归正传其实一个网站的并发
量
我以前也没有注意过毕竟以前公司业务
量
小基本都是开发管理后台,用的人不多要不就是还没上线就被砍掉(真的很伤,做了多少项目有多少被砍掉)这几次面试问的多就慢慢留意了下 因特网上,经常用
每秒
查询率来衡
量
域名系统服务器的机器的性能,其即为QPS。对应fetchesc,即
每秒
的响应请求数,也即是...
Java EE
67,549
社区成员
225,860
社区内容
发帖
与我相关
我的任务
Java EE
J2EE只是Java企业应用。我们需要一个跨J2SE/WEB/EJB的微容器,保护我们的业务核心组件(中间件),以延续它的生命力,而不是依赖J2SE/J2EE版本。
复制链接
扫一扫
分享
社区描述
J2EE只是Java企业应用。我们需要一个跨J2SE/WEB/EJB的微容器,保护我们的业务核心组件(中间件),以延续它的生命力,而不是依赖J2SE/J2EE版本。
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章