上善若水
In general the OO style is to use a lot of little objects with a lot of little methods that give us a lot of plug points for overriding and variation. To do is to be -Nietzsche, To bei is to do -Kant, Do be do be do -Sinatra
posts - 146,comments - 147,trackbacks - 0
2015年7月28日
使用NamedParameterJdbcTemplate遇到无法使用的坑
posted @ 2015-11-11 18:46 DLevin 阅读(6573) | 评论 (0) | 编辑 收藏
SSTable详解
posted @ 2015-09-25 01:35 DLevin 阅读(15855) | 评论 (0) | 编辑 收藏
[转]高性能IO模型浅析
posted @ 2015-09-04 15:16 DLevin 阅读(1802) | 评论 (0) | 编辑 收藏
Netty3架构解析
posted @ 2015-09-04 09:40 DLevin 阅读(7654) | 评论 (0) | 编辑 收藏
Intercepting Filter模式详解
posted @ 2015-09-03 22:14 DLevin 阅读(5536) | 评论 (0) | 编辑 收藏
Reactor模式详解
posted @ 2015-09-02 15:14 DLevin 阅读(112220) | 评论 (5) | 编辑 收藏
深入HBase架构解析（二）
posted @ 2015-08-22 19:40 DLevin 阅读(9118) | 评论 (0) | 编辑 收藏
深入HBase架构解析（一）
posted @ 2015-08-22 17:44 DLevin 阅读(60692) | 评论 (0) | 编辑 收藏
Log4J引起的程序“装死”
posted @ 2015-08-13 16:28 DLevin 阅读(9898) | 评论 (4) | 编辑 收藏
实现自己的Lock对象
posted @ 2015-08-11 06:08 DLevin 阅读(5432) | 评论 (0) | 编辑 收藏
[转]HotSpot术语表
posted @ 2015-08-10 20:27 DLevin 阅读(847) | 评论 (0) | 编辑 收藏
[转]自旋锁、排队自旋锁、MCS锁、CLH锁
posted @ 2015-08-07 00:18 DLevin 阅读(1102) | 评论 (0) | 编辑 收藏
Java CMS GC 361s引发的血案
     摘要: 文章从Java CMS GC花费361s后引起GemFire节点掉出集群过程中各个节点交互的详细流程以及日志情况，重点介绍了ParNew＋CMS GC promotion failed和concurrent mode failure产生的原因以及解决方案。解决方案从两方面入手：JVM参数调优和减少类的创建，其中JVM参数调优过程中详细介绍了ParNew和CMS的工作原理、调优参数、各种不同情况下产生的GC日志解释；着重于避免Full GC引起长时间停顿的问题。  阅读全文
posted @ 2015-08-01 03:02 DLevin 阅读(9822) | 评论 (0) | 编辑 收藏
[转]并发(Concurrent)与并行(Parallel)的区别
posted @ 2015-07-28 23:43 DLevin 阅读(852) | 评论 (0) | 编辑 收藏
Copyright ©2024 DLevin Powered By博客园 模板提供：沪江博客