2011年7月21日 随笔档案 -凯发k8网页登录

关注后端架构、中间件、分布式和并发编程

   :: 凯发k8网页登录首页 :: 新随笔 :: 联系 :: 聚合  :: 管理 ::
  111 随笔 :: 10 文章 :: 2680 评论 :: 0 trackbacks

2011年7月21日 #

     摘要: 世界邦旅行网创业团队(北京)招聘java工程师/php工程师/测试工程师/前端工程师/移动开发工程师等  阅读全文
posted @ 2013-11-05 17:01 imxylz 阅读(13095) | 评论 (15)编辑 收藏

posted @ 2013-10-16 00:33 imxylz 阅读(9047) | 评论 (8)编辑 收藏

     摘要: bash 为了提高命令的解析速度,将解析过的命令的全路径保存在hash表中,因此下次执行的时候就无需进行再次解析。如果在shell中修改了已经缓存过的命令路径,那么bash可能不能立即生效。这样就会发生命令不能解析或者文件不存在的问题,尽管可执行文件确实存在。  阅读全文
posted @ 2013-10-13 22:16 imxylz 阅读(3094) | 评论 (0)编辑 收藏

     摘要: os x 下批量转换图片格式。  阅读全文
posted @ 2013-10-08 17:17 imxylz 阅读(4973) | 评论 (1)编辑 收藏

     摘要: google的web字体在我朝访问巨慢,尤其是https方式更慢,本文帮助大家解决octopress默认的google web字体访问太慢的问题。  阅读全文
posted @ 2013-09-22 21:42 imxylz 阅读(3153) | 评论 (0)编辑 收藏

     摘要: jrebel最新版本6.0.0的下载地址及个人学习使用版本。  阅读全文
posted @ 2013-09-15 23:24 imxylz| 编辑 收藏

     摘要: 本文描述如何申请2.5$每年的ssl证书,并启用nginx的https访问。  阅读全文
posted @ 2013-09-11 21:58 imxylz 阅读(5551) | 评论 (0)编辑 收藏

posted @ 2013-08-17 17:44 imxylz 阅读(3763) | 评论 (3)编辑 收藏

posted @ 2013-08-05 16:45 imxylz 阅读(29627) | 评论 (6)编辑 收藏

posted @ 2013-02-24 20:55 imxylz 阅读(5016) | 评论 (0)编辑 收藏

posted @ 2012-12-26 12:02 imxylz 阅读(17361) | 评论 (31)编辑 收藏

posted @ 2012-09-25 16:34 imxylz 阅读(27696) | 评论 (0)编辑 收藏

posted @ 2012-06-26 10:51 imxylz 阅读(2906) | 评论 (2)编辑 收藏

posted @ 2012-06-07 12:13 imxylz 阅读(4706) | 评论 (9)编辑 收藏

posted @ 2012-05-27 10:53 imxylz 阅读(3087) | 评论 (1)编辑 收藏

posted @ 2012-05-22 19:47 imxylz 阅读(3302) | 评论 (0)编辑 收藏

posted @ 2012-05-11 18:48 imxylz 阅读(9680) | 评论 (4)编辑 收藏

posted @ 2012-05-10 10:08 imxylz 阅读(10008) | 评论 (0)编辑 收藏

posted @ 2012-04-12 09:39 imxylz 阅读(5569) | 评论 (3)编辑 收藏

posted @ 2012-04-12 09:38 imxylz 阅读(3013) | 评论 (0)编辑 收藏

posted @ 2012-03-28 19:02 imxylz 阅读(28139) | 评论 (2)编辑 收藏

posted @ 2012-03-15 18:30 imxylz 阅读(11347) | 评论 (16)编辑 收藏

posted @ 2012-03-09 17:52 imxylz 阅读(8332) | 评论 (0)编辑 收藏

posted @ 2012-02-29 10:44 imxylz 阅读(2553) | 评论 (0)编辑 收藏

posted @ 2012-02-16 11:10 imxylz 阅读(5992) | 评论 (10)编辑 收藏

posted @ 2012-02-08 16:41 imxylz 阅读(3948) | 评论 (1)编辑 收藏

posted @ 2012-01-29 16:41 imxylz 阅读(7342) | 评论 (4)编辑 收藏

posted @ 2012-01-29 16:34 imxylz 阅读(3578) | 评论 (0)编辑 收藏

posted @ 2011-12-31 14:13 imxylz 阅读(7338) | 评论 (5)编辑 收藏

posted @ 2011-12-30 17:25 imxylz 阅读(6785) | 评论 (0)编辑 收藏

     摘要: 线程池

并发最常见用于线程池,显然使用线程池可以有效的提高吞吐量。
最常见、比较复杂一个场景是web容器的线程池。web容器使用线程池同步或者异步处理http请求,同时这也可以有效的复用http连接,降低资源申请的开销。通常我们认为http请求时非常昂贵的,并且也是比较耗费资源和性能的,所以线程池在这里就扮演了非常重要的角色。
在线程池的章节中非常详细的讨论了线程池的原理和使用,同时也提到了,线程池的配置和参数对性能的影响是巨大的。不尽如此,受限于资源(机器的性能、网络的带宽等等)、依赖的服务,客户端的响应速度等,线程池的威力也不会一直增长。达到了线程池的瓶颈后,性能和吞吐量都会大幅度降低。
一直增加机器的性能或者增大线程的个数,并不一定能有效的提高吞吐量。高并发的情况下,机器的负载会大幅提升,这时候机器的稳定性、服务的可靠性都会下降。
尽管如此,线程池依然是提高吞吐量的一个有效措施,配合合适的参数能够有效的充分利用资源,提高资源的利用率。  阅读全文
posted @ 2011-12-29 16:31 imxylz 阅读(7992) | 评论 (0)编辑 收藏

     摘要: 死锁与活跃度

前面谈了很多并发的特性和工具,但是大部分都是和锁有关的。我们使用锁来保证线程安全,但是这也会引起一些问题。
锁顺序死锁(lock-ordering deadlock):多个线程试图通过不同的顺序获得多个相同的资源,则发生的循环锁依赖现象。
动态的锁顺序死锁(dynamic lock order deadlocks):多个线程通过传递不同的锁造成的锁顺序死锁问题。
资源死锁(resource deadlocks):线程间相互等待对方持有的锁,并且谁都不会释放自己持有的锁发生的死锁。也就是说当现场持有和等待的目标成为资源,就有可能发生此死锁。这和锁顺序死锁不一样的地方是,竞争的资源之间并没有严格先后顺序,仅仅是相互依赖而已。  阅读全文
posted @ 2011-12-29 14:04 imxylz 阅读(8094) | 评论 (2)编辑 收藏

     摘要: 刚看到这个月的编程语言排行榜,很显然java的霸主地位很快就会在发达国家被挤掉,c语言依然是王者(想想上个月自己买的两个c语言的书,冷汗直流)。看来我迟早要回归c,这才是真正的王道。



非常令人吃惊的是c 语言依然不够坚挺,由于windows 7/windows 8的发力,c#很快就会抢占c 的市场,估计很快就会将c 从前三名中挤下去。



iphone/ipad的热销让object c继续火热,前十的位置还是可以持续很久的,这一点毋庸置疑。移动设备开发的高端人才现在是高薪难求,如果有时间我也要继续关注下。  阅读全文
posted @ 2011-12-06 11:25 imxylz 阅读(4510) | 评论 (8)编辑 收藏

     摘要: zookeeper客户端和服务端维持一个长连接,每隔10s向服务端发送一个心跳,服务端返回客户端一个响应。这就是一个session连接,拥有全局唯一的session id。session连接通常是一直有效,如果因为网络原因断开了连接,客户端会使用相同的session id进行重连。由于服务端保留了session的各种状态,尤其是各种瞬时节点是否删除依赖于session是否失效。
session失效问题

通常客户端主动关闭连接认为是一次session失效。另外也有可能因为其它未知原因,例如网络超时导致的session失效问题。在服务端看来,无法区分session失效是何种情况,一次一旦发生session失效,一定时间后就会将session持有的所有watcher以及瞬时节点删除。
而对于zookeeper客户端而言,一旦发生失效不知道是否该重连,这涉及到watcher和瞬时节点问题,因此zookeeper客户端认为,一旦发生了seesion失效,那么就认为客户端死掉了。从而所有操作都不能够进行。参考 how should i handle session  阅读全文
posted @ 2011-12-05 13:57 imxylz 阅读(28250) | 评论 (8)编辑 收藏

     摘要: 为了提高性能,最近将redis从2.2.x的最新版2.2.12升级到2.4.x(2.4.2),惊喜的发现内存占用节省了很多。大赞!


有人说redis的作者是一个勤奋的人,深表同意!


本来升级是为了增加批量操作从而提高性能,没想到内存占用节省了很多。

对于32位的操作系统而言,节省内存62%,对于64位操作系统而言节省73%。非常可观。  阅读全文
posted @ 2011-11-21 16:48 imxylz 阅读(3736) | 评论 (1)编辑 收藏

posted @ 2011-10-10 22:44 imxylz 阅读(1118) | 评论 (3)编辑 收藏

posted @ 2011-07-21 00:34 imxylz 阅读(13900) | 评论 (7)编辑 收藏


©2009-2014
网站地图