上个月底，11月30日，公司刚刚发布了VirtualBox 3.1版本，这距离上次的版本只有一个半月。新的版本里主要的变化是：

支持虚机的动态迁移，也就是live migration，在VirtualBox里叫teleportation。这一特性可以把正在运行的虚拟机迁移到其它的物理机器上去，而且不需要停机。这一特性是跨平台的，就是说，只要是X86或者X64的硬件，而且OS是VirtualBox支持的，就可以进行迁移比如Solaris, Windows, Linux等。当然，目标虚机的硬件必须要和当前的是一样的，包括内存，CPU类型等。

另一个新功能是快照的功能。虚拟机的状态可以被保存起来，虚拟机的运行可以恢复到任何一个被保存起来的快照，而不仅仅是上一次的状态。

另外，内存处理的速度比上一个版本提高了30%。2D图形显示的速度也有了显著提高。

VirtualBox是一个开源软件，使用GPLv2许可证，可以免费使用。如果购买24X7的支持服务，每年只需要30美元。

下载地址：http://www.sun.com/software/products/virtualbox/get.jsp

看了看轨迹才发现，原来是划了一个大圈接着一个小圈。有人说人生就是划圈，走完了，又回到了起点。人生也就是一个圈接着一个圈，这个圈的终点也是下个圈的起点。

从范家坡开始上山，大约半个小时就到这条线路上山的最后一个小村子，后沟。只有不到10户人家了。小村子掩在树木中，已经染上了秋色。年复一年，叶子黄了，掉了，周而复始。人们也都慢慢地老去。

山还在，树还在，村子还在，人也是那些人，他们还是他们吗？

世事一场大梦，人生几度秋凉

当生如夏花之美丽，死如秋叶之静美

年年秋怨，岁岁伤情，终无可解，难释怀，空嗟叹

当羊爱上狼，结局是注定的，一场清醒的梦。

树树有秋声，山山泛寒色

一个人的西灵山，其实并不孤单。我忠实的影子。

又是深秋叶尽时。

峰顶就在咫尺间，然而我没有时间了。担心天黑了以后，不能顺利从那个陡坡下去，尽管只需要再有十五分钟就可以登上最近的那个顶。完全的无所畏惧属于年轻，而适当的畏惧是成熟的表现。

开车返回吃顿大餐还需要两个半小时，远不如在五分钟里给我端上来的热汤面温暖。这就是现实。

行程小记：

11：30 ZhongXing，在孔涧众兴饭店吃了份炒饼

11：55 离开饭店出发，开始下雨，风很大，沙尘也很大，雨点落在身上全是泥点。

12：20 FanJiaPo ，到达范家坡。

12：48 HouGou，后沟，不到10户人家的小村子

13：30 WICKIUP-1，放羊人的山窝棚。可以开火做饭。碰到了放羊的人，他把羊赶到山上去了，下山时挖了一背筐萝卜，诚恳地劝我不要上山。这时，雨开始变为雪，阴坡上也可以看到白色的积雪

14：10 WICKIUP-2，第2个山窝棚，比较小。在这里我发现自己已经偏离了轨迹，在这个窝棚处发现一条小路垂直通向轨迹方向，尝试后发现走上了崖壁，遂放弃。当前是走在一条比较明显的道路上，有1米宽，再判断山势和轨迹，等高线图，决定继续沿当前道路向前。随后的路进入树林，但是不难走，道路也比较清晰。到顶后，没有树林，是草坡。雪一直在下，风非常大。从草坡顶穿过，略微下降高度，进入落叶松林，落叶松林已经转为黄色，如果天气好，一定远比上面的照片漂亮。

14：40 FORK-1，开始走碎石防火道。其实那不是防火道，而是开矿的道路。能清楚看到车辙，而且是刚刚走过的，因为是压在雪上面的。

15：35 FORK-2，如果直行，可看到有不明显的道路上山，是在沟里，而且很陡。决定沿大路走，向左转。

15：45 CAVE，达到矿洞。随后开始大上坡，中间在一个垭口碰到绿野INFO的标。这时雪停了，但是积雪比较多，坡度很陡，也不容易找到放脚掌的地方，上升费力。

16：40 到达草坡顶，风非常大，站立不稳。距离XILING-1有大约15分钟的路，担心天黑后不容易下那个陡坡，特别是有积雪的情况下，决定返回。

17：05 开始下陡坡

17：28 回到FORK-2，走上大路，这就不怕天黑了。

19：00 沿路一直走到109国道。天色完全黑了下来，头顶的星星异常明亮。平时似乎也没有时间看星星，这晚看的星星仿佛超过我过去1年里看的星星数量。

19：22 回到孔涧的众兴饭店，要了碗热汤面。

从FORK-1开始，直到矿洞，一路上有很多牛，沿大路下山的路边，也几次遇到牛。大多怕人。见人就跑开。 所以建议大家最好别买红色的冲锋衣，还有背包，呵呵。 印象中几个地方都见到了牛：海陀，东灵山等，东灵山还是牦牛。

照片叠加轨迹，轨迹下载：http://www.2bulu.com/track/show/3982

照片都是手机拍的，30万象素，只能当写意来看了。

关于产品和技术的好消息都压着，直到Oracle OpenWorld才集中发布了出来。其中最值得说的就是Oracle-Sun联合，夺得TPCC头名交椅。前十名的列表如下：

这是从TPCC的官网截屏得到的，URL: http://www.tpc.org/tpcc/results/tpcc_perf_results.asp

这个新的TPCC世界记录是建立在12个T5440节点的CLUSTER上的，数据库软件为Oracle 11g，相对于排名第二的IBM的P595，新的记录要快了26%，每个TPMC的价格也从2.81USD下降到2.34USD。特别是能耗，相比较要下降了4倍。这是由于采用了绿色低功耗的CMT技术的服务器T5440，还有最新的闪存阵列产品F5100。也正是这些技术，使同样解决方案的系统，在占地空间上，比IBM节省8倍，比HP节省5倍。

Sun F5100闪存阵列在单个机架单元（1.75英寸）内具有高达2TB的固态闪存容量以及无与伦比的160万 IOPS读和120万 IOPS写性能，却只消耗300W的功率。Sun执行副总裁John Fowler表示：“Sun的战略是开创一种由闪存技术主导的新型存储体系以提高I/O吞吐量，今天的发布正是基于这一战略。目前，还没有其他任何一个厂商能够提供完全集成的、基于闪存的软硬件，利用一个世界级的操作系统向客户提供具有突破性的性能和价值。”

TPC(Transaction Processing Performance Council，事务处理性能委员会)是由数10家会员公司创建的非盈利组织，总部设在美国。该组织对全世界开放，但迄今为止，绝大多数会员都是美、 日、西欧的大公司。TPC的成员主要是计算机软硬件厂家，而非计算机用户，它的功 能是制定商务应用基准程序(Benchmark)的标准规范、性能和价格度量，并管理测 试结果的发布。 TPC-C的性能由TPC-C吞吐率衡量，单位是tpmC。tpm是transactions per minute的意思，它的定义是每分钟内系统处理的新订单个数。

更多消息：http://www.sun.com/featured-articles/2009-1008/feature/index.jsp

你这单子要到YM那里去了，你知道YM是谁吗？他是我们SYSTEM PRACTICE EMR的VP，他是我老板的老板的老板！

我不是和你讨价还价，你很多都自相矛盾的，我帮你编故事都编不出来的

这张单子我不要了！

要我命？两个字，休想！三个字，去死吧！

I work for Sun, not for you!

蒙的了我，你就是个good sales!

好的销售，对待客户就象对自己的孩子一样

做单子和追女孩子一样，你每天请她吃饭没有用，你要有闪光点，要了解她的喜好，去迎合她，这你才有机会

Leadership, leverage partner, I need you fully support!!!

天气预报说是有小雨，结果整个白天，一直到晚上我们走到柏峪都没有下雨，天气比较阴，雾气比较大，没有阳光直晒，真是爬山的好天气。我带了6瓶水：3个矿泉，1个橙汁，2个水特，到晚上10点半时，喝完了5瓶半。我算耗水大户了。

7：10 苹果园929支出发

10：00 终点双塘涧

10：30 包车到达下马威，开始上山

13：00 到达东灵山主峰，拍照留念

13：20 下山路边找避风地方午饭

13：50 结束午饭下山

15：20 到达水泥影壁，离开防火道上山

16：45 到达无名2

18：10 到达四叉垭口，休息10分钟

18：38 在实心楼晚饭20分钟

20：00 到达黄草梁

22：00 到达柏峪停车场

22：25 到达农家院

共走错路3次，迷路一次。第一次走错路是从下马威走出大约200米处，有3个前进方向，我们选择的右手边，走出大约300米后发现和轨迹不符合，立即返回。第2次是在黄草梁下山处，有两条路，应该走右手边的路，我们走的是左手边的，走出200多米，发现不对。而且这条路和正确的路是平行的，只有30米的距离，从轨迹判断容易走错。第3次是从黄草梁下山处下来大约1.2公里处，有叉路，左侧有枯树挡路，右侧正常，我们从右侧走，走出大约500米后是3米高的崖壁，头灯看不清下面的路况，然后返回。其实这也是可以走通的，我去年就是从这里上的（柏峪-北灵）。

迷路发生在实心楼上坡后的那个敌楼，正确的路应该是在未到达敌楼时向左后方拐，结果我们走进了敌楼盘桓了大约10分钟，才走到正确的路上。后面的两次错路和迷路都发生在天黑后，看来夜色对道路识别的影响很大，如果不是对道路很熟悉，应尽量避免走夜路。GPS的轨迹对我们帮助很大，如果能有多条轨迹，应该帮助更大，这样可以知道自己走的路尽管没在同一条轨迹上，但也是可以走通的。

晚上10点半到了农家院-锦乡逸轩，人都睡了，被我们叫了起来。住一标间，带洗澡间，晚上热水洗澡真叫舒服，在李东建议下，还用喷头冲了脚心，真叫一个爽。夜里风雨大做，睡在舒服的被子，也不知道山上扎营的那两拨人的帐篷是否结实可靠，希望他们能平安度过今晚。我们经过时，他们都友好地劝我们要注意安全。

一路景色非常优美，灵山景区内的景色相比到是逊色很多。遗憾的是阴天还有雾，小卡片机的表现力也差。远不入去年9月份的片子。我觉着最好看的景色在：

下马威到东灵山主峰的路上

北灵山，特别是草甸那里

黄草梁很遗憾，我们到的时候已经天黑了，什么也看不到，应该是非常漂亮。其实可以只走柏峪到北灵，景色最棒。还不是那么自虐。柏峪村到停车场的路快修好了，是水泥的。上山的路也修过，变石头台阶的了。

数据：

总时间：12小时

行走时间：10小时

2D距离：32。2KM

3D距离：34。6KM

平均速度：3。48

总上升：2278(trackan 门限30米)

总下降：2710

照片 http://photo.blog.sina.com.cn/category/u/1410900997/s/178754

地图，数据分析和轨迹刨面：

德胜门车站，不到7点钟，所有的11人都到齐了。排队，上919直达车。八达岭高速上也很给面子，没出现堵车的情况。8点40到达南菜园站，包好2辆车，开往西大庄科。

上山的开始一段比较平缓，小路上的障碍物仍在，还是需要跨越过去，腿长的优势自然显示出来。沟里还是有好几头牛，悠闲地消磨着时光。我们是从左侧的路上山的，没有走沟里去打扰它们的闲散时光。一路上穿林子，绕着溪水缓慢前进，路边也有几处不错的营地。如果是在下午来扎营的话，可以选择在这里扎营，取水比较方便。

经过一处废弃的房子后，溪水不见了，道路也开始变陡。这就是传说中的西大那消魂的大斜坡了。队伍缓缓地前进，大约1个小时后，来到了大斜坡上面的山脊。盛开的野菊花欢迎着我们，淡紫色的，白色的，散步在小路的边上，簇拥在一起，摇曳在风中，诉说着。在林中的几块石头处，大家把各自的腐败物资拿了出来，充分享受在蓝天白云绿树中美餐的欢乐。

水足饭饱后，继续向今天的目标前进。大约50分钟后，到达了小海陀顶，海拔2198米。远处的大海陀依旧，可是已经有铁丝网隔断了，不知道是否还有机会攀上其顶，目睹真颜。

下山的路走了3个小时，一路平安。

8点多到达马甸时，我已经在车上睡了一觉。下车后和飞跃，王军，cici来到立交桥西北角的新疆风味餐厅FB，大盘鸡的味道真是不错！

行程时间表：

7:20 919出发

8:40 南菜园

8:45 包车出发

9:30 西大庄科

9:40 开始上山

12:15 走完大斜坡，到达山脊

12:30 开始午饭

13:25 结束午饭

14:20 到达小海陀顶

14:50 开始下撤

17:50 到达西大庄科

18:05 离开西大

18:45 919总站回京

20:20 马甸开始FB

10:00 结束FB，各自回家

数据：

2D距离：来回共16KM

垂直上升高度：1400米

平均速度：2.5公里/小时

人员：飞跃，cici，王军，Dennis，我，和Nixon等6人。

萝卜地-阳台山-妙峰山是海淀西边比较高的山，都超过了1100米，最高的妙峰山1291米. 妙峰山风景区位于门头沟区境内,距市中心50余公里,面积20平方公里,景区以“古刹、奇松、怪石”而闻名。妙峰山属太行山脉，火成岩结构，山势峭拔，花草清丽。有日出、晚霞、雾凇、山市等时令景观，有戴“华北一绝”桂冠的千亩玫瑰花，有华北地区规模最大的传统朝圣庙会。是北京周边最具文化底蕴的风景名胜区之一。久负盛名的妙峰山娘娘庙始建于辽代，三处庙宇群（灵感宫、回香阁、玉皇顶）依山取势，参差错落，高低有致，14座殿宇分别供奉着释、道、儒、俗各路神灵，是明清时期华北地区的民众信仰中心。

8:18 在大觉寺停车场出发，共四人，汤同学，于同学，Dennis 和我。

8:38 到达寨儿峪防火道三岔口，遇防火员，告知野路一律不准上山，包括向南去，那条从沟里上山的路，和在妙峰古道上山的路，而且那边也都有人把守。同时也不允许向北去通过防火道进入鹫峰景区。但是从鹫峰景区是可以上山的。于是我们说顺防火道向南到达妙峰古道再下山。经过从沟里上山的路那里时，果然也有人保守，而且目送我们继续向南去。还未到达妙峰古道牌坊时，旁边有模糊的足迹，然后钻如树林，艰难前进15分钟后，可见明显道路。

9:27 到达一个岔路，向右就是从沟里下到防火道的路。向左上山。

10:02到达第2个岔路，向左是从山腰横切去妙峰古道的路。向右前往望京楼。

11:31 达到萝卜地顶，海拔1141米。

12:05 下到柏油路，遇涧沟村民设栅栏收每人10员，并提供收据，说是玫瑰园的票。目睹一支20人左右的队伍强行闯关成功，令把关的老汉气愤不已，大喊：“别让我在看到你！”我们四人然后在香道附近午饭，商量打算给老汉些买路钱。快吃完的时候，一个58岁的大妈经过，对收费的设置很愤怒，并前去探路，看能否绕道。过了很长时间没见她回来，鼓舞了我们，立即决定追随。我们实行了无线电静默，并把身高压低，成功绕过封锁线。两次穿过封锁线，让我们今天的活动很有成就感。午饭后汤同学和于同学两位女士进入阳台山景区下山返回，只有Dennis和我继续。于是速度明显加快，要把上午绕路和腐败午饭多占的时间争取回来。

13:35 到达阳台山顶，海拔1274米。玛坭堆依旧。

13:48 到达岔路口，向右去凤凰岭，向做去妙峰山，可是原来的路牌不见了。只有一个红色的三角牌，是前往妙峰山方向的，后面也能看到。

13:53 达到昌平，海淀，门头沟三界碑

14:10 到达白宫，就是一处废弃的房子

路旁，山桃花依然在盛开

14:33 到达五炷香，其实是五根电线杆子

1435 到达天池，是个小水泥池子，没有水

1507 到达妙峰山顶，海拔1291米

1533 下到娘娘庙，海拔1027米，休息10分钟

1614 到达涧沟村，海拔765米，沿柏油路向上山方向，到达一个三岔口，有一个很大的景区示意图，向左是去娘娘庙，向右是玫瑰园。向右经过一个牌楼大约50米，再向右一土路可上山，在墙上写有去大觉寺的字样。

1721 到达大觉寺垭口，海拔916米，休息5分钟，然后就是沿妙峰古道一路下山。

接近妙峰古道牌坊时，有一片刚种的紫玉兰，正在盛开

1820 到达妙峰古道牌坊，海拔365米

1850 回到大觉寺停车场，和Dennis告别，取车回家。

全程共10.5小时，水平距离22公里，累计垂直上升2027米。

路线图：

轨迹数据分析：

今天的天气很好，没有太阳直射，消耗水比较少，我只用了1.7升。如果前面没有绕路，正常速度行走，午饭时间控制在30分钟，应该在9个小时内完成。

这里所说的只代表本人的想法，不代表公司的意见。

上次关于IBM要收购的传言一出来，就有很多电话打过来，询问求证中充满了关切和忧虑，特别是一些做开发的，更是担心Solaris和Java的前途。而昨天晚上从不到八点，短信和电话就不断，话语中充满了欣慰，有几个甚至是高兴，似乎是一块石头终于落了地，到底还是没有让IBM收购成功。

从客户的角度，包括用户，开发人员，合作伙伴，这个合并是好消息，Sun 的服务器，存储，软件都给Oracle 的产品线以补充。特别是服务器和存储，本来就和Oracle有比较好的合作，同在一家公司后，可以更好地整合，提高效率，降低成本，简化部署，为企业的数据中心提供全面的解决方案。Oracle和 Sun的合作伙伴的范围将会被拓宽，合作的机会也会更多。

对于开发人员来说则更是利好，这次不用担忧Solaris和Java的命运了。Scott和Larry这俩是死党，Solaris曾一直是Oracle的开发平台和首发平台，然后才是AIX，HPUX什么的。直到最近Oracle的开发平台才有所转变，Linux逐渐扮演重要角色。而Solaris可以很好地支持SPARC和X86两个体系架构，其新特性如ZFS和DTRACE等更是面向高端应用的利器，相信Solaris和Oracle会更密切的融合。Oracle更是Java的坚定支持者，一直以来积极地推动Java的发展。倒是刚收购完BEA，又收Sun，这下子同时有了3个同样的中间件和开发工具产品线，怎么整合，要费些工夫了。

Sun同时给Oracle带来了大量的专利和标准，让Oracle从技术标准上站到一个制高点。比如说JavaEE，已经成为企业级应用开发的事实标准，Solaris也是UNIX里的佼佼者。IT企业的竞争，其实是围绕标准展开的，谁控制了标准，或者说谁制订的标准被广泛接受，谁就能笑到最后。

Oracle在这次收购后，从一家纯粹的软件公司变成一家包括软件和硬件的公司。下一步，也许就是收购一家IT咨询服务公司，成为三栖的红色巨人。

昨天晚上还有个记者给我打电话，他认为Sun是一个切格瓦拉式的公司。在技术创新领域坚持理想主义，坚持开放的理念来对抗垄断，然而最后悲壮的结局让人唏嘘。

唯但愿那种对美好精神境界的追求不会泯灭。

这条线路有山有水有长城，标准的美景加古迹，交通方便。从水泉沟－西水峪的峡谷中，一路上泉水叮咚，两岸悬崖峭壁，谷中林深树茂。西水峪自然风景区位于北京市怀柔县西北原黄花城乡内，距北京85公里，距亚运村70公里，距昌平十三陵20公里，距怀柔县城40公里，距怀柔慕田峪20公里，是山、水、长城连在一起的，即有自然景观，又有人文景观，是独一无二的旅游景区。山：北靠黑山，西临延庆连花山，南连昌平大羊山。水：景区有水库一座95年完工，水深平均15米，号称小西湖。长城：景区内长城，东连慕田峪石佛口东，西连居庸关，建于明代永乐年，关口为西水峪关，有正城一道，水门一空，堡城一座，城铺一间，过门一空，挡马墙一道，为明代黄花路长城重要关口，至今长城保存完好，气势雄伟，其中有水上长城一段，是因为修建水库的原因把水面抬高，淹没了原本水面之上的长城，此为西水峪景区一绝。这也是差异化发展和竞争的绝佳的范例，无论是名气，险峻，秀美，这里的长城都无法和八达岭，慕田峪相比，于是别出心裁，大力宣传其独特的水上长城，将长城的雄伟和小西湖水的灵秀巧妙结合到了一起，在北京长城的旅游市场上异军突起。

自驾路线去水泉沟，八达岭高速16出口（原13C）出来，进入环岛，看到一个大石头，上有顺峰两字，旁边的出口是去十三陵的，从此出口出环岛，沿路前行，不要上110国道，奔十三陵方向，到长陵附近的时候向泰陵和永宁方向，一路上是盘山公路，两边山，水，林，村，与路相随。靠近解字石附近时，有一个飞防烈士纪念碑，摆放了些花圈，挽联，酒什么的。想来，北京的青山，是有生命的代价的。

经过这里后，一路下山，10多分钟就可以到水泉沟村。

如果是自驾直接去西水峪，八达岭高速16出口（原13C）出来，进入环岛，看到一个大石头，上有顺峰两字，旁边的出口是去十三陵的，从此出口出环岛，沿路前行，不要上110国道，奔十三陵方向，然后是长陵方向，一路到九渡河，看路标可以到西水峪景区。

很多人是从解字石上的残长城，我是把车停在了水泉沟，然后顺公路向回走，到一处声明攀爬长城免责的大牌子处，有一条小路，可以到长城上。上来后就是一座敌楼。

11点钟在水沟泉村停好车，来到长城垭口（gw yakou）是11点40。

11点50，登上今天最高的一座敌楼，海拔615米，然后是一段很陡的下坡，其中有一处比较险，但是可以从右边绕过去。

北面的山谷里有很多农家院，掩映在桃花中

桃花已经开始凋谢，落英满地

野花也竞相开放

这种紫花也很多

远远望去，蜿蜒的长城就掩映在花丛中

12点40，到达另一座比较高的敌楼，和驴行天下的四位山友，行走的鱼，壁虎，飞跃，瓦西里共进午餐，蹭了不少好吃的。壁虎大哥说的好，只要用心，就能带好吃的。13点25出发。

长城到这里接到了山岩上，爬上尽头，向右走，可以到山岩顶，然后下去，不过下去比较陡。

也可以不上去，从下边的右边绕过。

15点15，到达靠近景区售票处（ticket office）的一处长城垭口，从长城走下去很陡，非常危险，建议从右边绕过去。这里的长城是断开的，有水流过，沿水的方向，就可走入景区，不过需要买票。也可沿长城继续前进，进入景区内的三座敌楼。在最高的敌楼下去向左，可以进入明朝种植的板栗园。

从这里下是非常陡的

16点，进入板栗园。然后不进景区，沿沟返回水泉沟。

这些板栗树都有好几百年的历史了

一路上山泉非常清澈，而且有很多小鱼

两边山石各异

泉水淙淙

其间多次踩着石头过河

这里是一处非常好的营地，似乎昨夜有人在此

16点48分，到达旺泉沟大桥。

16点51分，到达一处小水坝，水深有半米多，左右全是峭壁，无法前行，决定返回旺泉沟大桥，经龙泉峪返回水泉沟。

17点50分，回到公路上，是一处停车港湾(parking lot)，可以停七八辆车。其实如果是我今天走的实际线路，把车停这里最合适。

18点10分，回到停车处。停在这里原本是计划从沟里走回来的，但实际上却多走了40分钟。

今天总共用时7个小时15分，不过路上走走停停，一边走，一边看，一边拍，一边吃，用去不少时间。

亏的是天气很不好，能见度很低，拍的片子都很一般。比较下两张同样角度的西水峪景区吧

这一张是去年10月去的时候在同样角度拍的西水峪景区

这条线路难度不是很大，除了在长城上走的时候要注意三处比较陡的地方。数据分析如下：

路线图如下。其中紫色是计划线路，红色是实际线路。可以看到GoogleEarth的地图有大约200米的偏移。

剖面图如下：

在第9公里到11公里处，可能是处于峡谷中，GPS信号被遮挡，高度变化异常，竟然超过150米，我把它们拉平了。

在天气好的时候，这是条非常棒的行摄路线。

Sun 云计算API给程序员提供了一个在程序里访问Sun计算服务的方式。通过调用这些API，应用程序可以动态地在运行时进行扩容或缩容，来响应负载的变化。该API按照Creative Commons license发布。

这是一套RESTful的API，功能是创建和管理云端的资源。包括计算资源，存储资源和网络资源。这些API是通过HTTP协议来调用的，四个方法都用到了：GET， POST， PUT， DELETE，不过通常GET和POST就够用了。资源表示的数据格式使用JSON。JSON (JavaScript Object Notation) 是一种轻量级的数据交换格式，采用与编程语言无关的文本格式，但是也使用了类C语言（包括C， C++， C#， Java， JavaScript， Perl， Python等）的习惯，这使其成为一个理想的数据交换格式。

云的资源通过URI来表示，相应的还包括对这些资源的操作。这套API定义了：

• 请求和响应的通常行为

• 资源模型，用来描述在请求和响应中使用的JSON数据结构

• 发往云端的请求，和从云端返回的响应

   

主要的资源类型包括：

• 云，这是一个顶点，包括了所有的虚拟数据中心（VDC），API的用户其实是访问这些VDC的。

• 虚拟数据中心（VDC），这可以看做一个独立的云空间，包括了集群，私有虚拟网络，外网地址，存贮卷，卷快照。

• 集群，是一组虚机的集合，可以方便地进行管理：访问控制，复制，克隆，异地分布，自动化。

• 虚机，就是一台服务器。

• 私有虚拟网络，这是不连接到外网的一个内部子网，用来在VDC内连接虚机。

• 外网地址，用来连接到互联网。

• 存储卷，可以用WebDAV或其他协议进行访问的存储资源。

• 卷快照，存储卷的在某一时间点的快照。

简单来说，用户要使用的资源都在VDC中，包括服务器，集群，网络，存储等。这些资源都依靠URI来识别。用户通过HTTP的请求来操作这些资源，每次用GET进行请求，然后得到一个响应。请求和响应都用JSON来表示。

关于API的详细内容和示例，请参考kenai.com

早上7点在苹果园地铁集合，然后到919总站，停了好几辆车，匆忙上了一辆，询问司机才知道不到雁翅，赶紧下来换另外的车。后来才明白，门头沟的山里到处都是919，一定要问清楚是不是自己想做的车。7点10分，车子顺利出发。

8点23分，达到十八潭，海拔251米。一起下车的还有一个老年队伍，打听之后了解他们是去十八潭景区的。我们三人沿109国道向前继续走。

8点42分，到达一个沙场，海拔230米。辨认道路后，沿着土路上山。土路的宽度可以行驶一辆汽车。下图是沙场。远处是十八潭。（要说明的是，我相机的时间快了15分钟，当时没注意，所以下面所有照片内嵌的时间都快了15分钟）

下图是上山的土路：

沿路看到有很多人在种树，询问后了解，种下的树要浇水三遍，种的都是柏树，树苗才一米多高，要是成林大概需要几十年的时间，成材可能要上百年的时间了。

9点32分，来到一个叉路，土路在左侧绕行，右侧是沿山脊的一条小路，两条路都可以，最后是汇合的。如下图：

随着高度的上升，视野逐渐开阔，向西望去，燕翅的形状还真象燕子的翅膀，远处也可清晰地看到灵山，似乎还能看到小五。

9点58分，来到一处废弃的房子：

10点19分，来到第二处废弃的房子，看来现在要想隐居山中也不是件容易的事情，山上住的人都被迁到了山下：

在此之前的道路都非常清楚，经过这处房子后，出了松林，道路开始不容易辨认，好在有轨迹在，找不到路时，对着轨迹强行钻树林，都可以回到不是很清晰的道路上。即使是可以辨认的道路，灌木丛也让行走比较困难，这到是可以进行全身的锻炼了，因为要钻，躲，绕，拨，倚，远比单纯的徒步更能调动全身的肌肉。

11点12分，来到一个垭口，海拔1015米，这里是通往高家山和张家山的结点，比较平坦。我们把背包放在这里，仅拿手杖，开始冲顶高家山。其实从这里对着高家山的峰顶，大约5分钟就可以到顶，我们受不清楚的道路的误导，绕到了高家山的另一面才上去。登上顶后，有些感慨，很多时候就是如此，认准了目标，不左顾右盼，就能快速到达目标。

11点28分，登顶高家山，海拔1057米。拍照留念。向南，是清水尖：

向西，是妙峰山和阳台山，山腰上通往禅房的路清晰可见，那还是奥运前，为了村村通柏油路而修的。

向北望去，就是我们今天的第二个重点，张家山。山脊上可以看到依稀的道路。

11点45分，回到放包的地方，开始午饭。12点20开始出发前往张家山。吃饭时间稍长，是因为大家带了太多好吃的。后面的路先是经过了大片的草甸，这里可能因为海拔高度不够，还是有比较多的灌木点缀其间。

14点01分，来到一处比较小的山体断裂，海拔1126米。
14点12分，来到第二出山体断裂，这可能就是传说中的大裂缝吧。海拔1129米。

14点25分，登顶张家山。海拔1180米。有水电总局的标志。好象比网上说的高度要低些，也许是民用GPS的误差吧。

休息加拍照共15分钟后，在14点40开始向碳厂垭口进发。这段路是最艰难的，很多时候是走在悬崖边上，而且两侧都是悬崖。悬崖边还好，因为往往都有模糊的路，不在悬崖边的时候就要钻树林了，有几个下坡非常陡。衣服裤子一定要结实，但GORE-TEX的就不要穿了。如果穿条新买的水洗布的裤子，走过这里以后就会变成一条非常时尚的裤子：每条裤腿上怎么也得有10来条口子，而且一定都很自然。眼镜最好也拴上绳子固定。
16点16分到达碳厂垭口，海拔980米。大家经过讨论，决定不去计划的目的地，改去碳厂。因为不赶路，于是就开始了腐败的下午茶时间，三人消灭了很多水果和干果。16点50分开始动身去碳厂。
18点34分到达碳厂，海拔468米。这一路下来，道路非常好走，而且景色优美。不过在接近碳厂的地方，有些人正在整修旅游设施，据说5/1就开始正式营业，要收费了！传几张照片吧。

层峦起伏：

蓝天白云：

清溪幽谷：

实际路线图 ：

轨迹剖面图：

轨迹数据分析：

虽然没有走完计划的路线，不过也有18公里的路程，总计1851米的上升。这条线路的重点是高家山和张家山，在高家山，还能清楚地看到CCTV的电视塔和国贸二期。从碳厂垭口也可以向西，下到南山村，再向南，回到燕翅，形成回路。另外，在路线图中航点8CAMP处，有大约多半亩的草地，三面环山，适合扎营，如果是两天的路程，可以考虑在那里扎营。

周六的路线原计划是：

09:00 在太舟坞集合

10:30 到达植物园(桃花节,有可能需要买票), 简单欣赏桃花,然后上山. 不想继续上山的,可以游览植物园,然后自行坐公交回家

11:30 到达老望京.想节省体力的,可以选择直接去新望京(大约1小时),然后吃饭,等待.也可沿水泥防火道回撤到太舟坞, 大约需要2小时.

13:00 下山到达东山977车站,途中择机吃午饭. 这里可以选择乘977支回家.

13:30 乘977支到达天山公墓,然后上山

15:30 到达新望京

16:20 到达叉路, 可以选择直接向东,经挂甲塔和碧云寺到香山停车场(大约1.5小时,全是平路或下山的路),自行坐公交回家.

18:50 到达八大处公交站,活动结束.

结果是早上由于狂堵车，在10点的时候人才到齐，然后在植物园等人又花1个小时，在到达新望京的时候已经是下午6点30了，比原计划晚了3小时，把计划做了修改，不去八大处了，直接奔老三家烧饼去吃火锅了，坐在火锅前面时已经是晚上8点50了。

实际的线路和计划的线路都在下面的图中，蓝色是计划的，红色是实际的。

拍的照片在: http://photo.blog.sina.com.cn/category/u/1410900997/s/135531

路线图：

数据(用Trackan分析，其中的时间是GMT时间，加8是北京时间)：

轨迹形状：

20090322 圈门 峰口庵 九龙山 三家店 新望京 香山邮局

上周一就开始计划昨天的拉练了，计划有些强度，但是不要难度，所以选择这个线路：圈门⇒峰口庵⇒九龙山⇒三家店⇒新望京⇒老望京⇒四棵树⇒太舟坞。从圈门到三家店，和从三家店到太舟坞两条线都是很成熟的线路，我都分别走过，想把两条线连起来走，估计时间大约是12小时左右。路线的后半段可能要遇到天黑的情况，但是只要到了新望京，就都是水泥防火道了，走夜路也不用担心深一脚浅一脚了。尽管如此，还是带上了手电。

在碎石路上走夜路还是很有挑战的，即使有灯，和白天的光线还是有差别，尤其是在路线的快结束时，体力下降，如果对下脚地方的高度判断不准确，有可能会崴脚或闪腰。

昨天天气有些阴沉，正是登山的好时机。天气预报有雨，所以带了雨衣，另外有8瓶水和食品等，加上一些零碎，背包的重量也有8公斤了。出来的时间晚了些，乘公交到圈门时已经10点15分了。一路上山没碰到多少人，但是刚过峰口庵，竟然和集市一样，满地都是人，都在午饭，看样子象是好几个队伍的。

出峰口庵后向右，经九龙山前往水闸。山顶都是森林，主要有落叶松和油松，地上全是落叶松的落叶，踩上去软软的，感觉非常舒服。一路上连续碰到几支大部队，最多的一支得有40到50人。

上周还没有迹象的桃花，冷不丁地就开了，俯视下去，那些低矮的小山头上，山谷里，开满了桃花。春天如约而至。

到了水闸，穿过大桥，已经过了4点，把儿子送上公交，开始独自走后半程。因为时间晚了，所以把计划做了修改，不去太舟坞，而是经过挂甲塔前往香山邮局。在三家店车站后面的那个三角地附近，有家卖烧饼的，烤的很不错，也卖肉夹馍，吃一个买一个。然后在补了一瓶水，开始上路。

绿野户外地图上的轨迹，是穿过一个部队大院的，现在已经无法通过了。从左侧（西）或右侧都可以绕过去。我原来在大院的东侧下过山，所以我就绕到东侧上山，耽误了10分钟。真正开始上升的时候已经是5点了，心里盘算能在7点前到新望京。

一路上无人，偶尔能看到喜鹊，山鸡，松鼠。风很大，卷过光秃秃的树林，发出高低不同的吼叫声。天色也慢慢的暗了下来，不过让人诧异的是，快7点了，天色也还没全黑。难道是云层把一些灯光反射了下来？终于在6点50的时候到达新望京。

沿着水泥防火道下山是很枯燥的，两支登山杖打在水泥地上，铿锵的声音伴随我一直走下山。在4号停车场的东面，老三家烧饼店，来个烧饼，一碗羊杂汤，一盘拍黄瓜，很美！

昨天的数据(用Trackan分析)：

开始时间：10点16分

总时间：10小时21分

移动时间：9小时14分

休息时间：1小时7分 (小于0.3公里/小时)

投影距离：34.69 公里

平均速度：3.51公里/小时

平均移动速度：3.94公里/小时

累计上升：2464米 (大于15米的上升)

Trackan分析：

轨迹形状：

路线示意图：

20090302 凤凰驼丛林里转个圈

凤凰驼,又称凤驼梁,位于怀柔伸入到延庆的夹角处,海拔1528米。山顶有一大片草甸,比海驼和黄草梁的要小，但也是非常漂亮,而且视野开阔。上山的路也比较多，南面的杏树台，西南的庙上，西面的上营子都可以。

昨天的计划是从杏树台上山，到达凤凰驼顶后向东，在山脊上走大约3公里，再转向南，回到公路上，这样可以转个圈，回到杏树台。这样形成一个回路，适合自驾，而且在杏树台村的路口向上开大约500米，有个不小的停车场，大约能停10 多辆车。

把车停在村子里，在9点45开始上山，海拔是580米。小路两边都是板栗树，听村民讲，那些树都有10年到20年的树龄了。山坡上也有新开垦出来的梯田种了板栗树苗。开始的时候路还比较明显，路边有水，还能看到冰花和尚未融化的积雪。海拔1000米多的时候就没有明显的路了，只能强行穿灌木丛，好在是冬天，没有树叶，没有虫蛇什么的。艰难地上生了200多米，在1200米左右上到山脊，可以见到明显的道路，然后沿路可以到凤凰驼顶峰，海拔1528米。顶峰处有一堆石头，这样的石堆在下山的路上还有几处，似乎是天然的。

从顶峰向东不多远的路边，有一块大石头，正好可以吃饭，时间也不早了，一看表竟然已经1点10分了，看来是刚才强行穿灌木丛占了太多的时间。吃饭的时候也见识了叶老师和王老师的“腐败”，相比之下，我带的午饭太初级阶段了。这顿饭吃了大约50分钟，收拾好东西，重新上路。

这里下山的路有点象北灵山的无名一，只不过没有那么高。沿着山脊向东，走了大约700多米，正前是巨大的岩石，似乎是没有路了，明显的道路痕迹是向左的，探路发现高度下降很快，应该是下到山的北边了，可是我们的车停在了杏树台，又回来。向右没有发现明显的路，但是大方向是回到杏树台的。于是在丛林经验丰富而且善于钻山沟的叶老师带领下，我们坚决地进了树林下山。下山的艰难不仅仅是没有路，关键是坡度太陡，大约是在70度到80度，脚总也放不平，坡上很多石头都是松动的，最大的帮助是抓住树枝和小树。不过有的树枝是陷阱，已经完全枯死，轻轻一用力就会折断。下降到1200米的时候，终于见到明显的道路，走下去，正好回到我们上山的路。

回到停车点，共用时6小时50分，总里程9公里。比原计划的圈大约小了一半。不过收获还是颇丰，鞋子里，脖领子，衣兜里，都是碎树枝。

这个线路的风景还是不错的，一路都有溪流，甚至在冬季也还有水流。在春夏季有了叶子后景色会更好，但应该难于通过，特别是在海拔1000米到1300米之间，灌木密集，无明显道路。

GoogleEarth 里显示的轨迹，似乎有比较大的偏移(200米），不知道是地图的原因，还是我的手机有问题：

非常感谢Mark的策划，能够拿到很好的价格，北京到九寨沟四飞（经成都），沟口的喜来登两晚的酒店，包早餐，并赠送一晚餐，机场接送和酒店到九寨沟接送，总共才2700多。2月20日出发，计划是23日晚返回北京。

20日从北京到成都很顺利，早上8点的航班，11点到达成都，办完转机手续，看我们的航班还是正常的，可是我们前面的航班显示为晚点，等了半个小时，我们的航班也变晚点了。这一等就到了晚上9点才飞，到九黄机场已经是10点多了，接我们的泽师傅很好，虽然等了这么久也没有怨言，到酒店是午夜0点过了，办完入住手续正好1点。这个行程飞了16个小时，比飞美国还长。

21日进沟，冬季的票价打折，是旺季的一半，不过车票不打折。我们办了二进沟的手续，准备第二天再进沟。景区内的景色比10月份要逊色，水少了些许，但依然五彩斑斓，由于前几天有降雪，在山顶和树上还能看到雪景，瀑布冰雪晶莹，景色和夏秋是截然不同。景区内的游人非常少，可以自由地取景，根本不需要抢位置和担心别人的干扰。

22日计划去黄龙，但是黄龙和川主寺那边下雪，我们还没开到川主寺，雪就已经很大，担心无法翻过雪宝顶，更担心过去了回不来，我们又折回来二进沟去了。

23日早上睡到自然醒，退房，9点半去机场。这回是九寨沟下雪了，还很大，我们在九道拐之后把雪链绑上了。11点多到了机场，蓝天上点缀着白云，天气晴朗。但是有风！川航的飞行员估计是战斗机出身，2点的航班勇敢地降了下来，拉上人后立即飞远了。国航应该是比较追求安全，在机场上空打个圈又飞回成都了。我们被拉到川主寺，住在岷江源大酒店，吃了顿饭，在这个小镇逛了一大圈，在7点又被拉回到机场。8点开始飞，9点到成都，我们订的9点飞北京的最后一个航班没有如我们愿望的那样晚点，准时飞走了。这航班就这样，你希望它准点，它就晚点，碰巧希望它晚点的时候它一定准点。

机场安排住宿，拉到附近的一个小酒店住了一晚。24日早5点半起来，去双流机场赶飞北京的早班。10点半安全到达。从九寨的酒店到北京机场，竟然用25个小时！

路途艰辛，但九寨沟的景色依然迷人，只是水平有限，希望还能拍出了些许。

相册地址：http://photo.sina.com.cn/list/photo_s.php?uid=1410900997&ctg_id=133471

拨开炒做的喧嚣，我们可以看到驱动云计算的本质是两个趋势：一是控制成本的趋势。特别是在当前的经济形式下，更为突出，人们希望下一代数据中心的建设和运行有更高的效率。二是要适应非结构化数据的增长。在我们现在的数据中心里，数据不仅仅是放在数据库中，还存在大量非结构化的数据，比如，点击数据，用户行为数据，多媒体，游戏里的装备，社交网络里的数据等等。这些数据要求我们必须寻找新的办法来管理，并加以利用。

1 什么是云计算

让我们看看Wikipedia里云计算的定义：它是一种计算方式，IT相关的能力可以当做服务来提供，让用户能从互联网来访问这些通过技术实现的服务，而不必了解甚至精通支撑这些服务的技术架构。

云计算带给我们的将是更为高效的IT资源按需分配，同时也会带来新的商业模式和市场机会。有一个关于云计算的误区，云计算等于廉价计算。事实上不是这样，让我们来看看云计算的一些特点：

• 高效和灵活 – 比如说过去的客户要是架设DB，WEB和应用，可能需要一周甚至更多的时间。但是使用云计算的模式，可能就是10分钟的时间。这样客户就可以更高效地提供新的服务。灵活性的另一个体现是弹性，这也是我们经常提到的。比如说一个客户的应用是计算类型的，这个客户可以决定什么时候开始运行，什么时候结束，需要一个节点，或者是100个，都可以按照需要来决定。

• 按使用付费 – 在过去的数据中心建设中，客户需要先掏钱把所有的硬件和系统软件买下来，安装和调试，然后才可以部署应用。而云计算的方式，特别是虚拟化技术，会极大地提高资源部署和使用的效率。客户是按照租用的方式来使用计算资源。这样会对客户产生一个变化，对IT的投资，将从固定资产转向运营成本（如果使用共有云）。对于客户内部，IT运维部门和开发部门的关系也会产生些变化。

• 多租赁 – 也就是说一个云计算的系统里，不只是为一个或少数几个客户来服务的，而是用一个同意的云计算平台，来为多个客户的应用提供服务。

• 统一的计算模式 – 云计算的服务提供者定义的服务模式，将提供给所有使用这种服务的客户，而不会有针对某些客户的定制。 比如说Amazon的EC2，提供的就是一个虚拟的机器，Google的 AppEngine提供的是一个Python的解释器。

• 资源虚拟化 – 云计算的核心就是虚拟化，计算资源，存贮，网络等都被虚拟化。

• 自我服务 – 如果客户需要更多的资源，完全可以自己实现这一环节，而不需要有很多手工操作的环节。客户根据需要，想要多少个虚机，想要多少个实例，想要多少个部件，都可以自己申请并得到，当然前提是信用卡里有足够的钱来支付服务费用。

• 程序化控制 - 这也是自我服务实现的基础。

其实，云计算里的技术，象虚拟化，已经存在了好多年了。正是这些趋向成熟的技术，在加上网络带宽的能力已经大大提高，云计算在今天才成为了可能。

2 云计算的三个级别

按云计算提供服务的层次进行分类，有三个级别：

• 软件即服务 Software as a Service

• 平台即服务 Platform as a Service

• 基础架构即服务 Infrastructure as a Service

基础架构即服务，有时也称为硬件即服务，指的最基本的计算资源和存储资源，用虚拟化的方式提供给客户。比如Amazon的EC2是提供计算资源的，S3是提供存储资源的，微软的云架构是提供计算资源的，等等。

平台即服务，这里的资源不在是最基本的计算和存储资源，而是通过特定的内建服务，来为客户提供服务，通常都一个为开发人员提供的部署平台，比如Google的AppEngine，提供了Python的平台，微软的Azure，提供了.Net的平台。这里的限制是，客户必须在指定的平台上进行开发，如果你要是开发了C的程序，还要使用Oracle数据库，对不起，你恐怕找不到一个合适的平台，你只能自己制作一个虚机的映像，然后从基础架构的云计算服务提供者那里，申请虚机再运行你的应用了。

软件即服务，这个概念提的时间更长了。最有名的就是Salesforce.com了。

3 公共云和私有云

公共云的一个例子就是Amazon。作为云计算的消费者，不必关心其实现，只是简单地使用就可以了。其客户群是广泛的，重点的是开发人员，Startup公司，多媒体应用，SAAS应用，社交网络应用开发人员等。

私有云，一般是大的企业自己来建设，拥有云的全部。一个原因就是企业往往对使用公共云存在一些顾虑，比如安全性，延迟时间，数据传输时间等。

混合模式，也就是自己建设一部分，还有一部分使用公共云。一个例子是Smugmug，关于用户管理，计费，SLA等，都是自己建设，可以运行在私有云里，另外的功能性的服务在公共云中来实现，包括视频的转换，图片的存储等，其实现依赖EC2和S3。其实对于企业来讲，这样的混合模式可能是更普遍的。

4 使用云

云计算的部署模式会有不同的类型，将依赖与客户的需求而变化。下边是些例子：

• 开发和测试 – 假如说客户需要开发一种新的应用，需要在1000个节点上进行测试，内部的IT部门很难提供这样的计算资源。但是客户可以在一个公共云上申请所需要的资源，在一个比较短的时间里进行测试。这样就可以知道这个新应用的扩展性。测试结束后，释放所申请的资源。这个过程也可以反复进行，用来改进应用的设计以提高性能。

• 批处理 - 比如说有批数据要处理，只需要运行一个简单的程序，但是需要大量的节点同时做运算，而这个处理每年只是进行一次，客户自己的IT部门很难但为这个计算购买全部的计算资源。

• 存储 - 大量的，规模不确定的数据的存储

• 弹性应用 - 对计算资源的需求是变动的

• WEB服务，比如为Facebook或开心网提供的应用

用户所有权关系

• 直接使用

• 部分使用

• 自己建设

• 提供云计算

云计算的顾虑

• API/接口，如果是基于云直接进行开发，没有这一层顾虑，但是如果要把以有的应用迁移到云上，这里必须要考虑。比如原来的系统是建立在操作系统级的集群上，那么应用里必然要用到接点名，或者是绝对目录这样的信息，但是在一个IAAS的云里，这些是不存在的。应用的迁移必须要考虑并解决这些。

• SLA，对于所使用的云，SLA是必须要考虑的，因为这直接关系的用户的体验。

• 标准和互操作，如果要使用多个云，则需要搞清楚它们之间的是不是能很好的在一起工作。

5 Sun的角色

Sun其实是云计算最早的倡导者，Sun公司在创立之初的理念和口号是：网络就是计算机。这一理念到今天一直没有改变过。在2005年，Sun就推出了效用计算的服务，utility computing, 也有翻译成公共设施计算的，意思是说，这个服务就和使用自来水，天然气一样，打开阀门就可以使用，每月按流量付费。CPU是每小时1美元，存储是1G字节使用一个月，1美元。这其实就是今天大家所说的云计算，只不过名字不同。

在云计算的这个大潮中，Sun将会扮演这些角色：

• 为云的建设提供系统和软件，这是Sun的传统强项，所依靠的是全面的服务器，存储和软件的产品线。

• 提供架构设计和技术，Sun将会提供云建设的评估服务，架构设计服务，实施服务，培训和支持等。

• 为开发人员提供开发环境，Netbeans 为开发人员提供一个最优化的开发平台。Netbeans已经不是一个单纯的 Java IDE了，除了对JavaEE的流行框架的支持，还包括了对AMP的支持，对Ruby的支持等。

• 合作伙伴关系，在 Sun 自己提供的云计算服务中，以及为客户建设云计算的过程中，合作伙伴也会扮演非常重要的角色，这是Sun的一贯传统。

Sun 的虚拟化产品为云计算提供了强有力的支持，基于Xen的xVM服务器是当前最为流行的开源虚拟化产品之一。同属 xVM产品线的VirtualBox是Sun收购的德国公司的产品，和Xen不同的是，这是一种hypervisor方式的虚拟化产品，最新的版本2 .1，大幅提升了图形和网络性能、简化配置、提供了对最新型号处理器的硬件平台支持，同时还具有更高的互操作性，这也是第一个支持包括Windows、Mac、Linux、Solaris以及OpenSolaris在内大多数主机操作系统的产品。一个开发人员可以轻松地是用VirtualBox创建虚拟机，然后安装上述任何一个操作系统，甚至是使用一台笔记本电脑，就可以整出一个“实验室”，进行跨平台的应用创建和测试。

必须要说的另外一个技术是OpenStorage。其实这项技术的核心是Solaris里面的ZFS和 Dtrace，去年推出的7000系列产品线，结合SSD，为业界提供了极佳性价比的NAS。有了ZFS，加上Intel在其芯片组中实现的RAID功能，让每个人都可以轻松的DIY一个NAS了。

Q-Layer是Sun刚收购的一家比利时公司，其技术能灵活地对计算机，存储和网络进行管理，让用户快速地在云里部署各种应用，突出强调的就是云计算的敏捷性。其中的一个产品VPDC(Virtual Private Data Center)能让用户快速地构造和管理一个私有云。当然，界面是GUI的。想看看DEMO，可以访问：

http://www.qlayer.com/index.php?option=com_content&task=view&id=134&Itemid=165

当然，Sun能为云计算提供的技术和产品远不止这些，还有很多其他的产品和技术，当然包括全面的软件产品线。总之，Sun所提供全面的技术，是构造敏捷的云计算的基石。

最后，别忘了，Sun也会提供云计算的服务。

前几天下在了最新的Netbeans 6.5，晚上心血来潮，写一个ME的程序吧。这里有个快速启动指南：http://www.netbeans.org/kb/docs/javame/quickstart.html

还有中文版的：http://zh-cn.netbeans.org/kb/docs/javame/quickstart.html

运行了NB后才发现，我DL的NB只包括SE和JavaFX。在NB的主菜单里选Tools/Plugins，把Mobility，可视Mobile设计器下载安装。

创建项目，选择JavaME类别，项目为Mobile应用程序，然后按next按钮，提示我要安装平台。这是什么？有一个警告：

在IDE中未安装与J2ME兼容的平台。在IDE中至少需要安装一个与J2ME兼容的平台。

到这里下载：http://java.sun.com/products/sjwtoolkit/download.html

Sun Java Wireless Toolkit Version 2.5.2_01 for CLDC

重新启动NB。继续刚才的步骤，把ME的平台添加进来。（JavaME MIDP 平台仿真器）

然后是项目的名称和位置：MobileApplication1， D:\work\javatest\j2me

选择为主项目，然后点《完成》按钮。项目创建完后，出来的是可视化编辑器！

设计器上面有：源，屏幕，流，分析器，点《屏幕》，右面有属性菜单，把标题改为“My Test MIDlet”。

按F6，编译运行。结果没出来：

Copying 1 file to D:\work\javatest\j2me\MobileApplication1\dist\nbrun34987

Copying 1 file to D:\work\javatest\j2me\MobileApplication1\dist\nbrun34987

Jad URL for OTA execution: http://localhost:8082/servlet/org.netbeans.modules.mobility.project.jam.JAMServlet/D%3A/work/javatest/j2me/MobileApplication1/dist//MobileApplication1.jad

Starting emulator in execution mode

com.sun.kvem.midletsuite.InvalidJadException: Reason = 22

The manifest or the application descriptor MUST contain the attribute: MIDlet-1

run:

BUILD SUCCESSFUL (total time: 0 seconds)

检查JAD文件，果然没有Midlet的说明。不知道什么原因。做如下的操作：

主菜单：运行（R）/设置项目配置（N）/定制（C）

在添加配置的对话框里，按取消按钮，此时项目配置为DefaultConfiguration, 点管理仿真器按钮，点刷新按钮，按后按OK，直到把三个对话框全关掉。在按F6 （运行）即可。

把JAR文件和JAD文件拷贝的我的手机，DOPOD P800，然后点击JAR文件，却不能运行，说是平台不支持？对了，刚才似乎看到缺省的MIDP版本设置为2.1了，我的手机上装的应该是2.0。修改项目配置中的MIDP版本为2.0，重新编译，然后拷贝到手机，一切OK！