基于英特尔平台与虚拟化技术构建企业云计算(1)

作者： Bruce Chen 陈宇达 (Intel) (41 篇文章) 日期：六月 30, 2009 在 9:43 上午

云计算(Cloud Computing)是如今的一个热点，但也是一个容易让人感到云里雾里的热点，它不像一般的技术那样明确具体，相对抽象。究竟什么是云计算？如何让云计算为应用软件服务？这正是本文探讨的内容。希望各位老大看完本系列之后，云计算就不再只是一个脑子里云里雾里的概念了。

一、企业云计算概述
云计算作为一种新兴的计算模型，其核心是将IT整合为服务。它的特点是将计算资源分布在由大量计算机构成的资源池上，将数据和计算任务以服务的方式提供。用户则根据自身需要，通过网络来获取这些计算力和各种服务。

云计算区别于传统的软件产品的关键特性包括：
1. 以服务的形式进行访问：无论云提供的是应用软件，基础平台API或者完全的抽象运算资源，这些都是整合了底层的IT资源，以服务的形式呈现给上层用户。
2. 弹性扩展支持能力：不能自由伸缩的系统不能称之为云。一个合符定义的云具备动态扩展的能力，无论是内容还是资源。这种扩展可能是运营商操作下的整体扩展，也可能是某一个具体应用对客户需求的自动响应.

相对于传统软件模式，基于云计算的应用具有以下优点：
1. 易管理：无需上门安装和部署，也无需特定的设备和硬件需求。基于云计算的应用通常只需要浏览器支持，通过网络付费购买即可使用。
2. 高可靠：云计算拓展了传统的备份、容灾模式，给使用者以更多的选择，在同等的硬件条件下，相对传统模式更加可靠。
3. 低成本：由于云计算统一了资源管理，降低了维护运营费用，进行管理时能够大规模整合硬件和人力资源，统一运营服务平台，因而能够有效降低TCO。
4. 高灵活：基于服务的云计算可以随时终止服务或者调配服务等级。在业务增长的情况下，扩展服务的容量也极为容易，因而应用极为灵活。

对于云计算而言，一般又将其分为公共云计算和企业云计算（私有云计算）。公共云计算基于Internet，利用公开的应用程序接口，访问接口和统一的访问介面向包括企业，团体，个人在内的Internet用户提供服务；企业云计算则是专门为企业内部服务的云。但这只是从服务对象的商务角度来说，企业云计算是将IT资源整合提供给企业内部使用，而公共云计算也不过是将企业内部整合好的IT资源提供给外部，两者的底层支持架构其实是没有区别的。

这里对云计算的核心概念再做个比喻。我个人以为，云计算最核心的概念是整合了后台的服务器计算资源，而跟前台的表现形式是无关的。传统的后台模式是这样的：应用A（如CRM）共用了1，2，3，4四台服务器，这四台服务器也仅为应用A服务；应用B（如HR）另用了5，6两台服务器。A和B之间的服务是没有交叉的，也不能统筹使用。比如：应用A高峰到了，四台不够用了，这时应用B的服务器在波谷，几乎闲置。但就算这种情况下，应用A也不能不应用B的两台服务器的闲置计算资源利用起来，只能另想办法。而在云计算下，服务器1，2，3，4，5，6被整合成统一的计算资源，以资源服务的形式提供给上面；应用A和B都看不到下面到底是哪些服务器在支持他们的工作，他们只知道下面给了他们一定的计算能力。这样，如果还是出现了应用A的波峰，又是B的波谷，云计算的控制部分就可以把多余的计算资源分配给A，这在以前是不能实现的（或者要大费周折才能实现）。

今天就写到这，下次有时间继续。。。

分类：并行计算, 虚拟化技术

2009年06月30日 23:10

owennet

看上去依然云里雾里，还要在语言表达上下功夫啊

2009年06月30日 23:16

Bruce Chen 陈宇达 (Intel)

总分:
4,105
状态分数:
3,605

棕带

持续改进，呵呵

2009年06月30日 23:54

faithcj

请问这跟原来的BS结构又有什么区别呢？

2009年07月01日 00:48

Bruce Chen 陈宇达 (Intel)

总分:
4,105
状态分数:
3,605

棕带

不错的问题。BS指的是访问服务器所提供的服务的方式，跟服务端究竟是用什么样的底层架构来提供服务是没有关系的。而云计算是指服务器端整合了它的计算能力，对外界提供服务：这里提供服务的方式可以是通过API的调用，也可以是通过C/S、B/S等方式用网络协议来访问。这是两个概念。

2009年07月01日 01:20

llr

So called "cloud" is equivalent to web service.

2009年07月01日 01:22

llr

i can access the service with C/S and/or B/S, across internet, intranet, or even in the same computer.

2009年07月01日 01:28

Bruce Chen 陈宇达 (Intel)

总分:
4,105
状态分数:
3,605

棕带

不一样的，呵呵。这里的云计算是基于虚拟化技术构建的底层架构，它有着很多传统webservice的底层服务器所不能具有的管理/操作特性，比如智能的动态迁移/应用扩展等，我在后面会找时间写出来。从外层的访问形式上，webservice当然也可以，用API也可以。对与Google等的云，其外层的访问形式其实也是可以以webs ervice来进行的阿，就看他愿不愿意提供了：只要底层的架子搭好了，上面唱什么戏都行啊。

2009年07月01日 01:43

lily

期待续....

2009年07月01日 04:41

zhs

值得研究

2009年07月01日 05:02

不是一句话

2009年07月01日 06:01

风驰擎天

依然在云里!!漂啊漂!!~~~

2009年07月01日 06:11

whuwy

学习。。。

2009年07月01日 06:12

个人以为所谓的云计算其实就是一个集中的（分布式？）计算中心加上一个BS或CS界面……骨子里是计算中心的server，却挂一个大家都会用的不用命令行的壳……

2009年07月01日 06:45

Bruce Chen 陈宇达 (Intel)

总分:
4,105
状态分数:
3,605

棕带

楼上的观点很普遍，这说明云计算的概念说的还不透，呵呵。我个人以为，云计算最核心的概念是整合了后台的服务器计算资源，而跟前台的表现形式是无关的。传统的后台模式是这样的：应用A（如CRM）共用了1，2，3，4四台服务器，这四台服务器也仅为应用A服务；应用B（如HR ）另用了5，6两台服务器。A和B之间的服务是没有交叉的，也不能统筹使用。比如：应用A高峰到了，四台不够用了，这时应用B的服务器在波谷，几乎闲置。但就算这种情况下，应用A也不能不应用B的两台服务器的闲置计算资源利用起来，只能另想办法。而在云计算下，服务器1，2， 3，4，5，6被整合成统一的计算资源，以资源服务的形式提供给上面；应用A和B都看不到下面到底是哪些服务器在支持他们的工作，他们只知道下面给了他们一定的计算能力。这样，如果还是出现了应用A的波峰，又是B的波谷，云计算的控制部分就可以把多余的计算资源分配给A，这在以前是不能实现的（或者要大费周折才能实现）。

不知道我的理解如何，欢迎板砖。

2009年07月01日 07:54

Christs2

云计算就是炒起来没前途

2009年07月01日 10:16

苏良本

理想中的"云",好比蓝天上有着成千上万闲置着的战斗机群为你服务。
而现实，就像上下班高峰时拥挤马路上的车，你能叫大家都让开一条道专门为你服务么？

PS：云就像GC主义,但是.....还是要走ZB主义道路的。

2009年07月01日 13:12

cct

google正借云解围“儿子门”
不过现在的云对我来说，实在是不大好用

2009年07月01日 18:38

ERT

咔咔，他们要垄断IT啊，可恶~~~~~

2009年07月01日 19:42

shmily

看了很多关于云计算方面的东西也能大概了解什么是云计算了
不过不明白云计算到底的怎么实现的
如果按照他们所说的云计算能实现的话对于硬件生产商估计是个不小的打击~~

2009年07月01日 19:44

shmily

评论时间日期不正确吧~~~
今天明明已经是7月2号 9点多了怎么时间是1号下午六点多呢~~~奇怪·

2009年07月01日 19:45

shmily

呵呵时差他们服务器不在中国的~~太弱智了·~

2009年07月01日 20:50

Bruce Chen 陈宇达 (Intel)

总分:
4,105
状态分数:
3,605

棕带

跟楼上各位讨论一下：
1。“理想中的"云",好比蓝天上有着成千上万闲置着的战斗机群为你服务。而现实，就像上下班高峰时拥挤马路上的车，你能叫大家都让开一条道专门为你服务么？”

这个比喻很好。的确，一般情况下是不太可能做到这点的。但有了虚拟化技术之后，是可以的。我们可以把底层的服务器都部署上虚拟化，而服务的应用都是在虚拟化之上的，这样就真的没有了无数辆车的问题，也看不见一群的战斗机，而只是一个大的储水罐，上面有很多的投币水龙头，给钱就出水。

2。“不过不明白云计算到底的怎么实现的，如果按照他们所说的云计算能实现的话对于硬件生产商估计是个不小的打击~~”

我这里是基于虚拟化技术来实现云（当然，不是所有的云都一定要这样），后面会详细说说。对硬件厂商其实也不是什么打击，该用服务器还是照样用，不可能云下面用一群人拿着算盘提供服务，呵呵 :-)

2009年07月01日 23:41

Utah

当您经常使用某个系统时，往往会陷入某种固定的使用模式。有时，您没有养成以尽可能最好的方式做事的习惯。有时，您的不良习惯甚至会导致出现混乱。纠正此类缺点的最佳方法之一，就是有意识地采用抵制这些坏习惯的好习惯。本文提出了 10 个值得采用的 UNIX 命令行习惯——帮助您克服许多常见使用怪癖，并在该过程中提高命令行工作效率的好习惯。下面列出了这 10 个好习惯，之后对进行了更详细的描述。

要采用的十个好习惯为：
1 在单个命令中创建目录树。
2 更改路径；不要移动存档。
3 将命令与控制操作符组合使用。
4 谨慎引用变量。
5 使用转义序列来管理较长的输入。
6 在列表中对命令分组。
7 在 find 之外使用 xargs。
8 了解何时 grep 应该执行计数——何时应该绕过。
9 匹配输出中的某些字段，而不只是对行进行匹配。
10 停止对 cat 使用管道。

一、在单个命令中创建目录树

示例 1 演示了最常见的 UNIX 坏习惯之一：一次定义一个目录树。

示例 1. 坏习惯 1 的示例：单独定义每个目录树

~ $ mkdir tmp
~ $ cd tmp
~/tmp $ mkdir a
~/tmp $ cd a
~/tmp/a $ mkdir b
~/tmp/a $ cd b
~/tmp/a/b/ $ mkdir c
~/tmp/a/b/ $ cd c
~/tmp/a/b/c $

使用 mkdir 的 -p 选项并在单个命令中创建所有父目录及其子目录要容易得多。但是即使对于知道此选项的管理员，他们在命令行上创建子目录时也仍然束缚于逐步创建每级子目录。花时间有意识地养成这个好习惯是值得的：

示例 2. 好习惯 1 的示例：使用一个命令来定义目录树
~ $ mkdir -p tmp/a/b/c

您可以使用此选项来创建整个复杂的目录树（在脚本中使用是非常理想的），而不只是创建简单的层次结构。例如：

示例 3. 好习惯 1 的另一个示例：使用一个命令来定义复杂的目录树
~ $ mkdir -p project/{lib/ext,bin,src,doc/{html,info,pdf},demo/stat/a}
（注释：在bash下该条命令可行）

过去，单独定义目录的唯一借口是您的 mkdir 实现不支持此选项，但是在大多数系统上不再是这样了。IBM、AIX®、mkdir、GNU mkdir 和其他遵守单一 UNIX 规范 (Single UNIX Specification) 的系统现在都具有此选项。
对于仍然缺乏该功能的少数系统，您可以使用 mkdirhier 脚本（请参见参考资料），此脚本是执行相同功能的 mkdir 的包装：
~ $ mkdirhier project/{lib/ext,bin,src,doc/{html,info,pdf},demo/stat/a}
（注释：在bash下该条命令可行）

二、提取.tar文件时指定路径；不需要移动存档
另一个不良的使用模式是将 .tar 存档文件移动到某个目录，因为该目录恰好是您希望在其中提取 .tar 文件的目录。其实您根本不需要这样做。您可以随心所欲地将任何 .tar 存档文件解压缩到任何目录——这就是 -C 选项的用途。在解压缩某个存档文件时，使用 -C 选项来指定要在其中解压缩该文件的目录：

示例 4. 好习惯 2 的示例：使用选项 -C 来解压缩 .tar 存档文件
~ $ tar xvf -C tmp/a/b/c newarc.tar.gz

相对于将存档文件移动到您希望在其中解压缩它的位置，切换到该目录，然后才解压缩它，养成使用 -C 的习惯则更加可取——当存档文件位于其他某个位置时尤其如此。

三、将命令与控制操作符组合使用
您可能已经知道，在大多数 Shell 中，您可以在单个命令行上通过在命令之间放置一个分号 (;) 来组合命令。该分号是 Shell 控制操作符，虽然它对于在单个命令行上将离散的命令串联起来很有用，但它并不适用于所有情况。例如，假设您使用分号来组合两个命令，其中第二个命令的正确执行完全依赖于第一个命令的成功完成。如果第一个命令未按您预期的那样退出，第二个命令仍然会运行——结果会导致失败。相反，应该使用更适当的控制操作符（本文将描述其中的部分操作符）。只要您的 Shell 支持它们，就值得养成使用它们的习惯。
仅当另一个命令返回零退出状态时才运行某个命令
使用 && 控制操作符来组合两个命令，以便仅当第一个命令返回零退出状态时才运行第二个命令。换句话说，如果第一个命令运行成功，则第二个命令将运行。如果第一个命令失败，则第二个命令根本就不运行。例如：

示例 5. 好习惯 3 的示例：将命令与控制操作符组合使用
~ $ cd tmp/a/b/c && tar xvf ~/archive.tar

在此例中，存档的内容将提取到 ~/tmp/a/b/c 目录中，除非该目录不存在。如果该目录不存在，则 tar 命令不会运行，因此不会提取任何内容。
仅当另一个命令返回非零退出状态时才运行某个命令
类似地，|| 控制操作符分隔两个命令，并且仅当第一个命令返回非零退出状态时才运行第二个命令。换句话说，如果第一个命令成功，则第二个命令不会运行。如果第一个命令失败，则第二个命令才会运行。在测试某个给定目录是否存在时，通常使用此操作符，如果该目录不存在，则创建它：

示例 6. 好习惯 3 的另一个示例：将命令与控制操作符组合使用
~ $ cd tmp/a/b/c || mkdir -p tmp/a/b/c

您还可以组合使用本部分中描述的控制操作符。每个操作符都影响最后的命令运行：

示例7. 好习惯 3 的组合示例：将命令与控制操作符组合使用
~ $ cd tmp/a/b/c || mkdir -p tmp/a/b/c && tar xvf -C tmp/a/b/c ~/archive.tar
四、谨慎引用变量
始终要谨慎使用 Shell 扩展和变量名称。一般最好将变量调用包括在双引号中，除非您有不这样做的足够理由。类似地，如果您直接在字母数字文本后面使用变量名称，则还要确保将该变量名称包括在方括号 ([]) 中，以使其与周围的文本区分开来。否则，Shell 将把尾随文本解释为变量名称的一部分——并且很可能返回一个空值。示例 8 提供了变量的各种引用和非引用及其影响的示例。

示例 8. 好习惯 4 的示例：引用（和非引用）变量
~ $ ls tmp/
a b
~ $ VAR="tmp/*"
~ $ echo $VAR
tmp/a tmp/b
~ $ echo "$VAR"
tmp/*
~ $ echo $VARa
~ $ echo "$VARa"
~ $ echo "${VAR}a"
tmp/*a
~ $ echo ${VAR}a
tmp/a
~ $

五、使用转义序列来管理较长的输入
您或许看到过使用反斜杠 () 来将较长的行延续到下一行的代码示例，并且您知道大多数 Shell 都将您通过反斜杠联接的后续行上键入的内容视为单个长行。然而，您可能没有在命令行中像通常那样利用此功能。如果您的终端无法正确处理多行回绕，或者您的命令行比通常小（例如在提示符下有长路经的时候），反斜杠就特别有用。反斜杠对于了解键入的长输入行的含义也非常有用，如以下示例所示：

示例 9. 好习惯 5 的示例：将反斜杠用于长输入
~ $ cd tmp/a/b/c ||
> mkdir -p tmp/a/b/c &&
> tar xvf -C tmp/a/b/c ~/archive.tar

或者，也可以使用以下配置：

示例 10. 好习惯 5 的替代示例：将反斜杠用于长输入
~ $ cd tmp/a/b/c
> ||
> mkdir -p tmp/a/b/c
> &&
> tar xvf -C tmp/a/b/c ~/archive.tar

然而，当您将输入行划分到多行上时，Shell 始终将其视为单个连续的行，因为它总是删除所有反斜杠和额外的空格。
注意：在大多数 Shell 中，当您按向上箭头键时，整个多行输入将重绘到单个长输入行上。

六、在列表中对命令分组
大多数 Shell 都具有在列表中对命令分组的方法，以便您能将它们的合计输出向下传递到某个管道，或者将其任何部分或全部流重定向到相同的地方。您一般可以通过在某个 Subshell 中运行一个命令列表或通过在当前 Shell 中运行一个命令列表来实现此目的。
在 Subshell 中运行命令列表
使用括号将命令列表包括在单个组中。这样做将在一个新的 Subshell 中运行命令，并允许您重定向或收集整组命令的输出，如以下示例所示：

示例 11. 好习惯 6 的示例：在 Subshell 中运行命令列表
~ $ ( cd tmp/a/b/c/ || mkdir -p tmp/a/b/c &&
> cd tmp/a/b/c && （原文中没有这条命令，自己添加的）
> VAR=$PWD; cd ~; tar xvf -C $VAR archive.tar )
> | mailx admin -S "Archive contents"

在此示例中，该存档的内容将提取到 tmp/a/b/c/ 目录中，同时将分组命令的输出（包括所提取文件的列表）通过邮件发送到地址 admin。
当您在命令列表中重新定义环境变量，并且您不希望将那些定义应用于当前 Shell 时，使用 Subshell 更可取。
在当前 Shell 中运行命令列表
将命令列表用大括号 ({}) 括起来，以在当前 Shell 中运行。确保在括号与实际命令之间包括空格，否则 Shell 可能无法正确解释括号。此外，还要确保列表中的最后一个命令以分号结尾，如以下示例所示：

示例 12. 好习惯 6 的另一个示例：在当前 Shell 中运行命令列表
~ $ { cp ${VAR}a . && chown -R guest.guest a &&
> tar cvf newarchive.tar a; } | mailx admin -S "New archive"

七、在 find 之外使用 xargs
使用 xargs 工具作为筛选器，以充分利用从 find 命令挑选的输出。find 运行通常提供与某些条件匹配的文件列表。此列表被传递到 xargs 上，后者然后使用该文件列表作为参数来运行其他某些有用的命令，如以下示例所示：

示例 13. xargs 工具的经典用法示例
~ $ find some-file-criteria some-file-path |
> xargs some-great-command-that-needs-filename-arguments

然而，不要将 xargs 仅看作是 find 的辅助工具；它是一个未得到充分利用的工具之一，当您养成使用它的习惯时，将会希望进行所有试验，包括以下用法。
传递空格分隔的列表
在最简单的调用形式中，xargs 就像一个筛选器，它接受一个列表（每个成员分别在单独的行上）作为输入。该工具将那些成员放置在单个空格分隔的行上：

示例 14. xargs 工具产生的输出示例
~ $ xargs
a
b
c
Control-D
a b c
~ $

您可以发送通过 xargs 来输出文件名的任何工具的输出，以便为其他某些接受文件名作为参数的工具获得参数列表，如以下示例所示：

示例 15. xargs 工具的使用示例
~/tmp $ ls -1 | xargs
December_Report.pdf README a archive.tar mkdirhier.sh
~/tmp $ ls -1 | xargs file
December_Report.pdf: PDF document, version 1.3
README: ASCII text
a: directory
archive.tar: POSIX tar archive
mkdirhier.sh: Bourne shell script text executable
~/tmp $

xargs 命令不只用于传递文件名。您还可以在需要将文本筛选到单个行中的任何时候使用它：

示例 16. 好习惯 7 的示例：使用 xargs 工具来将文本筛选到单个行中
~/tmp $ ls -l | xargs
-rw-r--r-- 7 joe joe 12043 Jan 27 20:36 December_Report.pdf -rw-r--r-- 1
root root 238 Dec 03 08:19 README drwxr-xr-x 38 joe joe 354082 Nov 02
16:07 a -rw-r--r-- 3 joe joe 5096 Dec 14 14:26 archive.tar -rwxr-xr-x 1
joe joe 3239 Sep 30 12:40 mkdirhier.sh
~/tmp $

谨慎使用 xargs
从技术上讲，使用 xargs 很少遇到麻烦。缺省情况下，文件结束字符串是下划线 (_)；如果将该字符作为单个输入参数来发送，则它之后的所有内容将被忽略。为了防止这种情况发生，可以使用 -e 标志，它在不带参数的情况下完全禁用结束字符串。

八、了解何时 grep 应该执行计数——何时应该绕过
避免通过管道将 grep 发送到 wc -l 来对输出行数计数。grep 的 -c 选项提供了对与特定模式匹配的行的计数，并且一般要比通过管道发送到 wc 更快，如以下示例所示：

示例 17. 好习惯 8 的示例：使用和不使用 grep 的行计数
~ $ time grep and tmp/a/longfile.txt | wc -l
2811
real 0m0.097s
user 0m0.006s
sys 0m0.032s
~ $ time grep -c and tmp/a/longfile.txt
2811
real 0m0.013s
user 0m0.006s
sys 0m0.005s
~ $

除了速度因素外，-c 选项还是执行计数的好方法。对于多个文件，带 -c 选项的 grep 返回每个文件的单独计数，每行一个计数，而针对 wc 的管道则提供所有文件的组合总计数。
然而，不管是否考虑速度，此示例都表明了另一个要避免地常见错误。这些计数方法仅提供包含匹配模式的行数——如果那就是您要查找的结果，这没什么问题。但是在行中具有某个特定模式的多个实例的情况下，这些方法无法为您提供实际匹配实例数量的真实计数。归根结底，若要对实例计数，您还是要使用 wc 来计数。首先，使用 -o 选项（如果您的版本支持它的话）来运行 grep 命令。此选项仅输出匹配的模式，每行一个模式，而不输出行本身。但是您不能将它与 -c 选项结合使用，因此要使用 wc -l 来对行计数，如以下示例所示：

示例 18. 好习惯 8 的示例：使用 grep 对模式实例计数
~ $ grep -o and tmp/a/longfile.txt | wc -l
3402
~ $

在此例中，调用 wc 要比第二次调用 grep 并插入一个虚拟模式（例如 grep -c）来对行进行匹配和计数稍快一点。

匹配输出中的某些字段，而不只是对行进行匹配
当您只希望匹配输出行中特定字段中的模式时，诸如 awk 等工具要优于 grep。
下面经过简化的示例演示了如何仅列出 12 月修改过的文件。

示例 19. 坏习惯 9 的示例：使用 grep 来查找特定字段中的模式
~/tmp $ ls -l /tmp/a/b/c | grep Dec
-rw-r--r-- 7 joe joe 12043 Jan 27 20:36 December_Report.pdf
-rw-r--r-- 1 root root 238 Dec 03 08:19 README
-rw-r--r-- 3 joe joe 5096 Dec 14 14:26 archive.tar
~/tmp $

在此示例中，grep 对行进行筛选，并输出其修改日期和名称中带 Dec 的所有文件。因此，诸如 December_Report.pdf 等文件是匹配的，即使它自从一月份以来还未修改过。这可能不是您希望的结果。为了匹配特定字段中的模式，最好使用 awk，其中的一个关系运算符对确切的字段进行匹配，如以下示例所示：

示例 20. 好习惯 9 的示例：使用 awk 来查找特定字段中的模式
~/tmp $ ls -l | awk '$6 == "Dec"'
-rw-r--r-- 3 joe joe 5096 Dec 14 14:26 archive.tar
-rw-r--r-- 1 root root 238 Dec 03 08:19 README
~/tmp $

有关如何使用 awk 的更多详细信息，请参见参考资料。

十、停止对 cat 使用管道
grep 的一个常见的基本用法错误是通过管道将 cat 的输出发送到 grep 以搜索单个文件的内容。这绝对是不必要的，纯粹是浪费时间，因为诸如 grep 这样的工具接受文件名作为参数。您根本不需要在这种情况下使用 cat，如以下示例所示：

示例 21. 好习惯和坏习惯 10 的示例：使用带和不带 cat 的 grep

~ $ time cat tmp/a/longfile.txt | grep and
2811
real 0m0.015s
user 0m0.003s
sys 0m0.013s
~ $ time grep and tmp/a/longfile.txt

此错误存在于许多工具中。由于大多数工具都接受使用连字符 (-) 的标准输入作为一个参数，因此即使使用 cat 来分散 stdin 中的多个文件，参数也通常是无效的。仅当您使用带多个筛选选项之一的 cat 时，才真正有必要在管道前首先执行连接。

结束语：养成好习惯
最好检查一下您的命令行习惯中的任何不良的使用模式。不良的使用模式会降低您的速度，并且通常会导致意外错误。本文介绍了 10 个新习惯，它们可以帮助您摆脱许多最常见的使用错误。养成这些好习惯是加强您的 UNIX 命令行技能的积极步骤。

2009年07月02日 02:17

Du Wei 杜伟 (Intel)

总分:
9,195
状态分数:
9,195

社区经理

关于显示的评论时间，据说可以通过修改您个人设置中的时区选项来实现。

2009年07月02日 19:54

Campusstella

2009年07月02日 20:06

Bruce Chen 陈宇达 (Intel)

总分:
4,105
状态分数:
3,605

棕带

实用的分布式操作系统还是一个管理而已，没有提供额外的透明的优势，它并不能透明的将计算资源整合。

云是个不断发展演进的过程，初期的确是可能不太完备，但随着时间的发展，会完备起来的。就比如虚拟化，我两年前跟人讨论虚拟化的时候，他们总是问“什么是虚拟化，怎么实现？”；两年过后，再跟客户说，他们问的就是“我用了虚拟化，但碰到了issue，你能不能帮我们解决？”这就是发展，我是比较乐观的，呵呵。

2009年07月02日 22:14

dllman

addiekf

2009年07月04日 20:26

christina0222

云计算是未来IT企业提供的全新的服务模式。这种模式就类似与现在的发电厂供电的服务：发电厂负责发电，用户按需要取电。用户本身不需要知道电是怎样生产出来的，只需要把电线连接到电厂，在需要电的时候打开开关就行了。同理，未来的云计算时代，每个计算机用户只需要有一台显示器和一根网线（不需要主机了），把网线连接到互联网上就能获得网络上提供的各种服务。也就是说，把现在这种所有在本地主机上进行的运算都统一放到一个服务器集群上进行运算，用户需要某种服务时，只需要向服务器集群发送相应的请求就可以了。

2009年07月05日 08:09

Bruce Chen 陈宇达 (Intel)

总分:
4,105
状态分数:
3,605

棕带

不错，这就是我们对云计算的理解，多谢楼上的补充说明

2009年07月05日 17:18

NewFireSky

怎么感觉就是当年的NC啊。
NC+一个负载均衡的群集。还有虚拟化这个问题，服务器的硬件资源是固定的，还有分出一部分处理虚拟化，到了一定程度以后，性价比直线下降。我觉的那个公车的说法挺形象的，本来大家都是自己的小车，现在是去做公交车，不过很不幸的是，要空一起空，要挤挤一起。

2009年07月07日 06:18

luoyu

有了一定的了解，不过在后面还是有点云里雾里的

2009年07月07日 06:47

Bruce Chen 陈宇达 (Intel)

总分:
4,105
状态分数:
3,605

棕带

虚拟化对性能的确是有影响的，但目前通过虚拟化技术的提升，影响已经降到了很低的水平，绝对不是以前的那种腰斩的感觉

2009年07月08日 07:48

guest

云计算就是忽悠
大家自说自话,都套上云计算的帽子

2009年07月08日 11:35

testt

transparent share resource to provide on demand scalable service
iaas ... paas... saas ...

2009年07月09日 06:49

yvitte

有了一定的了解，虚拟化对性能的确是有影响的，但目前通过虚拟化技术的提升，影响已经降到了很低的水平，绝对不是以前的那种腰斩的感觉

2009年07月09日 23:40

乱

词不达意，自己都不明白云计算是怎么回事儿，就大言不惭的描述。。。
唉，丢人啊。。。

2009年07月09日 23:51

Bruce Chen 陈宇达 (Intel)

总分:
4,105
状态分数:
3,605

棕带

随便乱叫总是比理解更容易，呵呵

2009年07月13日 04:41

罗汉卿

只知道炒的很厉害。观望中

2009年07月13日 07:33

ycr

有种8阵图的感觉，云计算

2009年09月07日 02:12

杜立

依照目前来看云计算的实现只是在宏观上体现了资源的整合与利用率的提高，但是我感觉在成本角度上将，云计算在很长一段时间内难以大规模实现；
另外在硬件架构上云计算更不利于计算机行业的发展，因为云计算的起步点很高，在很大程度上它必须依靠核心硬件、软件厂商的技术支持才能运行起来，而这就奠定了云计算的设备厂商和软件厂商的垄断局面，一旦垄断形成，那么云计算势必成为一颗超级炸弹，N多的软件、硬件厂商将消失于这个炸弹的爆炸过程中，最后能留下来的也许都是像高通那样的公司；
云计算的实现可以高度集中运算资源，也可以高度集中管理权限，也就是说在云计算的环境中，你没有隐私；

不知道我的观点是否中肯呢？

2009年09月25日 10:44

jayle

我觉的那个公车的说法挺形象的，本来大家都是自己的小车，现在是去做公交车，不过很不幸的是，要空一起空，要挤挤一起。

===========================
有这感觉，社会主义实现起来确实不容易

2009年11月10日 01:17

cs1035eof

总分:
5
Registered User

学习了

请问:云计算和网格计算、分布式计算之间是什么关系？

2009年11月10日 14:58

Bruce Chen 陈宇达 (Intel)

总分:
4,105
状态分数:
3,605

棕带

他们说问题的角度是不一样的。网格计算和分布式计算主要是从服务器物理的架构的角度讲的；而云计算虽然也有架构的部分，但主要还是讲应用层面，将计算能力抽象成服务，应用与服务器硬件分离。

2009年12月31日 03:21

sweetboy

总分:
5
Registered User

这里对云计算的核心概念再做个比喻。我个人以为，云计算最核心的概念是整合了后台的服务器计算资源，而跟前台的表现形式是无关的。传统的后台模式是这样的：应用A（如CRM）共用了1，2，3，4四台服务器，这四台服务器也仅为应用A服务；应用B（如HR）另用了5，6两台服务器。A和B之间的服务是没有交叉的，也不能统筹使用。比如：应用A高峰到了，四台不够用了，这时应用B的服务器在波谷，几乎闲置。但就算这种情况下，应用A也不能不应用B的两台服务器的闲置计算资源利用起来，只能另想办法。而在云计算下，服务器1，2，3，4，5，6被整合成统一的计算资源，以资源服务的形式提供给上面；应用A和 B都看不到下面到底是哪些服务器在支持他们的工作，他们只知道下面给了他们一定的计算能力。这样，如果还是出现了应用A的波峰，又是B的波谷，云计算的控制部分就可以把多余的计算资源分配给A，这在以前是不能实现的（或者要大费周折才能实现）。
=================================

这样来比喻，是不是云计算只是对服务的提供者内部的改变？而从服务和消费者之间来看是没有什么变化的？

2010年01月02日 18:15

ml_frank

总分:
125
状态分数:
75

绿带

云计算!一定程度上是概念炒作!离我们还很远啊

2010年01月02日 19:14

benaris

听了讨论感觉云计算好像需要将服务软件（虚拟）平台安装到（具有特定的功能的）服务器集群中，通过这些（具有特定的能力的）服务器群的计算才能将结果返回请求者。
为什么不能将（愿意分享闲置资源的）客户机（广大PC群，不一定能达到服务器级别）通过可以后台提供计算服务的软件C/S平台将请求者的需求分解计算后，再将结果返回给请求者呢？也就像P2P那样由一或几台服务器获取闲置资源（客户机）列表，再将任务分解发送到提供计算资源的客户机中，经过计算后将结果返回给请求者啊。这算不算云计算呢？

2010年01月02日 19:17

123

阿斯蒂芬

2010年01月03日 18:28

Bruce Chen 陈宇达 (Intel)

总分:
4,105
状态分数:
3,605

棕带

云计算的确是只对服务的提供者进行了再造，使得服务的质量更好，更容易，可以做以前不能做的事情。而对使用者来说，就基本没有什么改变，否则用户也不会答应啊。（个人以为英特尔不断发展的处理器的一大优势,就是向前兼容。如果要求客户不停的改应用程序，大多数人就宁愿不升级了）

2010年01月03日 18:30

Bruce Chen 陈宇达 (Intel)

总分:
4,105
状态分数:
3,605

棕带

云计算其实也不算远。比如现在的用友WECOO，就是用的云计算的技术构建的底层架构，只不过对于使用者来说，感觉不到而已，呵呵。

我本人相信虚拟化和云计算，必将是未来的发展趋势。

2010年01月08日 21:44

softarts

总分:
1,110
状态分数:
610

棕带

前面有人已经讲过了，云和以前的集群应该很象，需要用一些分布式的中间件进行整合，例如基于map/reduce的一些东西，主要远离还是分布式计算，并行计算的东西。

引用 (0)

写评论

欲获得技术支持，请访问软件支持页面.

英特尔® 软件网络

基于英特尔平台与虚拟化技术构建企业云计算(1)

作者： Bruce Chen 陈宇达 (Intel) (41 篇文章) 日期：六月 30, 2009 在 9:43 上午

分类：并行计算, 虚拟化技术

评论 (50)

引用 (0)

写评论

英特尔® 软件网络

基于英特尔平台与虚拟化技术构建企业云计算(1)

作者： Bruce Chen 陈宇达 (Intel) (41 篇文章) 日期： 六月 30, 2009 在 9:43 上午

分类： 并行计算, 虚拟化技术

评论 (50)

引用 (0)

写评论

作者： Bruce Chen 陈宇达 (Intel) (41 篇文章) 日期：六月 30, 2009 在 9:43 上午

分类：并行计算, 虚拟化技术