A research line from cloud computing to hypergraph

   虽然计算机出身，但感觉做技术，我一直不太沾边。网站项目不屑于写（也没人找我写~~~），算法底子又太薄， 搞艺术设计吧先天已经不足，晃来晃去发现越来越跟计算机打不上照面了， 更遑论把自己练成牛人~~~果真是没有热爱难成气候啊~~额~~扯远了~~谈一谈最近的研究心得吧。

   刚开始进军学术圈子，觉得挺难受的，本来学计算机就很虚幻，如果像我这样不怎么实际动手，就难以领会其中奥妙，要我去读全篇英语，霹雳哗啦一堆名词的专业论文，那就越发觉得飘渺了。刚开始是从科普论文开始读起，建立起一个名词库，当时的情况是区区一个白皮书，我要一个单词一个单词查，一个字母一个字母消化，因为专业素养实在太差了。我的research line大致是科普-->架构-->打靶。

   读科普的时候，了解了一个云计算的蓝图。云计算、网格计算、分布式计算、并行计算本人到大四才明白他们原来是亲戚，说的都是一个故事，就是要把计算资源发挥最大的作用，进行探索外星人之类的超级计算。

   都说云计算只是一种商业模式，跟网格计算是一回事，但是在网格计算环境里要解决的问题复杂的多，网格计算里的资源是跨管理域的资源，因为异构性要造成诸多的不稳定因素，假如云计算照着google的yy发展，那么同一种云里计算资源将是同构的，异构性也只是体现在与其他云之间的互联上。对于计算云来说，资源调度会比网格计算来得简单的多。

   看了这么多科普，比较靠谱的是ibm、google、amazon、micro等一些有产品的公司自己放出来的文章，虽然对于云还是云端仍然持有异议，但是他们大致都认为虚拟化和调度将是最核心的技术之二，不然Amazon不会收购VMare了。另外对于云存储提供商来说，存储管理、信息安全、网络性能很重要。再者，涉及到商业模式的云上的应用提供商比较关心基础平台的接口，我记得xml课的老师曾经说过xml将会成为网络数据的统一格式。还有，云上的服务如何收费，盈利模式在哪里，这应该是云计算的推手们最为关心的问题了。

   然后，开始看关于架构的文章，老师是搞操作系统出身的，研究新东西喜欢从底层开始考虑起，所以当别人都风生水起搞web service的时候，我们干瘪的看着三层沙漏模型，想哭。对于架构这个问题，实在是仁者见仁智者见智，但是话说回来，也不是随便个什么人就能想出来的，架构师总是站得最高看得最远的人。架构的文章读了一篇的样子《Toward a unified ontology of cloud computing》，网格计算的祖师爷写的。值得一看。

   宏观上把握之后，大致选择了一个方向去攻。其实，没有这个宏观把握，计算机专业里相关的靶子是很多的，但我从来没有放过一枪。。。其实，不管打哪个靶子，都要去傍一个宏观的大概念。有些人是先打靶，再去靠概念，bottom up的方式，有些人是先拉拢概念，再去打靶，up down的方式。我明显属于第二种，难怪成不了牛人~~

   老师帮忙选的调度，调度依稀记得操作系统里似曾相识过，FCFS、SPF、SRT、HRN(最烦缩写~~~)~~云计算环境下的调度，首先要考虑并行的问题，os里一个procesor，众多tasks，cc里众多processors，众多tasks。tasks怎么组织，processors怎么建模，马上就转向了数学问题~~好啦，正好导师研究超图的，图论解决之~~最后，在无数炮灰论文的奠基下，终于读了篇我心里想要的论文《parallel hypergraph partitioning for scientific computing》。该文章描绘了一个超图二分的算法，看了至少五遍，才大致明白，具体算法下篇文章再进行综述，这篇暂且总结research line 吧~~

    总的来说吧，做学术研究真的要有深度以及广度(现在两方面都差好远。。。)。否则一叶障目不见泰山不说，那根本就像是走进了八卦阵，会绕晕~~