范凯:Web并发模型粗浅探讨

所需积分/C币:7 2014-05-29 14:05:42 494KB PDF
5
收藏 收藏
举报

CSDN内部培训资料之一,由范凯介绍的《Web并发模型粗浅探讨》。
Request Request Request Request 1 CPU Core R1 R R R R1 R R R RI R R R 4 34 4 并发:CPU划分时间片,轮流执行每个请求任务,时间片到期后,换到下一个 Request Request Request Request 2 3 4 4 CPU Core R1 R2 R3 R4 并行:在多核服务器上,每个CPU内核执行一个任务,是真正的并行 吞吐量 单位时间内服务器总的请求处理量 以 request/ second来衡量,如1200rps 每个请求的处理时间 Latency 服务器处理请求的并发 workers 其他因素如GC也会影响吞吐量 举例: csdn new bbs 平均每个请求的 latency-200ms 总共40个 Workers 理论春吐量上限1000/200*40=20Orps 理论每日处理动态请求上限1700万,目前实际每日处 理动态请求270-330万,预估实际处理上限600万 O类型 磁盘文件操作,例如读硬盘文件 操作系统调用,例如she‖!命令 网络操作 访问数据库 MySQL, MongoDB,… 访问其他Web服务,发起网络连接 访问缓存服务器 Memcached, Redis 典型|O密集请求 read buffer cod DB cod DB cod write e read e write buffer 丨○操作的延时远远高于CPU时钟周期 和内访问,所以一日Web请求涉及|O 操作,CPU处于Wa状态,被浪费了 O密集型并发 ·并发真能提高吞吐量吗? 假设每个请求执行10oms,顺序执行10个请求共需要1s 单核服务器并发处理10个请求,假设平均分配时间片10ms,请求 1到请求10将在900ms到1000ms间执行完毕。吞吐量没有任何 提高。并发越多,所有请求都变得非常缓慢。(考唐到任务的场景 切换开销,吞吐量还会下降,需要超过15才能执行完毕) 大多数Web型应用都是|O密集型 执行请求100ms当中,可能有80ms花在|O上,只有20ms消耗 CPU时钟周期,最好情况下,请求1到请求10将在190ms到 280ms间执行完毕,吞吐量极大提高。 ·O密集型应用,大部分CPU花在等待O上了,所以并发可 以有效提高系统的吞吐量 顶疗执行10个请求,每个请求100ms,总共1s执行完毕 R1 R2 R1 0 并发执行10个请求,每个请求分型10ms的时间片,仍然1s执行完毕 吞吐量没有提高,每个请求处理时间变长 顶疗执行10个请求,每个请求100ms,总共1s执行完毕 并发执行10个请求,每个请求分配10ms的时间片 200ms之后CPU处于空闲状态,190ms到280ms请求全部执行完毕 吞吐量得到极大提高

...展开详情
试读 60P 范凯:Web并发模型粗浅探讨
立即下载 低至0.43元/次 身份认证VIP会员低至7折
一个资源只可评论一次,评论内容不能少于5个字
您会向同学/朋友/同事推荐我们的CSDN下载吗?
谢谢参与!您的真实评价是我们改进的动力~
  • 分享王者

关注 私信
上传资源赚钱or赚积分
最新推荐
范凯:Web并发模型粗浅探讨 7积分/C币 立即下载
1/60
范凯:Web并发模型粗浅探讨第1页
范凯:Web并发模型粗浅探讨第2页
范凯:Web并发模型粗浅探讨第3页
范凯:Web并发模型粗浅探讨第4页
范凯:Web并发模型粗浅探讨第5页
范凯:Web并发模型粗浅探讨第6页
范凯:Web并发模型粗浅探讨第7页
范凯:Web并发模型粗浅探讨第8页
范凯:Web并发模型粗浅探讨第9页
范凯:Web并发模型粗浅探讨第10页
范凯:Web并发模型粗浅探讨第11页
范凯:Web并发模型粗浅探讨第12页

试读结束, 可继续读6页

7积分/C币 立即下载