随笔分类 -  服务器编程

摘要:07.29 最高到了115w积压, 07.30也有持续几分钟上万的走势 分析 对update_betting_offer的处理包括2部分,Handler_Filter和Handler_Trigger, 性能问题发生在Handler_Filter阶段 Handler_Filter各个子阶段在07.29 阅读全文
posted @ 2017-12-26 16:15 sealake 阅读(611) 评论(0) 推荐(0)
摘要:现象: 同事负责的项目转到我部门,整理服务过程中发现了队列的积压问题。 为了搞清楚积压的严重程度, 对队列任务数每分钟进行一次采样,生成一个走势图, 队列积压情况一目了然,非常严重。 分析: 听了同事对系统的介绍,猜测是mongo性能影响了处理效率,于是针对mongo进行分析 1. 使用mongot 阅读全文
posted @ 2017-04-26 17:57 sealake 阅读(2336) 评论(2) 推荐(3)
摘要:High-Performance Server Architecture高性能服务器架构来源:http://pl.atyp.us/content/tech/servers.html译文来源:http://blog.csdn.net/marising/article/details/5186643引言本文将与你分享我多年来在服务器开发方面的一些经验。对于这里所说的服务器,更精确的定义应该是每秒处理大量离散消息或者请求的服务程序,网络服务器更符合这种情况,但并非所有的网络程序都是严格意义上的服务器。使用“高性能请求处理程序”是一个很糟糕的标题,为了叙述起来简单,下面将简称为“服务器”。本文不会涉及 阅读全文
posted @ 2011-11-24 22:47 sealake 阅读(240) 评论(0) 推荐(0)
摘要:转载:http://www.vimer.cn我们目前的网络模型大都是epoll的,因为epoll模型会比select模型性能高很多, 尤其在大连接数的情况下,作为后台开发人员需要理解其中的原因。select/epoll的特点select的特点:select 选择句柄的时候,是遍历所有句柄,也就是说句柄有事件响应时,select需要遍历所有句柄才能获取到哪些句柄有事件通知,因此效率是非常低。但是如果连接很少的情况下, select和epoll的LT触发模式相比, 性能上差别不大。这里要多说一句,select支持的句柄数是有限制的, 同时只支持1024个,这个是句柄集合限制的,如果超过这个限制,很 阅读全文
posted @ 2011-11-18 13:53 sealake 阅读(427) 评论(0) 推荐(0)