眼泪 殇

January 15, 2012

 

只是突然就想到了这首歌,循环不断的唱着
遥望着你背影   
有孤单太苍白   
我多么想陪着你   
走过人山人海   
当天空变灰白   
你的忧伤澎湃   
我多么想走进你   
紧锁的心海   
我一直都在你身后等待   
等你有一天回过头看我 
我的笑送给你希望你快乐  
你的难过都给我 
关于你的一切我都 
好好收藏着   
我一直都在你身后等待   
等你有一天能感觉到我   
就算我在你世界   
渺小像一颗尘埃   
我也会给你我所有的光和热   
当天空变灰白   
你的忧伤澎湃   
我多么想走进你   
紧锁的心海   
我一直都在你身后等待   
等你有一天回过头看我   
我的笑送给你希望你快乐   
你的难过都给我   
关于你的一切我都   
好好收藏着   
我一直都在你身后等待   
等你有一天能感觉到我   
就算我在你世界   
渺小像一颗尘埃   
我也会给你我所有的光和热   
我鼓起勇气呐喊   
你要听得见   
我不许你再孤单   
要你拥抱我给的温暖  
我一直都在你身后等待   
等你有一天回过头看我   
我的笑送给你希望你快乐   
你的难过都给我  
关于你的一切我都   
好好收藏着   
我一直都在你身后等待   
等你有一天能感觉到我   
就算我在你世界   
渺小像一颗尘埃   
我也会给你我所有的光和热

 

各种不适应

December 20, 2011

本来是以一种比较开心的状态离开宝山的

因为宝山的现状,让人担忧,一些人的偷懒,各自对他人的不满,各怀鬼胎

些许释怀的感觉

然而,到了一个全新的环境,才发现自己仿佛是进了另一个火坑

员工业务水平差,不自觉,随之而来的就是弥补错误

没有归属感,因为只是在一间办公室上班,也许连同事都说不上吧

学会慢慢适应吧

也慢慢开始理顺所有的事情,争取在最后的两周时间,找出自己的方法,开始明年的计划

1000 day anniversary

June 7, 2011

不知不觉已经在一起1000多个日子了

珍惜!每一刻!

爱!

说起MySpace,可能很多人对他印象很深,MySpace.com成立于2003年9月,是目前全球最大的社交网站。它为全球用户提供了一个集交友、个人信息分享、即时通讯等多种功能于一体的互动平台,同时他也是.NET应用最出色的网站之一。下面我们一起来回顾一下MySpace架构的改革之路,或许我们能从中得到一点点架构方面的经验和教训。

 

1、50万用户

 

最早myspace网站由一台数据库服务器和两台Web服务器构成,此后一段时间又加了几台web服务器。但在2004年早期,用户增加到50万时一台数据库服务器就显得力不从心了。

 

他们设计了第一代架构,在此架构中他们运行3个SQL Server2000服务器,一个为主,所有的新数据都提交给他,然后再复制给其他两个数据库服务器。另外两台服务器用来给用户提供信息浏览,也就是只做数据读取。在一段时间内效果不错,只需要增加数据库服务器,扩大硬盘,就可以应对用户数和访问量的增加了。

 

2、100万-200万用户

 

当达到这个数字时,myspace数据库服务器遇到了I/O瓶颈,即他们存取数据的速度跟不上了。而这时据他们第一个架构只要5个月。有人花5分钟都无法完成留言,很多用户认为myspace完蛋了。

 

这个时候新的架构被快速提出来了,这一次他们把数据库架构按照分割模式设计,以网站功能分出多种,如登陆、现实用户资料、博客信息、等分门别类存储在不同的数据库服务器里。这种垂直分割策略利于多个数据库分担访问压力(天涯曾经就这么做过)。后来myspace从存储设备与数据库服务器直接交互的方式SAN(用高带宽和专门设计的网络将大量磁盘存储设备链接在一起,而数据库链接到SAN)。

 

3、300万用户

 

到300万用户时,这种架构开始也不行了,因为每个数据库都必须有每个用户表副本,意识是一个用户注册后,他的信息会分别存在每个数据库中,但这种做法有可能某台数据库服务器挂掉了,用户使用一些服务可能会有问题。另一个问题是比如博客信息增长太快,专门为他服务的数据库的压力过大,而其他一些功能很少被使用又在闲置。这就好像有人忙的要死,有人闲的要死。

 

于是他们购买了更好更贵的服务器来解决管理更大数据库的问题。但专家预测他们即使昂贵专业的服务器到最后也会不堪重负,他们必须调整架构而不是掏钱买更好的服务器。于是他们的第三代架构出现了。分布式计算架构,他们分布众多服务器,但从逻辑上看成是一台服务器。拿数据库来说,不能再按功能拆分了,看成只有一个数据库服务器。数据库模型中维护一个用户表、博客信息表、等等同看作在一个数据库服务器中。

 

然后他们开始把用户按每百万一组分割,每一组的用户访问指定的数据库服务器。另外一个特殊服务器保存所有用户的帐号和密码。他们的设计师说如果按照这种模式以更小粒度划分架构是可以进一步优化负荷负担的(50万用户为一组 或者更少)。

 

4、900万-1700万用户

 

myspace在这个时候把网站代码全部改为.net语言,事实证明网站跑的比以前快了很多、执行用户的请求消耗非常少的资源,后来他们把所有的程序都改成.net了。但问题到1000万时还是出来了。

 

用户注册量太快,按每100万分割数据库的策略不是那么完美,比如他们的第7台数据库服务器上线仅仅7天就被塞满了。主要原因是佛罗里达一个乐队的歌迷疯狂注册。而且某台数据库服务器可以在任何原因 任何时候遭遇特别大的负荷。他们的解决办法是人工把崩溃的数据库里的用户迁移走。但这不是一个好办法。

 

这个时候myspace购买了3PAdata设备,他的牛逼之处是真正把所有的数据库看成一个整体。他会根据情况把负荷平均分配出去,比如当用户提交一个信息,他会看哪个数据区域空闲然后分配给他,然后会在其他多处地方留有副本,不会出现一台数据库服务器崩溃,而这台数据库里的信息没有办法读取的情况,这样做看起来好极了。

 

另外他们增加了缓存层,以前用户查询一个信息,就请求一次数据库,现在当一个用户请求数据库后,缓存层就会保留下来一个副本,当其他用户再访问时就不需要再请求数据库了,直接请求缓存就够了。

 

5、2600万用户

 

他们把服务器更换到运行64位的服务器,这样服务器上可最多挂上32G内存,这无疑有提升了网站性能,用户感觉这个网站开始稳定快起来了。但一个新问题意外出现了。他们放数据库服务中心的洛杉矶全市停电了。这导致整个系统停止运行长达12个小时。

 

这时他们实现了在地理上分布多个数据中心以防止洛杉矶事件再次出现,在几个重要城市的数据中心的部署可以防止某一处出现故障,整个系统照样提供服务,如果几个地方都出现故障,那么这就意味着国家出现了重大灾难,这种几率是非常低的。

 

6、总结

 

这个架构变化升级相当有意思,架构随着用户量的提升作仓促的变化,但又恰到好处,看来MySpace又验证了一句古话“有压力才会有动力”。同时他给我们后人的启示是要尽早发现系统的瓶颈,设计师在设计时要有前瞻思想,否则今后有可能也要这样仓促的升级你的产品。

 

改变

March 11, 2011

有些事情是不是时间长了就会淡了呢

刚在一起的时候,即使是情人节,我都没有重视的节日,也会收到礼物

而且,很有新意,收到的最有意义的礼物。

可是,现在的,

连我的生日都过了那么长时间,我还是没有礼物

你总是推诿说我没有时间陪你去

难道这真的是理由吗?

礼物不在于大小而在于心意

心意都没有了,礼物就失去意义了

是我想得太多,还是你真的那么神经大条

是我的每一次迁就把你惯坏了吗?

 

space不见了

October 1, 2010

之前看到同学的签名,在谈论wordpress的问题

我还没有意识到space已经不见

跟随上面的种种心情,一起消失了

06年开始写space,也会无病呻吟,每日一记

也有自己的心声,印象最深的就是自己的那篇,即将逝去的大一生活

记录着自己美好的,近乎完美的大一生活

值得庆幸的是,此文在MLKZ上还能找到

 

不太开心的一天

明明已经请假,结果却让我自己换班

可能因为我说的太晚,可能他们不愿换班,反正结果是今天上午我要去上班

结果就是11点50,匆忙换好衣服,饿着肚子去地铁站

一路上还没有便利店可以买水,哭。。。

可是,签约到一半,打电话催我回去

顿时让我很无奈

接下来又是短信

越来越讨厌现在的工作环境,现在的同事

毕业

June 25, 2010

2010年6月25日,这是领毕业证的时间,从某种程度上来说,也是我们最后一次相聚在华理,今日之后,大家各奔东西。

依旧是周五,虽然是上午,学校已有很多学生拎着书包回家了,曾经的我们也是这样,每逢周五,上海的学生就大包小包的回家了,当然,这其中并不包括我。

走进会议室,好多同学已经在那里了

今天,并没有多少伤感,即使天空还是很配合下起雨了

也许是因为所有的伤感都已经在散伙饭的时候宣泄完了,也可能是因为我们班,除了三个出国之外,其余都在上海

我很庆幸在这个一个班级,一个团结的班级

大一,我们有自己的班级晚会,我们有金山古镇一日游

大二,我们故地重游回到金山,我们会班级风采大赛而努力,会我们的失利而哭泣

大三,我们继续发扬公共063的风格,一吃为主

大四,在这个毕业的季节,我们一起毕业旅行,一起散伙饭

翻阅四年的照片,感受颇多

至今清晰 记得第一次踏入金山校区的感受

那一天,也是下个雨,走进破旧的体育馆,走进空荡荡的寝室,身边都是陌生的面孔,人生中的第一次住寝室,那一晚,我哭了

离开了高中的朋友,觉得无助

但是,后来

遇到西西姐和噜噜姐是一件幸福的事情

三个人在10点跑出去吃夜宵,麻辣烫,烧烤。。。

在11点熄灯之后在寝室泡酸辣粉

曾经,一周去吃三次红星火锅

曾经,我们也一起在阳台偷拍帅哥

曾经,我们一起在阳台谈心喝酒

也曾经一起为考试而通宵复习

我们一起翻过墙,也一起疯狂的从学校骑车到奉贤

我们一起去唱歌,到最后却一起开始睡着

怀念在一起的每一天,我们快乐的每一天,疯狂的每一天,为考试痛苦的每一天

现在想来,都是那么美好。

大四,我们开始各自忙碌,我忙着实习,西西姐忙着出国,噜噜姐忙着考研

联系少了

最后,我们都还是工作了,回到那个最初开始的地方

今天之后,我们各奔东西了

但是,希望我们还是能像去南京旅行时说的那样,每年都会一起去旅行,一起见面相聚

大学四年,我生活中还有一个很重要的应该就是MLKZ

一个让我认识了很多人的地方

也让我遇到了猪

但愿能永远

从开始实习,就越来越觉得现在的工作不适合自己

虽然还未定岗,但摆在面前的可选的两个发展方面都不是我喜欢的

于是,踏上了重新投简历的过程

可到了这几个人,有关HR的这些职位越来越少,几个礼拜也许都没有职位的更新

即使偶尔有的面试,不是我放弃他,就是他对我不满意

到了6月份,大家的工作都尘埃落定了

我也好像不能改变现状了

说服自己要适应现状

可是,我真的能浪费这些时间吗?

矛盾中

 

SGM 2 weeks

April 21, 2010

到SGM两个礼拜了。很多感慨。却不知道如何说起。

对于IT的规模,虽曾预计过,但不可否认,仍超出我的想象。我也算终于知道张某人口中的一排监控屏是什么样子的了。

可是高度的自动化带来的IT上的风险转移。

看着这张架构图不由心里发汗,高可靠性,在这里比什么都重要。

工作上很多事情要做。。很多东西要记。。

对于记忆,我自认为从小就与众不同。

或许是形象思维过强吧,写了这么多年的code也始终没记住过api,准确的说,是我压根就没去记过。当然,代码提示真是个好东西。

记得有个技术大牛跟我说过,脑子是用来想东西的。

工作上记得东西太多,最近别指望会费大量心思去coding了

coding始终是非常有趣的事情。

在未来的一段时间内恐怕coding都和这两个项目分不开,一是一个基于browser的web os,二是一个rpg游戏。

对于前者,这已经不是我第一次做这个题材了。如果没记错是第三次,回顾过往的每次,都陪伴了我技术上的飞跃。虽然可能也伴随了某些不好的回忆。

记得第一次应该是高一高二,纯js,当时技术怎一个烂字了得。第二次大三,ajax+asp.net,压根就不懂操作系统设计和oo,也难怪被这帮老头老太ooxx。

这次决定用sl做ui,以此增加了不少ui上的可靠性。也打算像真正operating system一样分离用户态和管态,这块的技术难点我也有所眉目了。只是前阵子和以前一样,在ui上花费了我太多的时间。

或许我注定是个色弱吧。

不过说归说,这块已经么啥大问题了。也完成了cs code和xmal描述的物理分离,代码的耦合已经降低的新的境界了。

当然这只是表层。

未完待续。。。

关于后者的游戏,前阵子还有朋友问我写的啥样了。其实早在wonders的时代已经开始计划,也确实写了不少代码。

倒不是真因为dr lee的梦魇打算囧他一囧。只是游戏一直在玩都腻了,换换口味罢了,其实rpg游戏说简单不简单说难确实不难。

当初尝试性的写了一部分游戏框架,只是偶尔间看到Farseer Physics,不由有些发毛,太烂了推倒重来吧。

咳。。仍是未完待续。。要做的事情太多了。。

不知道写了些啥。。。关机睡觉。