手机浏览 RSS 2.0 订阅 膘叔的简单人生 , 腾讯云RDS购买 | 超便宜的Vultr , 注册 | 登陆
浏览模式: 标准 | 列表Tag:apmxe

最近的事

Submitted by gouki on 2011, July 8, 4:53 PM

最近其实发生了不少事情，但是我没有多少时间上网，所以博客更新的就很少了。。。
1、拓展，公司搞了一次拓展活动，有眼尖的朋友可能已经在微博上看到了我在表演的图片，哈哈。拓展给我带来的学习就是能够站出来说几句了，以前只在熟人面前站出来，现在是在不认识的人面前站出来说话，这也是一种锻炼，至于其他的一些拓展活动就不提了，没啥好玩的。

2、新浪微博，居然不提供私信功能，嗯，是指权限不够的情况下，私信功能是不开放的。好吧，纠结了。。

3、又开始看android在netbeans上的配置了，准备要改行做android开发了，虽然家里的书有不少，但事实上几乎都没有看。也得看一下scala下怎么开发andorid，感觉更适合这个玩意

4、yii framework官网被墙？很多人做了代理，其中yiibook.com做的比较好，可以访问http://f.yiibook.com，事实上，yiibook.com首页的这个文章也很不错，建议阅读。

其他嘛。实在太累了，没心思多说了，我还在看JS。。好纠结的东西

Misc | 评论:2 | 阅读:14527

mklink vs junction

Submitted by gouki on 2011, March 31, 11:10 PM

在介绍mklink之前，我先说一下junction，关于它，我写过两篇 博客

所以我现在不作多介绍了。。

之所以要说mklink，主要缘于，在win7操作系统下，junction这个功能，其实 是自带了。而且功能也不差，具体可以看看这个.

 

-------

2019年，重打开此文章吧。不再隐藏了。win7都没了，当时写一半没了。哭！

Tags: mklink, junction

Software | 评论:0 | 阅读:7329

例行维护后引起的故障和桔子的缓存故障

Submitted by gouki on 2010, April 25, 8:30 PM

最近javaeye发生一起小故障，是robbin自己说的：

XML/HTML代码
  1. @robbinfan: 昨晚JE所在机房切换电源关机导致网站无法访问。早上恢复后因为数据库和缓存服务器都被清空，巨大流量(QPS将近400，并发连接到1000)直接冲击导致web服务被阻塞，现在正在逐步恢复中。

在mikespook.com看到对待这个问题的分析时，突然想起桔子也遇到过类似的问题，所以把他们两个人的事情贴出来。

先上mikespook的：

XML/HTML代码
  1. 显然，这是一次运维事故。事故的原因是分流作用的数据库和缓存出现“故障”，导致数据层响应延迟，web 服务器阻塞。这里我没有用“清空”而是用了“故障”来描述分流数据库和缓存，是因为实质上 javaeye 的这次事故虽然是正常维护（电源切换）后发生的，但是其表象跟分流数据库和缓存宕机是一样的。  
  2.   
  3. 这个故事给我的两个启示：  
  4.   
  5. 在架构设计上，对于分流数据库或者缓存或许应有一定的持久化能力。比如，在维护时，按照从“外”到“内”的顺序逐步关闭服务。在这个例子里，“外” 就是 web服务，“内”就是数据层。在关闭了“外”服务后，手工或自动将缓存持久化。维护完成，开启顺序从“内”到“外”，并在回复完底层存储后，将持久化数据恢复到缓存。  
  6.   
  7. 在运维规范上，在维护后应让系统进入一个的磨合期，在合理的时间内通过分流（比如跳转到一个“系统忙”的页面）或者防火墙封锁的方式。让系统保持在比正常负载低一些的水平。持续一段时间（或者维护后累计访问量达到某个值）后再让系统开足马力去运行。  
  8.   
  9. 这样，应该可以避免空缓存大并发导致的宕机事故。  
  10.   
  11. 再次感谢 robbin 和 javaeye 为我们带来的启示。  

再上桔子的，汗，突然发现桔子的博客上居然没有写，看来是上次在群里看到了，大意如下：

XML/HTML代码
  1. 某次更新系统，然后需要重启，结果重启后CPU长时间处于100%（？还是死机了？），后来检查发现，原来故障是出在缓存上。  
  2. 因为是采用文件缓存，而又设定了过期时间，重启后，所有的缓存都过期了。然后网站访问量又大，突然而来的访问导致缓存重新生成，差点让机器出故障。  
  3. 所以现在开始要调整缓存架构。  
其实上面两个问题都差不多。都是在访问大的时候，缓存频繁生成造成的故障，这确实不容忽略，但如何解决真的是一个问题。很多时候在访问量不大时，我们都考虑使用文件来作为缓存存储。但真正访问量高了后，文件缓存不可避免的就带来IO的消耗，如何批量生成缓存？还是按次生成缓存？还是定有一定的策略？难道还要采用队列？那就夸张了。

所以，一个好的系统架构也是很需要的，不能因为一次宕机就永远起不来。我个人是偏向于队列生成缓存，这样就不用担心一次写入过多文件引起IO的崩溃。但队列是因为有延迟的，如果控制同样的内容不重复生成文件缓存，则需要另外考虑

Tags: 故障, 缓存, 重启, 维护

PHP | 评论:1 | 阅读:16427

跳闸

Submitted by gouki on 2008, December 21, 9:04 PM

晚上小朋友在洗澡的时候，突然间，电没了。很紧张的冲出去一看，原来是我们家自己跳闸了。
想想也没有开什么：两个空调，一个小水泵，一台笔记本，一个暖风机，一台电脑，热水器，冰箱。也就突然跳掉了。。。

立马冲到物业，请他们过来检修一下，说是半个小时到，结果刚回到楼下，来检修的人已经到了。

到楼上才发现原来把闸刀推上就行了。但我最初以为是保险丝烧掉，也以为那个放电表的地方是不允许开的。呵呵

第一次，在上海感受到了没电的滋味，多少年了。。。。。

Tags: 停电, 跳闸

Misc | 评论:0 | 阅读:16787