注册 登录  
 加关注
   显示下一条  |  关闭
温馨提示!由于新浪微博认证机制调整,您的新浪微博帐号绑定已过期,请重新绑定!立即重新绑定新浪微博》  |  关闭

mie

 
 
 

日志

 
 

libuv运行异常问题(续)  

2014-07-16 21:40:57|  分类: 疑难杂症 |  标签: |举报 |字号 订阅

  下载LOFTER 我的照片书  |

上接:http://zhanyonhu.blog.163.com/blog/static/16186044201468102732585/

这几天反复在想这个问题。从各种异常的情况来看,很像是内存碎片或内存空间不足导致的。

1. 我编译64位版本,相对较稳定。

2. 我去掉了大量的free操作和stl::list,也没遇到过问题。

 

于是,内存碎片很可能是诱因。而另外一方面,每次测试导致机器卡顿得厉害,也是影响分析进度的原因。而我也没能耐心地去仔细看代码。

我相信libuv的queue的代码的健壮性,因为nodejs已经有很长一段时间了。于是,为了验证,我做了多个尝试工作:

1. 自己实现了一个简单的线程池

2. 基于boost的内存池修改代码

3. 了解了一些高性能的map算法。

而当测试一步一步进行的时候,之前的问题却很难重现了。。

 

解决!

又2了!!

我发起了大量的任务请求,然后在任务结束时,没法直接回收任务单元的内存。于是,我采用延时几十秒回收内存的方式。但是,在几十万的频繁请求下,我的破机器是跑不动的,于是,延迟几十秒也没法确保任务单元被处理完,所以回收内存的时候还是会造成回收和访问的冲突,进而导致访问非法内存等各种奇葩的问题。

 

我之前也曾怀疑过,但是心想,几十秒还不够吗,,,

暂时确定是这个原因,后续继续观察。不过这一周也不算白折腾,后面会将代码更换为更高效的实现。——这个工程的代码是我这些年来写得最乱的代码,权当做一次试手。

 

By:zhanyonhu

  评论这张
 
阅读(802)| 评论(0)
推荐 转载

历史上的今天

在LOFTER的更多文章

评论

<#--最新日志,群博日志--> <#--推荐日志--> <#--引用记录--> <#--博主推荐--> <#--随机阅读--> <#--首页推荐--> <#--历史上的今天--> <#--被推荐日志--> <#--上一篇,下一篇--> <#-- 热度 --> <#-- 网易新闻广告 --> <#--右边模块结构--> <#--评论模块结构--> <#--引用模块结构--> <#--博主发起的投票-->
 
 
 
 
 
 
 
 
 
 
 
 
 
 

页脚

网易公司版权所有 ©1997-2016