码迷,mamicode.com
首页 > 其他好文 > 详细

活着,就一直在忙碌,从未有停歇。

时间:2016-07-22 21:13:12      阅读:212      评论:0      收藏:0      [点我收藏+]

标签:

活着,就一直在忙碌,从未有停歇。

最近,忙里偷闲,整理自己的技术知识体系,随便写写,权当Mark。

技术分享

问题界定

发现问题,解决问题。

技术分享

案例一:高并发和MongoDB交互

问题描述:Job跑起价时,CPU Load很高。

Dump分析:查看线程调用栈信息,有42个线程在如下状态

技术分享

说明稍微高一点并发时,记录日志会有问题,反编译可以看到DoAppend时会lock住当前对象。

技术分享

而代码中采用一个实例,且设置的缓冲区大小为2,重写的SendBuffer方法中和MongoDB交互。

所以,这里是由于频繁的和MongoDB交互引起的高CPU Load。

 

优化方案:

1.改变缓冲区大小,设置一个较大的值。但如果日志不够多,可能很久写不出来。

2.自定义一个日志池,根据时间和个数的双重维度控制,异步批量的和MongoDB交互。

案例二:接口耗时较多

问题描述:CPU Load很高。

Dump分析:

先查看线程数,再打印出每个托管线程的调用栈信息,没有发现明显问题。

继续,查看线程的耗时,发现有两个线程耗时为30秒,从调用栈信息查看,是同一个接口。

对该接口做压力测试,5个并发时CPU在90%以上,所以是由于接口耗时较多,导致并发时高CPU Load。

 

性能分析:

用VS Analyze Tool对接口做性能分析,发现重复调用了从redis中取某个特定缓存数据的方法

技术分享

跟踪代码,发现对于相同的缓存数据,用两种方式重复取: 
1.循环,取单个缓存。 
2.一次取所有缓存。

所以这里取重复了,多了一倍的耗时,通过调试可以验证这个结论。所以,首先要剔除重复。

之后,查看为何从Redis取缓存如此慢,原因是以json字符串格式存取Redis的,所以取时需要反序列化,可以针对这点再考虑优化存取方案。

技术分享

基础架构

Quartz.NET、ActiveMQ、Unity、Autofac、Git等。

技术分享技术分享   

其中,进程间通信,除了WebAPI,还包括:

        技术分享

分布式系列

Hadoop没实践过,只是之前看看书而已,都快忘了。。。

 技术分享

分层

技术分享

 

H5和ASP.NET MVC都不是特别熟,用户表现层就不说哈~~

数据持久层

SQL Server、MySQL、Mongodb等。

技术分享

 数据仓储层

通过ADO.NET或EF等ORM工具,实现和数据库的交互操作。

技术分享

数据缓存层

使用Memcached、Redis或自建缓存系统。

技术分享

业务领域层

技术分享

C#

技术分享

数据结构与算法设计

技术分享

代码仓库

技术分享

 

细节,有时间再慢慢道来吧。。

 

活着,就一直在忙碌,从未有停歇。

标签:

原文地址:http://www.cnblogs.com/LoveOfPrince/p/5696875.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!