星期五 三月 23, 2007

美好之物

通常,鉴于我们所面对的客户的多样性(和不同特质),我不会对产品进行大肆宣传。但是,在刚刚使用了(请注意,我说的是使用了,而不是安装了)我的新 Blackberry Pearl 移动电话上的 Google Map 功能后,我只想说一句话。

人们在使用这项功能时所感受到的那份雅致体现了创造者的细心与严谨,仿若一种宗教体验。

Share this post  del.icio.us | digg.com | slashdot.org | technorati.com | reddit | facebook | stumbleupon

星期二 三月 20, 2007

移动 1 个 拍字节的数据

(我之前一不留神就发表了这篇文章,然后又将其删除,对此,我向各位说声抱歉 - 我的手指比大脑运转地更快,所以就意外地在未完成之前就将它发表了。或者说,还没来得及校对就发表了。)

我在上周发表的演说中声称:用船从旧金山运送 1 PB 数据到香港的速度比通过互联网发送还要快。

于是很多人就问我“这怎么可能?”或类似的问题,我的计算方法如下: (声明: 我是学数学的, 因此保正会在所有后续计算中常犯那些类似“差 1”的小错误 - 所以,如果我算错了什么的话,敬请见谅。)

1 个 拍字节等于 1 千个太字节,即 1 百万 个千兆字节或 10 亿个兆字节, 或者等于 80 亿兆。怎么样?跟上我的计算了吗?

因此,如果您连接到互联网的速度是 0.5 兆位/秒 - 这个速度在美国来说算是比较高的(但跟韩国的住宅区带宽比起来就算低了),那么您将需要花费 160 亿秒,或 2.66 亿分钟,或 507 年来传输这些数据。相比之下,乘船到香港不是更快吗?就算您的连接速度是 1 兆位/秒,那也只不过省了一半的时间。即便是以 100 兆位/秒的速度(这大概是我见过的最快的传输速度了),也还是得花上几年时间。

正如 Hal Stern 曾经对我说的那样:“永远不要小看行驶在[新]泽西收费公路上的那些装得满满的旅行车所拥有的带宽性能”- 现在,您应该可以理解,为什么使用基于磁带的存储器来记录、编译、传送或仅仅只是存档数量极大的数据对许多企业来说具有如此持久的吸引力了吧。无论是视频监控领域还是交易数据方面,情况都是如此。目前每盘标准磁带的容量是 500GB,一个隔夜快递纸板箱正好可以装下一盘标准磁带。

用磁带作存档的另一大好处?数据处于闲置状态时不会耗电 - 请设想一下,在运转的、功耗最低的磁盘存储设备上装有 1 PB 数据(给您一个参照:1 PB 基于磁盘的活动存储器相当于 40 多台 Thumper 的容量 - 每台 Thumper 都需要为此耗电一千瓦以上 - 总重量将近 150 磅,装上船或放进快递包还要麻烦)。要使数据处于可用状态,磁盘必须保持旋转并进行冷却(磁带则没有这方面的要求)。

目前并不存在万能的适用于所有类型钉子的锤子,同理,磁带对许多应用来说也不完美(例如,近线存储)- 但它与社会网络和内容聚集站点(他们每天就想着怎么收集数兆兆字节的数据)一起,共同在一些突出的前沿高性能计算应用中发挥着极为重要的作用 - 磁带存档并不仅限于银行和电信公司中运行的主机(虽然我们在这方面的表现也很不错)。

所以,是的,起码在目前来说,用船运送 1 PB 数据比用互联网要快(至少根据我们大多数人所使用的带宽来定义的话,就是如此)。

顺便说一句,这也是我们更新 Solaris on DVD 计划的另一个原因 - 这将使很多人通过邮件(免费)即可获取 4 GB 的 DVD,无需因为 1 兆位/次的速度限制而时时守着我们的下载中心了。(关于过去极其缓慢的 DVD 交付速度,我要向各位道歉 - 我们在这方面做得不够到位,但希望在我键入这段话之后事情会变得越来越好。)

我可不想再去考虑移动 1 个 zettabyte (译者注: 一百万个拍字节)数据的事了。

Share this post  del.icio.us | digg.com | slashdot.org | technorati.com | reddit | facebook | stumbleupon

互联网与公平披露规则

Sun 公司和我个人一直都与美国证券交易委员会 (SEC) 主席 Cox 保持联系,就将互联网用作推动工具以确保广泛、公平和非排它性地访问企业业绩信息的问题进行了沟通,如您对这方面内容感兴趣, 请看我最近写给主席先生的一封信,内容如下:

有兴趣了解更多创新观点的朋友们,请看看 Tim Bray 颇具说服力的分析

__________________________________________

Christopher Cox 主席阁下

United States Securities and Exchange Commission
100 F Street, N.E.
Washington, DC 20549


尊敬的 Cox 主席:

您在 11 月 2 日的来信中提到了允许使用博客日志和企业网站来满足公平披露规则的“广泛传播”要求所面临的一些潜在挑战。您还特别询问了“目前是否存在可确保以下两方面行之有效的方法:保证企业在使用自己的网站时采用的是可确保广泛而非排它性的访问方式;保证视具体情况确定采取何种特定方法”。在我的博客上,有些人在评论中也表达了同样的关注:重要的公司信息不易查找,只有通过注册才能访问此类信息,或者会遇到技术障碍。

我们理解人们的担忧,但我们相信有了证券交易委员会在关于企业在企业网站上公布信息并提供相应的可访问性能这一问题上所给出的明确指示,所有问题都将迎刃而解。现在,我们提议采取一项新的政策,在此政策的调控下,在线通信将完全满足公平披露规则中所规定的“广泛传播”要求,内容如下:

  • 对于网络广播(及相关幻灯片):可以通过公司投资者关系站点发布网络广播,并且至少应提前三个工作日或更长时间发布网络广播的相关通知;
  • 对于企业博客或公司高级官员的个人博客(以公平披露规则中的定义为准):在此类博客和公司投资者关系站点之间建立永久性链接;以及,
  • 对于新闻稿:在 Form 8K 指定的时间期限内将新闻稿发布在公司投资者关系站点上。

为确保访问的广泛性,仅当这些在线通信内容符合以下条件时才表示它们满足公平披露规则的要求:

  • 通过各种可访问的 Web 辛迪加形式(如 RSS 或 Atom)提供;
  • 可访问时间至少为 1 年;
  • 可在所有标准操作系统上通过各种开放性的非私有免费浏览器进行访问;
  • 残疾人士可以访问;
  • 采用开放性的非私有、免版税格式;以及,
  • 访问时无需注册,不受限制,不必交费。

为了确保普通投资者也能在企业网站上查找信息,我们建议 SEC 考虑以下要求:要求各公司设立单独的“官方投资者通信”页面,并将此页面永久链接至公司网站主页或公司投资者关系站点主页。页面上将按时间顺序列出所有新闻稿(或者所有材料新闻稿)、博客条目、网络广播通知以及现有网络广播项目的列表。随后以 RSS 或 Atom 订阅的形式同时发布。

Sun 相信,只要在基于网络实时发布信息时符合上述规则,就能实现更高的信息透明度和使个体投资者能够访问相关信息的目标。我们迫切希望证监会能够对公平披露规则进行修改,以通过在网上张贴文章的发布方式来满足“广泛传播”要求。

最后,我想说,我很高兴看到人们就我们针对公平披露规则所展开的在线对话提出了极富创造性和远见的观点。尤其是下面这段对你发布在我的博客上的贴的评论:

“祝贺 Jonathan Schwartz 和 Chris Cox...能看到一位上市公司 CEO 和 SEC 主席进行的博客对话,真是太令人吃惊了...这太棒了...请两位将对话继续下去...美国的投资者们将从中获益匪浅。” http://blogs.sun.com/jonathan/entry/sunlight_on_a_cloudy_day...#comments

Sun 承诺将继续与证监会合作,为美国的投资者服务提供技术支持。我期待着继续进行这场对话。

此致,

Jonathan Schwartz
Sun Microystems, Inc.
首席执行官

抄送:Michael Dillon,Sun Microsystems, Inc 法律总顾问

Share this post  del.icio.us | digg.com | slashdot.org | technorati.com | reddit | facebook | stumbleupon

星期六 三月 03, 2007

大量运输的魅力(?)

如果可以选择,几乎没有人会为了一辆双层巴士而放弃意大利跑车。

然而,要想最有效地运送乘客,双层巴士显然更胜一筹。因为双层巴士每英里每名乘客的平均费用要比跑车低 20 多倍。之所以有此结果,用 IT 语言来说,就是双层巴士采用了并行运输的方法。它们是针对多名乘客优化性能,而不是针对单名乘客优化性能(这在很大程度上与多数消费者的意图相悖,除了父母坐微型面包车)。

几年前,我们业内也曾出现过同样的情况,产业效率(和源自客户偏好的分歧)是问题的焦点,当时的情况对数据中心产生了很大的影响。当 Dolce & Gabbana (译者注:与摩托罗拉公司共同) 推出的品牌手机吸引了消费者的目光时,数据中心正热切地期盼着能找到适合它们的高性能“双层巴士” - 即在利用率、效率和整体性能等方面都得到优化的基础设施,而不仅仅只是提高了部件运行速度的基础设施。

那是我们在多年前发起的一个项目 - 当时,我们一头扎进芯片多线程项目的开发中,以求交付业界首个八 (8) 核微处理器 - 每个内核配有 4 个执行线程,从而使低于 4000 美元的服务器具备同时处理 32 线程任务的能力(好处多多)。(单击此处免费试用一次)我们刻意根据单线程性能来排列效率高低 - 结果我们赌赢了。如今,Intel、AMD、IBM 和 Sun 都投入重金开发多核平台 - Sun 走在了最前面,现已完成世界上唯一一台十六 (16) 核微处理器的设计方案。(我在上次公布收益的电话会议中误说成“六核”芯片,当时极其尴尬...事后我一直都在练习,十六核。请跟我一起说,十-六-核。)

不带软件的硬件没什么价值,幸好 Solaris 知道该如何“调整规模”,或者说如何利用所有的线路 - 从而使应用程序无需额外工作就能利用创新功能。客户可以在芯片的每个线程上运行一个应用程序,或在多个线程上运行一个应用程序,甚至可将不同操作系统的应用程序分配给芯片上的各个内核 - 各种排列均可(人们时尚地称之为“服务器虚拟化”)。那么,结果如何呢?客户购买较少的大设备箱,所占用的空间和消耗的电能都比较少,但所获得的好处却不断增加。按照传统的说法,如果你想保证应用程序性能,你就得为其配备专门的服务器。类似 VMWare 和 Solaris 10 的服务器虚拟化产品能让您把大量应用程序浓缩在一个单独的设备箱中,并让每个应用程序都产生“我拥有自己的设备箱”的幻觉 - 与此同时,分配策略引擎则自动将宝贵的 CPU 和内存资源分配给每个应用程序以确保它们具备同等性能。这也从根本上降低了客户在设备箱、电能、空间、热量 - 以及各方面的支出。

我们正在努力将这种虚拟化技术应用到存储领域 - 现已发布了一种文件系统,ZFS,这种文件系统知道如何“调整”以免去执行卷管理,同时也无需再面对处理大量磁盘驱动器时的种种复杂操作。即便是在驱动器出现故障的情况下(毕竟只有两种磁盘驱动器:已经出故障的和将要出故障的),也是如此。考虑到我们有些客户部署了数千甚至数万磁盘驱动器,ZFS 允许客户把大存储池简单地集中起来,从而依靠廉价部件以令人称奇的简易性和数据集成性交付可靠的服务。

由于众人关注的焦点集中在并行和虚拟化上,数据中心仅剩一部分尚未加以改进。对于那些始终表示“网络就是计算机”的公司而言,摆在眼前的已是显而易见的差距。那么,这对网络本身又有什么影响呢?

您也许知道,大多数网络设备都是单线程的 - 它们通过使用物理端口来执行并行工作。您还想更多地利用网络?那就去买更多的端口吧。随之而来的将是各种各样关于布线、耗损、管理等方面的麻烦,甚至连重量也成了令人头疼的问题(铜很重,而高出地板的数据中心即将达到它们的承重极限 - 情况的确如此,我不是在开玩笑)。可以说,网络领域在极大程度上已落后于计算领域的残酷的效率并行水平。

在理想状态下,人们宁愿使用计算机而不是人来对稀缺的网络资源进行动态配置,就像目前我们在服务器资源方面所看到的情况一样 - 即,把大量带宽和受保障的服务分配给价值高的客户,而将少量带宽和受保障的服务分配给价值低(或者说“尽力而为”)的服务。您想只通过简单的分配策略引擎来制定此类决策而不用到人 - 即只根据需求或业务规则来制定,不涉及人为干涉(例如,消除电缆交换和端口增加)。也就是说,您想要虚拟化网络。

这正是我们推出 Neptune 项目的原因 - 一个与微处理器(适用于 Intel、AMD 和 SPARC 系统)并行、与基本操作系统(Solaris、Linux 或 Windows)并行、与网络本身并行相结合的硅片项目。企业可以将其与一些相应的软件(名为 Crossbow 项目)结合在一起使用,通过并行基本的网络基础结构来化解布线、端口、卡片以及开销等繁杂事务(发烧友可以使用 TCP 流并将其分配到不同的处理器线程来分散负荷并释放 CPU/端口)。端口为实际操作带来了便捷,就像服务器一样 - 而内部所发生的情况则取决于用户/管理员为了自动配置而设定的规则或策略。正如我所说,网络就是计算机,计算机都实现虚拟化了,网络为什么不可以?

现在,有谁觉得 Neptune 项目很有吸引力?任何人的软件许可、管理活动、NIC 卡、布线或主机等方面的费用都与其数据中心的端口数量有关。 不管怎么说,相较于 F1 方程赛,网络计算的前景看起来与灰狗汽车站的情形更像 - 单调无趣,却更适合高效的运输工作,更适合这个世界的需求。服务器的数量越来越少,但性能越来越强,这是件好事,端口也是如此(对我们都有好处)。

如果您想免费试用 Neptune 卡,请单击此处。在您提问之前,我要说,是的,那就是黑箱计划中的黑箱,长得挺像公共汽车,还有一点,其外观并非新形外观。

有关技术详情和个人观点的更多信息(关于 Neptune 和 Crossbow 项目),我有一些不错的链接和博客:

Sunay 对 Solaris 10 中 Crossbow 项目的总结。
另外一篇不错的博客,作者是 Ariel Hendel。
还有一篇有意思的文章

更新:

最好的是这个,这是一位非常棒的播客,他将向各位介绍部分从事 Solaris 和 Neptune 创新研发工作的工程师。

最后...

今天是 Sun 的 25 岁生日 - 很多人都将关注我们的庆祝活动(一整年都有活动 - 请各位静候佳音)。虽然只在 Sun 待了 10 年,我对 Sun 的历史与成就却敬畏有加,同时也感觉自己仍是个新手(上面播客中所介绍的四位工程师,即便是最年轻的一位,他们在 Sun 所呆的时间也比我长)。

在我看来,庆祝 Sun 的历史的最佳方式就是 - 庆祝我们将要开创的未来。Neptune 就是个不错的礼品。网络就是计算机... 的确如此。

让我们一起庆祝生日快乐!

Share this post  del.icio.us | digg.com | slashdot.org | technorati.com | reddit | facebook | stumbleupon