精神鸦片“害”人吗

  • Post author:
  • Post category:Wow
  • Post comments:3 Comments

从cnbeta上看到的:挪威小男孩使用《魔兽世界》技能拯救妹妹 新闻来源:多玩游戏-魔兽世界 这是发生在挪威的一件不可思议的事情,一位12岁的男孩用他在《魔兽世界》中学到的技能救了他10岁的妹妹! 这位12岁的小英雄名叫汉斯,事情发生在他带着10岁的妹妹在森林中游玩的时候。也许是妹妹的衣服颜色过于鲜艳,一头激怒的驼鹿低下头,把鹿角对准了可怜的小女孩,准备进行攻击。英雄是不会让妹妹被一只愚蠢的动物伤害的! 汉斯是名《魔兽世界》玩家,他想起了那个魔兽世界中天天看到的技能——嘲讽。汉斯开始发出怪叫,并用棍子不停地像驼鹿挥舞。这让他的妹妹得以逃脱危险,还好可怜的小女孩没有被吓到呆在当场。当驼鹿的注意力完全转移到新敌人的身上时,小英雄立刻倒在地上一动不动。驼鹿靠近汉斯并嗅了嗅,当确认目标已经死亡,对自己没有威胁后,驼鹿转头离开。这时汉斯终于松了一口气,“假死”是他在《魔兽世界》中学到的技能,他从没想过有一天会用来逃离危险。 1. 不确认这是一则真实的新闻,驯鹿也通过嗅觉来判断死亡的生物对自己有无威胁吗? 2. cnbeta上该post的回复率已经有超过120,远远大于其它post的回复数。“无敌”+“炉石”是回复中提到较多的,看来此不要脸招数还真是深入人心。

Continue Reading精神鸦片“害”人吗

I’m going to 大巴扎

进入新疆移动的机房,每个人都穿着白大褂,恍惚间好像来到了医院。。。 乌鲁木齐没有想象中那么冷,也就是零下2度到零下6度的样子,客户说,今年冬天来的晚,在往年这时候早就零下十几度了。所以,我没有毛衣,只穿一条仔裤居然也还能承受。 有人建议去大巴扎,那里可以买写民族特色的物品,还能吃自助,看表演。下图来自网络。 有人要求带巴旦木/巴达木,估计大巴扎里面会有卖的,如果去的话,顺便买了。 还有人要带什么别的东西吗?既然我的无敌大背包已经不能装完回北京的行李,势必要多一个无论是拎着还是拽着的包的话,干脆就多带些东西回去吧,这叫虱子多了不咬,也叫破罐子破摔。

Continue ReadingI’m going to 大巴扎

系统设计两三言

收到一个命题,2TB容量的数据,1000并发,7*24的系统,如果就可维护性,可扩展性和系统性能几方面考虑,该如何进行系统设计。 这是一个很大的题目,牵涉到从硬件到软件,从应用设计到数据库设计的方方面面,足够写一本厚厚的书,其实,我们的梦想不就是有一个维护简单,扩展性良好,性能优秀的系统吗? 7*24意味着对于高可用性的要求严格,那么Oracle数据库在高可用性方面的选项包括哪些呢? 1. RAC 也许很多人仍然对于RAC抱有怀疑,就跟很多人对于RAC抱有迷信一样,持有RAC的性能还不如单节点这样论调的人跟持有性能不好实施RAC就能解决这样论调的人恐怕人数不相伯仲。 其实RAC在性能因素上对于应用的提升仅仅是一个方面,RAC对于高可用性的贡献才是真正无可替代的,目前我还不知道有任何其它一种技术可以当Oracle数据库的一个实例损坏的时候(比如主机的网卡出现故障或者主机根文件系统被充满导致机器没有响应等等)另外一个实例可以立刻顶上并提供服务。普通的HA做不到,Data Guard做不到,Streams也同样做不到。 RAC多节点能够提供数据库软件滚动升级,对于Oracle11g之前的数据库来说这个功能大大减少了系统down机时间,当然实际上Data Guard也可以做到这点,不过即使是Data Guard也仍然有一个Switchover的过程,这仍然需要更多一些的down机时间。 2. Data Guard RAC的所有节点持有同样一份数据文件,那么对于RAC来说,致命的故障可能发生在盘阵的损坏或者连接盘阵的光纤交换机损坏,这种情况下有多少个节点也无济于事,因为数据文件出问题了。而Data Guard弥补的是这方面的需求,两个或者多个实例,两份或者多份存储,在一个实例一份存储坏掉的情况下,可以通过Failover或者Switchover命令来进行主备角色的互换。同时延时Apply功能在Oracle还没有大大增强Flashback的前几个版本中也同样有很大的实用价值。 3. Streams 个人认为Streams终将取代Advanced Replication,即使不提及Streams使用AQ技术而AR使用数据字典表来做延迟队列这两种技术的孰优孰劣,仅仅从最近几个版本的Oracle数据库对AR没有做任何加强这一点上也可以求得佐证。当然,物化视图的刷新由于其操作的简单性以及技术的成熟性在今后很长一段时间内应该还会继续成为多个数据库实例之间同步数据的有效手段。 4. Partition 为什么这里要提到分区?因为大多数人认为分区带来的是性能提升,但是实际上我们认为分区带来的最大好处是高可用性的提升,诚然,正确地使用分区以及分区索引会带来性能上的提升,带来扩展性的提升,但是即使这些不是我们考虑的问题,为了一个系统能够有优越的高可用性,仍然强烈建议使用分区技术来规划数据库。举一个最简单的例子,当我们要卸载历史数据的时候,分区的DDL操作比起对于整表数据的DML操作而言带来的高可用性的提升无疑是巨大的。 那么对于上面那样一个系统,我的建议数据库架构是双节点RAC + Physical Standby + Partition,也许应用只会使用到RAC中的一个节点,但是仍然需要RAC;也许这份健壮的存储永远不会坏,我们仍然需要Data Guard,至少RMAN备份不用占据产品数据库的资源;也许单表数据只有几G,即使索引全扫描也仍然可以接受,我们仍然要分区。…

Continue Reading系统设计两三言