<![CDATA[开源虚拟化]]> http://hi.baidu.com http://hi.baidu.com http://img.baidu.com/img/logo-hi.gif http://hi.baidu.com/jouby zh-cn www.baidu.com 5 <![CDATA[Dash与Bash的语法区别]]> 如今Debian和Ubuntu中，/bin/sh默认已经指向dash，这是一个不同于bash的shell，它主要是为了执行脚本而出现，而不是交互，它速度更快，但功能相比bash要少很多，语法严格遵守POSIX标准，下面简要列举下从bash迁移到dash一般需要注意的问题

1.定义函数

bash: function在bash中为关键字

1
2
3
4
5
6
igi@gentoo ~ $ foo(){ echo$0;}
igi@gentoo ~ $ foo
/bin/bash
igi@gentoo ~ $ functionfoo2(){ echo$0;}
igi@gentoo ~ $ foo2
/bin/bash

dash: dash中没有function这个关键字

1
2
3
4
5
$ foo(){ echo$0;}
$ foo
dash
$ functionfoo2(){ echo$0;}
dash: Syntax error: "("unexpected

2.select var in list; do command; done

bash:支持

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
igi@gentoo ~ $ selectinput inA B
> do
>   case$input in
>     A)
>        echo'Input:A'
>        break
>        ;;
>     B)
>        echo'Input:B'
>        break
>        ;;
>   esac
> done
1) A
2) B
#? 1
Input:A
igi@gentoo ~ $ echo$0
/bin/bash

dash:不支持, 替代方法:采用while+read+case来实现

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
menu(){ echo-n "1)A;\n2)B\n>";}
menu
whilereadinput
do
    case$input in
      1)
         echo'A'
         break
         ;;
      2)
         echo'B'
         break
         ;;
      *)
         menu
         continue
         ;;
    esac
done

3. echo {0..10}

bash:支持{n..m}展开

1
2
3
4
igi@gentoo ~ $ echo$0
/bin/bash
igi@gentoo ~ $ echo{0..10}
0 1 2 3 4 5 6 7 8 9 10

dash:不支持，替代方法, 采用seq外部命令

1
2
3
4
5
6
$ echo$0
dash
$ echo{0..10}
{0..10}
$ echo`seq0 10`
0 1 2 3 4 5 6 7 8 9 10

4. here string

bash:支持here string

1
2
3
4
igi@gentoo ~ $ cat<<<"string"
string
igi@gentoo ~ $ echo$0
/bin/bash

dash:不支持, 替代方法:可采用here documents

1
2
3
4
5
6
7
8
$ echo$0
dash
$ cat<<<"string"
dash: Syntax error: redirection unexpected
$ cat<<EOF
> string
> EOF
string

5. >&word重定向标准输出和标准错误

bash: 当word为非数字时，>&word变成重定向标准错误和标准输出到文件word, 常见用法>&/dev/null

1
2
3
4
5
6
7
8
9
igi@gentoo ~/test$ ls
a
igi@gentoo ~/test$ lsa b
ls: cannot access b: No such fileor directory
a
igi@gentoo ~/test$ lsa b >&/dev/null
igi@gentoo ~/test$ lsa b >/dev/null2>&1
igi@gentoo ~/test$ echo$0
/bin/bash

dash: >&word, word不支持非数字, 替代方法: >word 2>&1; 常见用法 >/dev/null 2>&1

1
2
3
4
5
6
7
8
9
10
11
$ echo$0
dash
$ lsa
a
$ lsa b
ls: cannot access b: No such fileor directory
a
$ lsa b >&/dev/null
dash: Syntax error: Bad fd number
$ lsa b >/dev/null2>&1
$

6. 数组

bash: 支持数组, bash4支持关联数组

1
2
3
4
5
igi@gentoo ~/test$ echo$0
/bin/bash
igi@gentoo ~/test$ array=( a b c )
igi@gentoo ~/test$ echo${array[2]}
c

dash: 不支持数组，替代方法, 采用变量名+序号来实现类似的效果

1
2
3
4
5
6
7
8
9
$ fori ina b c
> do
> id=$((${id:=-1}+1))
> evalarray_$id=$i
> done
$ echo${array_1}
b
$ echo$0
dash

很蛋疼的方法，非不得以不建议这么用

7. 子字符串扩展

bash: 支持${parameter:offset:length},${parameter:offset}

1
2
3
4
5
6
7
igi@gentoo ~/test$ string='hello'
igi@gentoo ~/test$ echo${string:1:3}
ell
igi@gentoo ~/test$ echo${string:1}
ello
igi@gentoo ~/test$ echo$0
/bin/bash

dash: 不支持， 替代方法:采用expr或cut外部命令代替

1
2
3
4
5
6
7
8
9
10
11
12
$ string='hello'
$ exprsubstr "$string"2 3
ell
$ echo"$string"| cut-c2-4
ell
$ exprsubstr "$string"2 "${#string}"
ello
$ echo"$string"| cut-c2-
ello
$ echo$0
dash
$

8. 大小写转换

bash: 支持${parameter^pattern},${parameter^^pattern},${parameter,pattern},${parameter,,pattern}

1
2
3
4
5
6
7
8
9
igi@gentoo ~/test$ string="abcABC"
igi@gentoo ~/test$ echo${string^^}
ABCABC
igi@gentoo ~/test$ echo${string,,}
abcabc
igi@gentoo ~/test$ echo${string^^b}
aBcABC
igi@gentoo ~/test$ echo$0
/bin/bash

dash: 不支持，替代方法:采用tr/sed/awk等外部命令转换

1
2
3
4
5
6
7
8
$ string='abcABC'
$ echo"$string"| tr'[a-z]''[A-Z]'
ABCABC
$ echo"$string"| tr'[A-Z]''[a-z]'
abcabc
$ echo"$string"| sed's/b/\U&/g'
aBcABC
$

9. 进程替换<(command), >(command)

bash: 支持进程替换

1
2
3
4
5
igi@gentoo ~ $ diff<(seq3) <(seq4)
3a4
> 4
igi@gentoo ~ $ echo$0
/bin/bash

dash: 不支持, 替代方法, 通过临时文件中转

1
2
3
4
5
6
7
8
9
10
$ diff<(seq3) <(seq4)
dash: Syntax error: "("unexpected
$ seq3 >tmp1
$ seq4 >tmp2
$ difftmp1 tmp2
3a4
> 4
$ echo$0
dash
$

10. [ string1 = string2 ] 和 [ string1 == string2 ]

bash: 支持两者

1
2
3
4
5
6
igi@gentoo ~ $ [ 'a'= 'a'] && echo'equal'
equal
igi@gentoo ~ $ [ 'a'== 'a'] && echo'equal'
equal
igi@gentoo ~ $ echo$0
/bin/bash

dash: 只支持=

1
2
3
4
5
6
7
$ [ 'a'= 'a'] && echo'equal'
equal
$ [ 'a'== 'a'] && echo'equal'
[: 2: a: unexpected operator
$ echo$0
dash
$

11. [[ 加强版test

bash: 支持[[ ]], 可实现正则匹配等强大功能

1
2
3
4
igi@gentoo ~ $ [[ 'xyz123'=~ xyz[0-9]+ ]] && echo'equal'
equal
igi@gentoo ~ $ echo$0
/bin/bash

dash: 不支持[[ ]], 替代方法，采用外部命令

1
2
3
4
5
6
7
$ [[ 'xyz123'=~ xyz[0-9]+ ]] && echo'equal'
dash: [[: not found
$ echo'xyz123'| grep-q 'xyz[0-9]\+'&& echo'equal'
equal
$ echo$0
dash
$

12. for (( expr1 ; expr2 ; expr3 )) ; do list ; done

bash: 支持C语言格式的for循环

1
2
3
4
5
6
7
igi@gentoo ~ $ for((i=0;i<=3;i++));doecho"$i";done
0
1
2
3
igi@gentoo ~ $ echo$0
/bin/bash

dash: 不支持该格式的for, 替代方法，用while+$((expression))实现

1
2
3
4
5
6
7
8
9
10
11
12
13
$ i=0
$ while[ "$i"-le3 ]
> do
> echo"$i"
> i=$((i+1))
> done
0
1
2
3
$ echo$0
dash
$

13. let命令和((expression))

bash: 有内置命令let, 也支持((expression))方式

1
2
3
4
5
6
7
8
9
igi@gentoo ~ $ i=0
igi@gentoo ~ $ leti++
igi@gentoo ~ $ echo$i
1
igi@gentoo ~ $ ((i++))
igi@gentoo ~ $ echo$i
2
igi@gentoo ~ $ echo$0
/bin/bash

dash: 不支持，替代方法，采用$((expression))或者外部命令做计算

1
2
3
4
5
6
7
$ i=0
$ i=$((i+1))
$ echo$i
1
$ echo$0
dash
$

14. $((expression))

bash: 支持id++,id--,++id,--id这样到表达式

1
2
3
4
5
6
7
8
9
10
11
igi@gentoo ~ $ i=0
igi@gentoo ~ $ echo$((i++))
0
igi@gentoo ~ $ echo$i
1
igi@gentoo ~ $ echo$((++i))
2
igi@gentoo ~ $ echo$i
2
igi@gentoo ~ $ echo$0
/bin/bash

dash: 不支持++,--, 替代方法:id+=1,id-=1, id=id+1,id=id-1

1
2
3
4
5
6
7
8
9
10
11
12
13
14
$ i=0
$ echo$((i++))
dash: arithmetic expression: expecting primary: "i++"
$ echo$i;i=$((i+1))
0
$ echo$i
1
$ echo$((i+=1))
2
$ echo$i
2
$ echo$0
dash
$

以上列举的都是常见容易混淆的地方，更多区别可以查看manpage

阅读全文
类别：Shell 查看评论]]> 2011-12-28 21:13 http://hi.baidu.com/jouby/blog/item/ca17cc22dca3a6ba4723e86e.html <![CDATA[dmidecode详解]]> 1、DMI简介
　 　DMI (Desktop Management Interface, DMI)就是帮助收集电脑系统信息的管理系统，DMI信息的收集必须在严格遵照SMBIOS规范的前提下进行。 SMBIOS(System Management BIOS)是主板或系统制造者以标准格式显示产品管理信息所需遵循的统一规范。SMBIOS和DMI是由行业指导机构Desktop Management Task Force (DMTF)起草的开放性的技术标准，其中DMI设计适用于任何的平台和操作系统。 
　　DMI充 当了管理工具和系统层之间接口的角色。它建立了标准的可管理系统更加方便了电脑厂商和用户对系统的了解。DMI的主要组成部分是Management Information Format (MIF)数据库。这个数据库包括了所有有关电脑系统和配件的信息。通过DMI，用户可以获取序列号、电脑厂商、串口信息以及其它系统配件信息。

dmidecode的输出格式一般如下：
—————————————-
Handle 0×0002
DMI type 2, 8 bytes
Base Board Information
Manufacturer:Intel
Product Name: C440GX+
Version: 727281-0001
Serial Number: INCY92700942
—————————————-
其中的前三行都称为记录头(recoce Header), 其中包括了：
1、recode id(handle): DMI表中的记录标识符，这是唯一的,比如上例中的Handle 0×0002。
2、dmi type id: 记录的类型，譬如说:BIOS，Memory，上例是type 2，即”Base Board Information”
3、recode size: DMI表中对应记录的大小，上例为8 bytes.（不包括文本信息，所有实际输出的内容比这个size要更大。）
记录头之后就是记录的值：
4、decoded values: 记录值可以是多行的，比如上例显示了主板的制造商(manufacturer)、model、version以及serial Number。

2、Dmidecode作用
dmidecode的作用是将DMI数据库中的信息解码，以可读的文本方式显示。由于DMI信息可以人为修改，因此里面的信息不一定是系统准确的信息。

3、获取dmidecode程序
Dmidecode源码下载地址：http://download.savannah.gnu.org/releases/dmidecode/
Windows版下载地址：http://gnuwin32.sourceforge.net/packages/dmidecode.htm

4、dmidecode命令用法
Usage: dmidecode [OPTIONS]
Options are:
-d, --dev-mem FILE    Read memory from device FILE (default: /dev/mem) 
#从设备文件读信息，输出内容与不加参数标准输出相同
-h, --help            Display this help text and exit 
#显示帮助信息
-q, --quiet           Less verbose output
                    #显示更少的简化信息
-s, --string KEYWORD Only display the value of the given DMI string
#只显示指定DMI字符串的信息
-t, --type TYPE       Only display the entries of given type 
#只显示指定条目的信息
-u, --dump           Do not decode the entries 
#显示未解码的原始条目内容
     --dump-bin FILE   Dump the DMI data to a binary file
     --from-dump FILE Read the DMI data from a binary file
-V, --version          Display the version and exit   
#显示版本信息

5、参数string及type列表

（1）Valid string keywords are:
bios-vendor
bios-version
bios-release-date
system-manufacturer
system-product-name
system-version
system-serial-number
system-uuid
baseboard-manufacturer
baseboard-product-name
baseboard-version
baseboard-serial-number
baseboard-asset-tag
chassis-manufacturer
chassis-type
chassis-version
chassis-serial-number
chassis-asset-tag
processor-family
processor-manufacturer
processor-version
processor-frequency

（2）Valid type keywords are:
bios
system 
baseboard
chassis
processor
memory
cache
connector
slot

（3）type全部编码列表
Type   Information
      ----------------------------------------
         0   BIOS
         1   System
         2   Base Board
         3   Chassis
         4   Processor
         5   Memory Controller
         6   Memory Module
         7   Cache
         8   Port Connector
         9   System Slots
        10   On Board Devices
        11   OEM Strings
        12   System Configuration Options
        13   BIOS Language
        14   Group Associations
        15   System Event Log
        16   Physical Memory Array
        17   Memory Device
        18   32-bit Memory Error
        19   Memory Array Mapped Address
        20   Memory Device Mapped Address
        21   Built-in Pointing Device
        22   Portable Battery
        23   System Reset
        24   Hardware Security
        25   System Power Controls
        26   Voltage Probe
        27   Cooling Device
        28   Temperature Probe
        29   Electrical Current Probe
        30   Out-of-band Remote Access
        31   Boot Integrity Services
        32   System Boot
        33   64-bit Memory Error
        34   Management Device
        35   Management Device Component
        36   Management Device Threshold Data
        37   Memory Channel
        38   IPMI Device
        39   Power Supply

 40 Additional Information
        41 Onboard Device

6、命令示例
# dmidecode -s system-serial-number   #显示系统序列号
# dmidecode -t memory              #显示内存信息
# dmidecode -t 11       #显示OEM信息

转自：http://yanmengxiang.blog.163.com/blog/static/1035782742010530947582/

阅读全文
类别：Linux 查看评论]]> 2011-12-28 16:21 http://hi.baidu.com/jouby/blog/item/0ed7867fec8a821628388aa2.html <![CDATA[Linux Kernel Shared Memory 剖析]]>

Linux Kernel Shared Memory 剖析

Linux 内核中的内存去耦合

M. Tim Jones, 自由作家

简介： 作为一个系统管理程序（hypervisor），Linux® 有几个创新，2.6.32 内核中一个有趣的变化是 Kernel Shared Memory (KSM)。KSM 允许这个系统管理程序通过合并内存页面来增加并发虚拟机的数量。本文探索 KSM 背后的理念（比如存储去耦合）、KSM 的实现、以及如何管理 KSM。

标记本文！

发布日期： 2010 年 5 月 12 日 
级别： 中级 
其他语言版本： 英文 
访问情况 ： 2963 次浏览 
评论： 1 (查看 | 添加评论)

 平均分 (6个评分)
为本文评分

联系 Tim

Tim 是我们最受欢迎、作品最多的作者之一。查看  并与他以及 My developerWorks 中的其他作者和相关读者取得联系。

软件工程可能是一个不断演变的过程：通过解决方案解决问题，解决方案产生新问题，然后再构建新的解决方案。理想的情况是，产生的新问题能够证明原始解决方案的有效性。本文讨论的技术是这种二级解决方案之一，针对由服务器虚拟化产生的问题。但是，在深入 KSM 之前，我们先快速检查一下原始解决方案，以及 KSM 如何在这里和其他地方应用。

服务器虚拟化

极端服务器合并

尽管企业服务器可以使用虚拟化合并 10 个或更多服务器，但单个 IBM System z 服务器能够在一个单一的逻辑分区上支持数千个 Linux 客户机（guest）。

虚拟化技术从上世纪 60 年代开始出现，经由 IBM® System/360® 大型机得以流行。50 年过后，虚拟化技术取得了跨越式发展，使得多个操作系统和应用程序共享一个服务器成为可能。这一特殊用途（称为服务器虚拟化）正在演变为数据中心，因为单个物理机能够用于托管 10 个（一般情况）或更多虚拟机（VM），如图 1 所示。这种虚拟化使基础设施更动态、更省电、（因而也）更经济。请参见 参考资料 部分了解关于服务器虚拟化及其好处的更多信息。


图 1. 通过虚拟化进行的服务器合并 
 

如果某个物理服务器总是只使用 10-15% 的资源，那么在这个物理服务器上合并多个虚拟服务器就很有用。但是资源情况如何呢？主要的可用资源包括 CPU、内存和网络带宽。CPU 和网络通常没有得到充分利用，因此真正的问题就是可用内存。每个操作系统都有自己对可用内存资源的独特需求。由此产生的问题是：那些需求到底有多独特？

回页首

内存共享

事实证明，如果您虚拟化许多相同的操作系统和应用程序组，那么许多内存页面都是相同的。假如操作系统和应用程序代码以及常量数据在 VMs 之间相同，那么这个特点就很有用。当页面惟一时，它们可以被合并，从而释放内存，供其他应用程序使用。图 2 演示了内存共享，并展示了在内容相同的 VMs 之间共享页面时更多可用闲置内存的好处。


图 2. 跨 VMs 的内存共享
 

特性命名

本文描述的特性非常新；因此，其名称经历了一些变化。您将发现这个 Linux 内核特性称为 Kernel Shared Memory 或 Kernel Samepage Merging。

您很快就会发现，尽管 Linux 中的内存共享在虚拟环境中有优势（KSM 最初设计用于基于内核的虚拟机），但它在非虚拟环境中仍然有用。事实上，KSM 甚至在嵌入式 Linux 系统中也有用处，表明了这种方法的灵活性。下面，我们将探索这种 Linux 内存共享方法，以及如何使用该方法提高服务器的内存密度，从而增加其托管其他应用程序或 VMs 的能力。

回页首

其他技术支持

存储技术中的一个称为去耦合（de-duplication）的最新进展是 Linux 和其他系统管理程序中的内存共享的先驱。去耦合这种技术通过删除冗余数据（基于数据块，或者基于更大的数据片段，比如文件）来减少已存储的数据。公共数据片段被合并（以一种 copy-on-write [CoW] 方式），释放空间供其他用途。使用这种方法，存储成本更低，最终需要的存储器也更少。鉴于当前的数据增长速度，这个功能显得非常重要。

回页首

KSM 操作

KSM 作为内核中的守护进程（称为 ksmd）存在，它定期执行页面扫描，识别副本页面并合并副本，释放这些页面以供它用。KSM 执行上述操作的过程对用户透明。例如，副本页面被合并（然后被标记为只读），但是，如果这个页面的其中一个用户由于某种原因更改该页面，该用户将（以 CoW 方式）收到自己的副本。可以在内核源代码 ./mm/ksm.c 中找到 KSM 内核模块的完整实现。

KSM 依赖高级应用程序来提供指导，根据该指导确定合并的候选内存区域。尽管 KSM 可以只扫描系统中的匿名页面，但这将浪费 CPU 和内存资源（考虑到管理页面合并进程所需的空间）。因此，应用程序可以注册可能包含副本页面的虚拟区域。

KSM 应用程序编程接口（API）通过 madvise 系统调用（见清单 1）和一个新的建议参数（advice parameter）MADV_MERGEABLE（表明已定义的区域可以合并）来实现。可以通过 MADV_UNMERGEABLE 参数（立即从一个区域取消合并任何已合并页面）从可合并状态删除一个区域。注意，通过 madvise 来删除一个页面区域可能会导致一个 EAGAIN 错误，因为该操作可能会在取消合并过程中耗尽内存，从而可能会导致更大的麻烦（内存不足情况）。


清单 1. madvise 系统调用
				#include <sys/mman.h>int madvise( void *start, size_t length, int advice );

一旦某个区域被定义为 “可合并”，KSM 将把该区域添加到它的工作内存列表。启用 KSM 时，它将搜索相同的页面，以写保护的 CoW 方式保留一个页面，释放另一个页面以供它用。

KSM 使用的方法与内存去耦合中使用的方法不同。在传统的去耦合中，对象被散列化，然后使用散列值进行初始相似性检查。当散列值一致时，下一步是进行一个实际对象比较（本例中是一个内存比较），以便正式确定这些对象是否一致。KSM 在它的第一个实现中采用这种方法，但后来开发了一种更直观的方法来简化它。

在当前的 KSM 中，页面通过两个 “红-黑” 树管理，其中一个 “红-黑” 树是临时的。第一个树称为不稳定树，用于存储还不能理解为稳定的新页面。换句话说，作为合并候选对象的页面（在一段时间内没有变化）存储在这个不稳定树中。不稳定树中的页面不是写保护的。第二个树称为稳定树，存储那些已经发现是稳定的且通过 KSM 合并的页面。为确定一个页面是否是稳定页面，KSM 使用了一个简单的 32 位校验和（checksum）。当一个页面被扫描时，它的校验和被计算且与该页面存储在一起。在一次后续扫描中，如果新计算的校验和不等于此前计算的校验和，则该页面正在更改，因此不是一个合格的合并候选对象。

使用 KSM 进程处理一个单一的页面时，第一步是检查是否能够在稳定树中发现该页面。搜索稳定树的过程很有趣，因为每个页面都被视为一个非常大的数字（页面的内容）。一个 memcmp（内存比较）操作将在该页面和相关节点的页面上执行。如果memcmp 返回 0，则页面相同，发现一个匹配值。反之，如果 memcmp 返回 -1，则表示候选页面小于当前节点的页面；如果返回1，则表示候选页面大于当前节点的页面。尽管比较 4KB 的页面似乎是相当重量级的比较，但是在多数情况下，一旦发现一个差异，memcmp 将提前结束。请参见图 3 查看这个过程的视觉呈现。


图 3. 搜索树中的页面的搜索过程
 

如果候选页面位于稳定树中，则该页面被合并，候选页面被释放。有关代码位于 ksm.c/stable_tree_search()（称为 ksm.c/cmp_and_merge_page()）中。反之，如果没有发现候选页面，则应转到不稳定树（参见 ksm.c/unstable_tree_search()）。

在不稳定树中搜索时，第一步是重新计算页面上的校验和。如果该值与原始校验和不同，则本次扫描的后续搜索将抛弃这个页面（因为它更改了，不值得跟踪）。如果校验和没有更改，则会搜索不稳定树以寻找候选页面。不稳定树的处理与稳定树的处理有一些不同。第一，如果搜索代码没有在不稳定树中发现页面，则在不稳定树中为该页面添加一个新节点。但是如果在不稳定树中发现了页面，则合并该页面，然后将该节点迁移到稳定树中。

当扫描完成（通过 ksm.c/ksm_do_scan() 执行）时，稳定树被保存下来，但不稳定树则被删除并在下一次扫描时重新构建。这个过程大大简化了工作，因为不稳定树的组织方式可以根据页面的变化而变化（还记得不稳定树中的页面不是写保护的吗？）。由于稳定树中的所有页面都是写保护的，因此当一个页面试图被写入时将生成一个页面故障，从而允许 CoW 进程为写入程序取消页面合并（请参见 ksm.c/break_cow()）。稳定树中的孤立页面将在稍后被删除（除非该页面的两个或更多用户存在，表明该页面还在被共享）。

如前所述，KSM 使用 “红-黑” 树来管理页面，以支持快速查询。实际上，Linux 包含了一些 “红-黑” 树作为一个可重用的数据结构，可以广泛使用它们。“红-黑” 树还可以被 Completely Fair Scheduler (CFS) 使用，以便按时间顺序存储任务。您可以在 ./lib/rbtree.c 中找到 “红-黑” 树的这个实现。

回页首

KSM 配置和监控

KSM 的管理和监控通过 sysfs（位于根 /sys/kernel/mm/ksm）执行。在这个 sysfs 子目录中，您将发现一些文件，有些用于控制，其他的用于监控。

第一个文件 run 用于启用和禁用 KSM 的页面合并。默认情况下，KSM 被禁用（0），但可以通过将一个 1 写入这个文件来启用 KSM 守护进程（例如，echo 1 > sys/kernel/mm/ksm/run）。通过写入一个 0，可以从运行状态禁用这个守护进程（但是保留合并页面的当前集合）。另外，通过写入一个 2，可以从运行状态（1）停止 KSM 并请求取消合并所有合并页面。

KSM 运行时，可以通过 3 个参数（sysfs 中的文件）来控制它。sleep_millisecs 文件定义执行另一次页面扫描前 ksmd 休眠的毫秒数。max_kernel_pages 文件定义 ksmd 可以使用的最大页面数（默认值是可用内存的 25%，但可以写入一个 0 来指定为无限）。最后，pages_to_scan 文件定义一次给定扫描中可以扫描的页面数。任何用户都可以查看这些文件，但是用户必须拥有根权限才能修改它们。

还有 5 个通过 sysfs 导出的可监控文件（均为只读），它们表明 ksmd 的运行情况和效果。full_scans 文件表明已经执行的全区域扫描的次数。剩下的 4 个文件表明 KSM 的页面级统计数据：

  • pages_shared：KSM 正在使用的不可交换的内核页面的数量。
  • pages_sharing：一个内存存储指示。
  • pages_unshared：为合并而重复检查的惟一页面的数量。
  • pages_volatile：频繁改变的页面的数量。

KSM 作者定义：较高的 pages_sharing/pages_shared 比率表明高效的页面共享（反之则表明资源浪费）。

回页首

结束语

Linux 并不是使用页面共享来改进内存效率的惟一系统管理程序，但是它的独特之处在于将其实现为一个操作系统特性。VMware 的 ESX 服务器系统管理程序将这个特性命名为 Transparent Page Sharing (TPS)，而 XEN 将其称为 Memory CoW。不管采用哪种名称和实现，这个特性都提供了更好的内存利用率，从而允许操作系统（KVM 的系统管理程序）过量使用内存，支持更多的应用程序或 VM。 您可以在最新的 2.6.32 Linux 内核中发现 KSM — 以及其他很多有趣的特性。


参考资料

学习

  • Red Hat 的 KSM 作者撰写了一篇很好的关于 KSM 的论文，标题为 “Increasing memory density by using KSM”（PDF），这篇论文介绍了 KSM，并深入研究了它的实现的一些细节。 

  • 作为一种节约能源并降低成本的方法，虚拟化正在迅猛发展，虚拟化还是云计算架构的一个关键元素。参阅 “通过虚拟化促进绿色计算：虚拟化是绿色 IT 的基础”（developerWorks，2009 年 8 月），了解虚拟化及其在绿色 IT 中的角色。 

  • 本文展示了将 Linux 作为一个系统管理程序使用的优势。参阅 “剖析 Linux hypervisor”（developerWorks，2009 年 5 月）、“探索 Linux 内核虚拟机 ”（developerWorks，2007 年 4 月）和 “虚拟 Linux”（developerWorks，2006 年 12 月），了解这个主题和其他主题。最后，参阅 “Linux 2.6 Completely Fair Scheduler 内幕”（developerWorks，2009 年 12 月），了解使用 “红-黑” 树的其他内核子系统。 

  • 您可以从 2.6.32 内核发布说明 了解关于内存去耦合的更多信息。这些说明提供了关于 KSM 的有用材料（包括一个到内核文档的链接）以及 2.6.32 版的各种其他变化。在 KSM 部分，您将发现一个有趣的参考，介绍如何在一个 RAM 为 16 GB 的服务器上运行 52 个 Windows® XP VMs（其中每个 VM 被分配 1GB RAM 并与 KSM 共享）。 

  • 参阅 IT 分析 文章 “De-dupe for big storage savings?”，了解关于内存系统的去耦合及其方法的更多信息。 

  • Wikipedia 提供了一个不错的 去耦合简介，包括各种实现策略（比如源和目标）。 

  • 尽管 KSM 是在虚拟服务器中减小内存足迹的自动机制，但是应用程序开发人员有时也拥有类似的手动操作能力。Linux 动态（或共享）库允许二进制文件使用公共库对象，而不是由应用程序静态编译的库对象。参阅 “Linux 动态库剖析”（developerWorks，2008 年 8 月），了解关于共享库的更多信息。 

  • “红-黑” 树（或对称二进制 B 树）是 Rudolf Bayer 发明的一个自平衡二进制树。它是一个有用的树表示，对于插入、搜索和删除等操作，它拥有很好的 “最坏情况时间（worst-case time）” 。“红-黑” 树广泛应用于各种应用程序，其中包括关联数组的构造。 

  • M. Tim Jones 是一位多产作者，更多内容请参考 M. Tim Jones 专栏。 

  • 在 developerWorks Linux 专区 寻找为 Linux 开发人员（包括 Linux 新手入门）准备的更多参考资料，查阅我们 最受欢迎的文章和教程。 

  • 在 developerWorks 上查阅所有 Linux 技巧 和 Linux 教程。 

  • 随时关注 developerWorks 技术活动和网络广播。 

  • 观看 developerWorks 演示中心，包括面向初学者的产品安装和设置演示，以及为经验丰富的开发人员提供的高级功能。

获得产品和技术

讨论

  • 加入 My developerWorks 社区。查看开发人员参与的博客、论坛、组和 wikis，并与其他 developerWorks 用户交流。

关于作者

M. Tim Jones 是一位嵌入式固件架构师，他是 Artificial Intelligence: A Systems Approach, GNU/Linux Application Programming（第二版），AI Application Programming（第二版），以及 BSD Sockets Programming from a Multilanguage Perspective 的作者。他的工程背景非常广泛，从同步宇宙飞船的内核开发到嵌入式系统架构设计，再到网络协议的开发。Tim 是位于科罗拉多州 Longmont 的 Emulex Corp. 的一名顾问工程师。

阅读全文
类别：Kvm 查看评论]]> 2011-12-21 22:50 http://hi.baidu.com/jouby/blog/item/3a1d26013601dac8277fb5cf.html <![CDATA[Linux 2.6 Completely Fair Scheduler 内幕]]>

Linux 2.6 Completely Fair Scheduler 内幕

自 2.6.23 起提供对 CPU 的出色访问

M. Tim Jones, 自由作家

简介： 任务调度器是任何操作系统的关键部分，Linux 在此领域中不断发展和创新。在内核 2.6.23 中，推出了 Completely Fair Scheduler (CFS)。这款调度器不依赖于运行队列而是使用红黑树 (red-black tree) 实现任务管理。 本文介绍 CFS 的设计思想、其实现及其与之前的 O(1) 调度器相比的优势。

标记本文！

发布日期： 2010 年 1 月 25 日 
级别： 中级 
其他语言版本： 英文 
访问情况 ： 5218 次浏览 
评论： 0 (查看 | 添加评论)

 平均分 (8个评分)
为本文评分

Linux 调度器是一个颇有压力但很有趣的课题。一方面它涉及应用 Linux 的使用模型。尽管 Linux 最初开发为桌面操作系统环境，但现在在服务器、微型嵌入式设备、主机和超级计算机中都能发现它。 无疑，这些领域的调度负载有很大差异。另一方面，它要考虑平台方面的技术进步，包括架构（多处理、对称多线程、非一致内存访问 [NUMA] 和虚拟化）。 另外，这里还要考虑交互性（用户响应能力）和整体公平性之间的平衡。从这些方面很容易看出解决 Linux 中的调度问题有多难。

Linux 调度器简史

早期的 Linux 调度器使用了最低的设计，它显然不关注具有很多处理器的大型架构，更不用说是超线程了。1.2 Linux 调度器使用了环形队列用于可运行的任务管理，使用循环调度策略。 此调度器添加和删除进程效率很高（具有保护结构的锁）。简而言之，该调度器并不复杂但是简单快捷。

Linux 版本 2.2 引入了调度类的概念，允许针对实时任务、非抢占式任务、非实时任务的调度策略。 2.2 调度器还包括对称多处理 (SMP) 支持。

2.4 内核包含了相对简单的调度器，按 O(N) 的时间间隔运行（在调度事件期间它会迭代每个任务）。2.4 调度器将时间分割成 epoch，每个 epoch 中，每个任务允许执行到其时间切片用完。如果某个任务没有使用其所有的时间切片，那么 剩余时间切片的一半将被添加到新时间切片使其在下个 epoch 中可以执行更长时间。 调度器只是迭代任务，应用 goodness 函数（指标）决定下面执行哪个任务。尽管这种方法比较简单，但是却比较低效、缺乏可扩展性而且不适合用在实时系统中。它还缺少利用新硬件架构（比如多核处理器）的能力。

早期的 2.6 调度器，叫做 O(1) 调度器，它旨在解决 2.4 调度器存在的问题 — 该调度器不需要迭代整个任务列表来确定要调度的下一个任务（因此得名 O(1)，这意味着它效率更高，扩展性更好）。O(1) 调度器跟踪运行队列中可运行的任务（实际上，每个优先级水平有两个运行队列 — 一个用于活动任务，一个用于过期任务）， 这意味着要确定接下来执行的任务，调度器只需按优先级将下一个任务从特定活动的运行队列中取出即可）。 O(1) 调度器扩展性更好而且包含交互性，提供了大量启示用于确定任务是受 I/O 限制还是受处理器限制。 但是 O(1) 调度器在内核中很笨拙。需要大量代码计算启示，难以管理并且对于纯粹主义者而言未能体现算法的本质。

进程与线程

Linux 通过将进程和线程调度视为一个，同时包含二者。进程可以看做是单个线程，但是进程可以包含共享一定资源（代码和/或数据）的多个线程。

为了解决 O(1) 调度器面临的问题以及应对其他外部压力， 需要改变某些东西。这种改变来自 Con Kolivas 的内核补丁，其中包括他的 Rotating Staircase Deadline Scheduler (RSDL)， 这包含了他在 staircase 调度器方面的早期工作。这些工作的成果就是一个设计简单的调度器，包含了公平性和界限内延迟。 Kolivas 的调度器吸引了很多人（并且很多人呼吁将其包含在目前的 2.6.21 主流内核中），很显然调度器的变革即将发生。 Ingo Molnar，O(1) 调度器的创造者，然后围绕 Kolivas 的一些思想开发了基于 CFS 的调度器。我们来剖析一下 CFS，从较高的层次上看看它是如何运行的。

回页首

CFS 概述

CFS 背后的主要想法是维护为任务提供处理器时间方面的平衡（公平性）。这意味着应给进程分配相当数量的处理器。分给某个任务的时间失去平衡时（意味着一个或多个任务相对于其他任务而言未被给予相当数量的时间），应给失去平衡的任务分配时间，让其执行。

要实现平衡，CFS 在叫做虚拟运行时 的地方维持提供给某个任务的时间量。任务的虚拟运行时越小， 意味着任务被允许访问服务器的时间越短 — 其对处理器的需求越高。CFS 还包含睡眠公平概念以便确保那些目前没有运行的 任务（例如，等待 I/O）在其最终需要时获得相当份额的处理器。

但是与之前的 Linux 调度器不同，它没有将任务维护在运行队列中，CFS 维护了一个以时间为顺序的红黑树（参见图 1）。 红黑树 是一个树，具有很多有趣、有用的属性。首先，它是自平衡的，这意味着树上没有路径比任何其他路径长两倍以上。 第二，树上的运行按 O(log n) 时间发生（其中 n 是树中节点的数量）。这意味着您可以快速高效地插入或删除任务。


图 1. 红黑树示例
 

任务存储在以时间为顺序的红黑树中（由 sched_entity 对象表示），对处理器需求最多的任务 （最低虚拟运行时）存储在树的左侧，处理器需求最少的任务（最高虚拟运行时）存储在树的右侧。 为了公平，调度器然后选取红黑树最左端的节点调度为下一个以便保持公平性。任务通过将其运行时间添加到虚拟运行时， 说明其占用 CPU 的时间，然后如果可运行，再插回到树中。这样，树左侧的任务就被给予时间运行了，树的内容从右侧迁移到左侧以保持公平。 因此，每个可运行的任务都会追赶其他任务以维持整个可运行任务集合的执行平衡。

回页首

CFS 内部原理

Linux 内的所有任务都由称为 task_struct 的任务结构表示。该结构（以及其他相关内容）完整地描述了任务并包括了任务的当前状态、其堆栈、进程标识、优先级（静态和动态）等等。您可以在 ./linux/include/linux/sched.h 中找到这些内容以及相关结构。 但是因为不是所有任务都是可运行的，您在 task_struct 中不会发现任何与 CFS 相关的字段。 相反，会创建一个名为sched_entity 的新结构来跟踪调度信息（参见图 2）。


图 2. 任务和红黑树的结构层次
 

各种结构的关系如 图 2 所示。树的根通过 rb_root 元素通过 cfs_rq 结构（在 ./kernel/sched.c 中）引用。红黑树的叶子不包含信息，但是内部节点代表一个或多个可运行的任务。红黑树的每个节点都由 rb_node 表示，它只包含子引用和父对象的颜色。 rb_node 包含在 sched_entity 结构中，该结构包含 rb_node 引用、负载权重以及各种统计数据。最重要的是，sched_entity 包含 vruntime（64 位字段），它表示任务运行的时间量，并作为红黑树的索引。 最后，task_struct 位于顶端，它完整地描述任务并包含 sched_entity 结构。

就 CFS 部分而言，调度函数非常简单。 在 ./kernel/sched.c 中，您会看到通用 schedule() 函数，它会先抢占当前运行任务（除非它通过 yield() 代码先抢占自己）。注意 CFS 没有真正的时间切片概念用于抢占，因为抢占时间是可变的。 当前运行任务（现在被抢占的任务）通过对 put_prev_task 调用（通过调度类）返回到红黑树。 当 schedule 函数开始确定下一个要调度的任务时，它会调用 pick_next_task 函数。此函数也是通用的（在 ./kernel/sched.c 中），但它会通过调度器类调用 CFS 调度器。 CFS 中的 pick_next_task 函数可以在 ./kernel/sched_fair.c（称为 pick_next_task_fair()）中找到。 此函数只是从红黑树中获取最左端的任务并返回相关 sched_entity。通过此引用，一个简单的 task_of() 调用确定返回的task_struct 引用。通用调度器最后为此任务提供处理器。

优先级和 CFS

CFS 不直接使用优先级而是将其用作允许任务执行的时间的衰减系数。 低优先级任务具有更高的衰减系数，而高优先级任务具有较低的衰减系数。 这意味着与高优先级任务相比，低优先级任务允许任务执行的时间消耗得更快。 这是一个绝妙的解决方案，可以避免维护按优先级调度的运行队列。

CFS 组调度

CFS 另一个有趣的地方是组调度 概念（在 2.6.24 内核中引入）。组调度是另一种为调度带来公平性的方式，尤其是在处理产生很多其他任务的任务时。 假设一个产生了很多任务的服务器要并行化进入的连接（HTTP 服务器的典型架构）。不是所有任务都会被统一公平对待， CFS 引入了组来处理这种行为。产生任务的服务器进程在整个组中（在一个层次结构中）共享它们的虚拟运行时，而单个任务维持其自己独立的虚拟运行时。这样单个任务会收到与组大致相同的调度时间。您会发现 /proc 接口用于管理进程层次结构，让您对组的形成方式有完全的控制。使用此配置，您可以跨用户、跨进程或其变体分配公平性。

回页首

调度类和域

与 CFS 一起引入的是调度类概念（可以回顾 图 2）。每个任务都属于一个调度类，这决定了任务将如何调度。 调度类定义一个通用函数集（通过 sched_class），函数集定义调度器的行为。例如，每个调度器提供一种方式， 添加要调度的任务、调出要运行的下一个任务、提供给调度器等等。每个调度器类都在一对一连接的列表中彼此相连，使类可以迭代（例如， 要启用给定处理器的禁用）。一般结构如图 3 所示。注意，将任务函数加入队列或脱离队列只需从特定调度结构中加入或移除任务。 函数pick_next_task 选择要执行的下一个任务（取决于调度类的具体策略）。


图 3. 调度类图形视图
 

但是不要忘了调度类是任务结构本身的一部分（参见 图 2）。这一点简化了任务的操作，无论其调度类如何。例如， 以下函数用 ./kernel/sched.c 中的新任务抢占当前运行任务（其中 curr 定义了当前运行任务， rq 代表 CFS 红黑树而 p 是下一个要调度的任务）：

static inline void check_preempt( struct rq *rq, struct task_struct *p ){  rq->curr->sched_class->check_preempt_curr( rq, p );}

如果此任务正使用公平调度类，则 check_preempt_curr() 将解析为 check_preempt_wakeup()。 您可以在 ./kernel/sched_rt.c, ./kernel/sched_fair.c 和 ./kernel/sched_idle.c 中查看这些关系。

调度类是调度发生变化的另一个有趣的地方，但是随着调度域的增加，功能也在增加。 这些域允许您出于负载平衡和隔离的目的将一个或多个处理器按层次关系分组。 一个或多个处理器能够共享调度策略（并在其之间保持负载平衡）或实现独立的调度策略从而故意隔离任务。

回页首

其他调度器

继续研究调度，您将发现正在开发中的调度器将会突破性能和扩展性的界限。Con Kolivas 没有被他的 Linux 经验羁绊，他开发出了另一个 Linux 调度器，其缩写为：BFS。该调度器据说在 NUMA 系统以及移动设备上具有更好的性能， 并且被引入了 Android 操作系统的一款衍生产品中。

回页首

展望

对于 Linux 技术而言，惟一不变的就是永恒的变化。今天，CFS 是 2.6 Linux 调度器； 明天可能就会是另一个新的调度器或一套可以被静态或动态调用的调度器。 CFS、RSDL 以及内核背后的进程中还有很多秘密，但是多亏了 Kolivas 和 Molnar 的工作，我们在 2.6 任务调度方面达到了更高层次的公平。


参考资料

学习

  • 红黑树 （平衡二叉树）是自平衡二叉树，由 Rudolf Bayer 发明。它是一种非常有用的树表示法， 能以时间复杂度进行插入、搜索和删除等操作。您可以在各种应用程序中发现红黑树，包括关联数组的构建。

  • 任务调度是操作系统设计的一个重要方面，从桌面操作系统调度器到实时调度器和嵌入式操作系统调度器。来自 Martin C. Rinard 操作系统讲座 的文章提供了关于处理器调度话题的要点总结。

  • 大O符号 是用于描述函数渐近行为的数学符号。此维基百科条目包含了一些重要信息以及函数类的有用列表。

  • 您可以在 “Linux 调度器内幕” （developerWorks，2006 年 6 月）中了解 Linux O(1) 调度器的更多信息。 

  • Con Kolivas 从事新的实验性的 Linux 调度器研究有一段时间了。您可以了解关于其调度器的更多信息， 包括 Staircase Process Scheduler 和 Rotating Staircase Deadline Scheduler，这些调度器最终证明公平共享调度是可以实现的。

  • Avinesh Kumar 对 CFS 及其他新增功能进行了介绍。了解其文章 “使用完全公平调度程序（CFS）进行多任务处理” （developerWorks，2008 年 1 月）。 

  • 没有戏剧生活将会怎样？要了解幕后故事，请参阅 CFS 的开发，查看此 Linux 内核邮件列表结合，其中包括 Con Kolivas（他引入了 RSDL 补丁、实现了 CFS 的核心思想）和 Ingo Molnar（调度器代码看门人，在最初拒绝该思想后，他稍后推出了自己的调度器版本）。真相总是介于两者之间，但是来自 Kerneltrap 的这篇有趣的文章揭示了开源开发的另一面。 

  • 在 developerWorks Linux 专区 寻找为 Linux 开发人员（包括 Linux 新手入门）准备的更多参考资料，查阅我们 最受欢迎的文章和教程。 

  • 在 developerWorks 上查阅所有 Linux 技巧 和 Linux 教程。 

  • 随时关注 developerWorks 技术活动和网络广播。

阅读全文
类别：Linux 查看评论]]> 2011-12-21 22:49 http://hi.baidu.com/jouby/blog/item/1def511f23a770ebe0fe0bca.html <![CDATA[Fedora 安装控制台]]> Fedora、Red Hat 或 CentOS 的安裝程式提供多個虛擬主控台(Virtual Console)，並在不同的虛擬主控台顯示不同的詳細系統資訊。當安裝出現問題時，讓您可以盡快診斷出問題所在。

主控台按鍵組合內容
1Ctrl-Alt-F1安裝對話
2Ctrl-Alt-F2Shell 命令窗，讓您可以輸入 shell 命令修復安裝問題。
3Ctrl-Alt-F3安裝紀錄 (來自安裝程式 Anaconda 的訊息)
4Ctrl-Alt-F4系統相關的訊息
5Ctrl-Alt-F5其它訊息
6Ctrl-Alt-F6X Window 圖形顯示

阅读全文
类别：默认分类 查看评论]]> 2011-12-05 16:48 http://hi.baidu.com/jouby/blog/item/bafb238b1f8970cefd1f10d3.html <![CDATA[IBM Rational 系统开发]]>

在汽车、航空和国防、电信网络或医疗设备等行业中，许多开发和制造产品或整合系统的公司都深处创新的压力之中。

每个行业都必须应对不断增长的复杂度，提高质量，降低成本，提高生产力，并在快速变化、日渐全球化的市场中遵守规范。

IBM® Rational® 系统开发平台提供了整合的系统工程和嵌入式软件开发解决方案，帮助制造商和集成商构建满足其业务目标和客户需求的系统和产品。

Rational 系统开发平台包括：

阅读全文
类别：Ibm 查看评论]]> 2011-10-30 13:53 http://hi.baidu.com/jouby/blog/item/a9a5e7237df4384e9822ed46.html <![CDATA[DB2 pureScale]]>

DB2 pureScale

无限能力、应用程序透明。

DB2 pureScale 通过提供无限能力、持续可用性和应用程序透明来降低企业成长的风险和成本。在IBM Power Systems 上部署的DB2 pureScale 结合 PowerHA pureScale 技术交付的数据库高可扩展性和高可用性是之前在Unix 或 x86 系统上所无法企及的。它是来自DB2 for z/OS 和 System z,在系统整体可用性、可扩展性、安全性和可靠性方面当之无愧的领导者。

无限能力

DB2 pureScale 为各种事务处理工作负载提供了几乎无限的产能。系统扩展非常简单，只需要与一个新节点连接，并发出两个简单的命令即可。DB2 pureScale 的基于集群、磁盘共享的架构通过有效利用系统资源，降低了成本。

应用程序透明

使 用DB2 pureScale，您无需改变您的应用程序代码，就可以有效地运行在多个节点上。久经验证的、可扩展的架构能够使您随需扩展您的应用程序，以满足变化的 业务需求。您只需做少量改变或无需做任何改变，就能够运行为其他数据库软件编写的应用程序；DB2 为常用的语法规则和PL/SQL 语言提供了全面的支持，使从 Oracle数据库迁移到 DB2 变得比以往更轻松了。

持续的可用性

DB2 pureScale 通过在IBM Power Systems上和冗余架构中使用高可靠的IBM PowerHA pureScale技术，提供了持续的可用性。此系统能够瞬间从节点故障中恢复，立即将工作负载重新分配给其他可用的节点。

阅读全文
类别：Ibm 查看评论]]> 2011-10-30 13:21 http://hi.baidu.com/jouby/blog/item/85f276ca002bad5af21fe79b.html <![CDATA[软件Tivoli 虚拟化管理 发现、管理和优化您的虚拟环境]]>
 
  • 虚拟化管理

发现、管理和优化您的虚拟环境

IBM 服务管理与虚拟化

通过 IBM 服务管理，降低基础架构成本，提高虚拟环境效率

虚拟化正不断改变着人们和组织的计算方式，从服务器虚拟化扩展到了整个基础设施：从服务器到桌面、从存储到网络、从应用到管理软件。基础设施的所有组件现在都在 IT 经理的考虑范围之内，他们会根据其数据中心的虚拟化战略做出安排。

IBM 了解企业虚拟化及其在构建和管理动态基础架构中扮演的重要角色，但是要满足这一愿景，还需要部署新改进的管理功能，以充分利用已部署的虚拟环境的动态、可伸缩且灵活的特性。而这正是 IBM 服务管理的专长

IBM 服务管理 – 在虚拟化环境中降低成本，并提供高质量服务

IBM 服务管理提供了高效管理虚拟化环境所需的可视化、可控化和自动化，使您能提供高质量服务、降低风险，节省运营成本。

可视化

虚拟化带来的最大挑战之一就是难以管理在物理基础架构之上分层的虚拟基础架构。在虚拟化环境中，很难清楚地确定服务、应用和数据停留的位置，并且难以了解它们在一起如何工作。

IBM 服务管理可以帮助您发现并可视化虚拟环境，使您能监控整个物理和虚拟环境中的业务服务和 IT 组件的健康状况和关系。

特色产品

可控化

IT 部门在控制成本、改善服务和管理风险方面面临着前所未有的压力。当虚拟 IT 资源被应用和用户共享时，管理资源访问、使用情况和成本将是一件棘手的事情。

IBM 服务管理为您提供了所需的控制力，使您能够高效地管理和保护您在业务和技术资产及流程方面的投资。

自动化

虚拟化与自动化的结合真正实现了灵活性、弹性和响应能力。对于类似的物理和虚拟系统而言，自动化关键操作对于确保可用性、提供高效的服务和减少手动错误、成本和复杂性而言至关重要。

手动部署硬件和软件是十分耗时和麻烦的过程。虚拟化的IT 基础架构要求您能够正确地协调物理和虚拟环境的工具。IBM 服务管理提供了自动化功能，可以优化与部署、实现、变更和版本管理及其他运营任务相关的管理效率。Tivoli 软件提供了自动化解决方案，旨在解决主要操作的自动化问题，包括配置、工作负载、存储和可用性。

特色产品

  • IBM Tivoli Provisioning Manager
    为物理服务器、虚拟服务器、软件、存储设备和网络设备提供端到端的自动化功能。
  • IBM System Storage SAN Volume Controller（英文）
    磁盘存储虚拟化系统，旨在帮助客户降低存储成本并提高效率。
  • IBM Tivoli Storage Productivity Center
    存储基础架构管理工具套件，帮助客户降低管理存储环境的复杂性，可以集中、简化并自动化与存储系统、存储网络、复制服务和容量管理相关的存储任务。
  • IBM Tivoli Workload Automation
    动态调度工作负载，将其分配给可用性最好的虚拟资源，同时解决跨工作负载和物理资源的依赖关系问题，并使工作负载执行适应底层虚拟和物理 IT 基础架构中的事故、问题和配置变更。
  • IBM Tivoli System Automation
    提供先进的基于策略的自动化功能，帮助减少服务中断的频率和持续时间，实现运行在异构和虚拟 IT 环境中的关键应用和中间件的高可用性。

使用 IBM Tivoli 产品，您能够从虚拟化中获益

降低成本

  • 降低管理虚拟基础架构的复杂性。
  • 改善共享 IT 资源的使用和账户管理。
  • 优化现有资源的利用率，以降低运营开销，并避免数据中心升级或替换。
  • 在虚拟和物理环境中迁移数据，并自动化空间管理。
  • 自动部署或取消部署虚拟资源，以响应需求变化。
  • 通过中间件、应用和业务策略的标准化，降低运营成本。

改进服务

  • 快速部署新服务和生产环境。
  • 跨物理和虚拟资源整合管理和问题解决。
  • 维护可以加载的图片库来改善部署质量。
  • 支持在单一的中心位置进行应用更新。
  • 动态调度工作负载，将其分配给可用性最好的虚拟资源。

降低风险

  • 跟踪基础设施中的 IT 资产、关系、配置和变更。
  • 改进虚拟共享环境中的安全性。
  • 实现那些运行在异构和虚拟 IT 环境中的关键应用和中间件的高可用性。
  • http://www-01.ibm.com/software/cn/tivoli/solution/virtualization-management/

阅读全文
类别：默认分类 查看评论]]> 2011-10-30 13:08 http://hi.baidu.com/jouby/blog/item/d3ae050f60295cf1ab645794.html <![CDATA[IBM四大战略尝战果 Websphere飚高速]]>

IBM前三个季度的四大重点业务中，云计算业务三个季度收入已经在2010全年基础上实现了翻番，智慧地球收入增长超过 50%，BA（Business analytics）业务增长了19%，新兴市场增长了20%。而Websphere软件依然是IBM各产品线中得最大亮点，该季增长52%，并实现连续 三季增速超过50%。

10 月17日，IBM发布了2011年三季度财报，该季度IBM收入262亿美元，比去年同比增长8%；净利润38.4亿美元，同比增长7%。公司整体毛利率 为46.8%，同比去年增加了1.5个百分点。尽管IBM三季度收入略低于分析师此前预计的263亿美元，股票也下跌4%左右，但IBM前三个季度在云计 算、智慧地球、商业分析（Business analytics）和新兴市场等四大战略重点上都取得了不错的战果。财报显示：IBM云计算业务前三个季度收入已经在2010全年基础上实现了翻番，智 慧地球收入增长超过50%，商业分析业务（BA）增长了19%，新兴市场增长了20%。

就IBM软件、硬件和服务三大集团旗下的各重点产品和业务而言，三季度最大的亮点是软件集团的Websphere产品线，该季度增长52%，已实现 连续三个季度增长超过50%。而曾经连续三个季度表现惊艳的z系统大机产品在本季度进入调整期，收入同比去年3季度下滑了5%（z系统收入前三个季度增长 69%、41%和61%）。此外，IBM三季度增速同比超过10%以上的产品线还有p系统（15%）、RSS（14%）、IM（12%）、 ITS（11%）、GBS外包（11%）。

软件：Websphere领跑所有产品线

按业务群划分，IBM软件部门2011年3季度收入58亿美元，增长13%，毛利率88.1%，其中IBM五大品牌中间件Websphere、 IM、Tivoli、Lotus和Rational总收入超过36亿美元，平均增长了17%，而最抢眼的Websphere增长了52%，在IBM所有产 品线中领跑。

硬件：z系统回调 p系统稳健

IBM系统和科技部（硬件部门）3季度收入45亿美元，增长4%，其中服务器和存储等系统业务增长了6%，低于上季度20%的增速。不过，IBM硬件部门3季度的毛利率比去年增长了3.4个百分点，达到了39.8%。

IBM服务器收入28.8亿美元，占整个硬件部门的64%。曾经连续三个季度表现惊艳的z系统大机产品在本季度进入调整期（2011年2季度z系统收入增长61%领跑IBM所有产品线），收入同比去年3季度下滑了5%。p系统表现不错，增长15%，x系统增长1%。

3季度IBM存储增长8%，收入约为8.5亿美元，占整个硬件部门的19%。占硬件部门的收入3%的RSS（零售解决方案）业务增速达14%。

服务：外包和ITS增速较快

IBM全球服务部3季度整体收入151亿美元，收入环比持平，同比增长，毛利率略有增长。其中GTS部门收入103亿美元，同比增长9%，毛利率 35.7%。GTS的三大业务中，外包收入超过60亿美元，增长9%；ITS收入24亿美元，增长11%；运维18亿美元，运维业务增长5%；GBS部门 收入53亿美元，同比增长6%，毛利率29.4%。GBS的两大业务中，外包增长11%，咨询和系统集成增长4%。


区域：新兴市场增速超公司整体两倍


按照地域 划分，IBM三季度来自美洲地区的收入为109亿美元，增长7%；来自欧洲、中东和非洲地区的营收为80亿美元，同比增长9%；来自亚太地区的收入为65 亿美元，同比增长10%。IBM第三季度来自于金砖四国(巴西、俄罗斯、印度和中国)的营收同比增长17%。新兴市场整体增长19%，是成熟市场增速的3 倍多，及IBM公司整体增速的两倍多。

行业：金融市场维持老大格局

按照行业划 分，IBM在金融、政府和公用事业、制造、流通、电信和工商企业等六大行业中，三季度金融行业收入达77亿美元，占IBM整体业务的29.4%；工商企业 收入54亿美元，占20.6%，政府和公用事业行业收入40亿美元，占15.3%。其余三个行业收入都为26亿美元。IBM金融行业不仅在公司内部的行业 份额中比例最大，在所有IT公司的金融行业业务中也处于领跑地位。

阅读全文
类别：Cloud 查看评论]]> 2011-10-29 18:03 http://hi.baidu.com/jouby/blog/item/5812d2f0af0ef8b3a40f524e.html <![CDATA[Standard runlevels]]>



s (or S)Single-user maintenance modeEmergency system recovery work
0
HaltStops the system
1
Single-user modeSystem administration
2
(Multiuser without networking)(Not normally used)
3
Multiuser, character-modeNormal system operation without graphical login; useful for servers
4
(Not defined)(Not normally used)
5
GraphicalNormal system operation with graphical login.
6
RebootRestarts the system
7, 8, 9,
a, b, c
(Not defined)Available for custom purposes


阅读全文
类别：Linux 查看评论]]> 2011-10-24 22:17 http://hi.baidu.com/jouby/blog/item/8b09daf48ba4e1c5f2d385f0.html <![CDATA[git命令参考（3）]]> A.3 分支$ T* r2 g5 u7 \" x3 H8 _
Branches  M3 G' X/ h0 @/ s8 R
* `1 E! D: n7 B- z# I4 }1 r
分支是Git的强项之一。本节介绍关于分支的各个命令。详细内容见第5章“理解和使用分支”（第55页）。

列出本地分支& h# _" y7 {5 ?7 l
prompt> git branch1 o7 o6 R& U8 b$ o% a5 Z8 f8 o

列出远程分支' I3 R  L( R* e3 h
prompt> git branch -r
$ {  q( k, Z3 }. |  s
列出所有分支
prompt> git branch -a: {4 z3 k9 P. D

基于当前分支（的末梢）创建新分支% D$ a9 z; U/ S7 Q2 W
prompt> git branch <new branch># c: G# _" J5 c: i, f& g
8 y6 q% \) C0 I
检出另一条分支
prompt> git checkout <some branch># _2 U+ k: a' `0 b2 E0 @" ~. r' `
! J: x: v' z. f7 u& u4 s& F
基于当前分支创建新分支，同时检出该分支6 v! S$ u7 d8 Z) F
prompt> git checkout -b <new branch>6 y# }7 @/ D" g; D2 |* `2 q; x
7 I; u% R# m3 |9 v7 T/ t5 w$ C
基于另一个起点，创建新分支/ [, K5 D1 B" u3 Y
你可以从版本库中的任何一个版本开始创建新分支。这个起始点可以用一条已有的分支名称、一个提交名称，或者一个标签名称来表达。; F, O7 X. V) H
prompt> git branch <new branch> <start point>! P7 `# l3 m$ H; i' G4 b

创建同名新分支，覆盖已有分支& A7 i3 \# E7 D/ M3 |
prompt> git branch -f <some existing branch> [<start point>]

移动或重命名分支
只有当<new branch>不存在时
prompt> git checkout -m <existing branch name> <new branch name>% o8 U) ^, a7 O/ O( M% v7 E
9 e9 h* @4 [. N7 ]4 P
如果<new branch>已存在，就覆盖它
prompt> git checkout -M <existing branch name> <new branch name>) E, h* w- u% _5 ?1 `

把另一条分支合并到当前分支
prompt> git merge <some branch>
3 C" R* P% O' J4 m+ @. u
合并，但不提交
prompt> git merge --no-commit <some branch>9 ~- q+ `7 @% g. R" v' |' {, b
. u/ ]2 ~, O/ _, T& H
拣选合并，并且提交: v9 E. _  f) \/ d6 h. \  R
prompt> git cherry-pick <commit name>
5 S5 X/ U0 H& j
拣选合并，但不提交4 l3 H- v8 y) J! w2 _
prompt> git cherry-pick -n <commit name>

把一条分支上的内容压合到另一条分支（上的一个提交）! l3 X6 z; I' {$ B/ U2 J
prompt> git merge --squash <some branch>
& C) Z) i0 J& |
删除分支, s1 |4 m8 @/ h1 q/ T1 v5 U( t
仅当欲删除的分支已合并到当前分支时
prompt> git branch -d <branch to delete>

不论欲删除的分支是否已合并到当前分支+ Z# L) l% q# f1 B& W
prompt> git branch -D <branch to delete>

阅读全文
类别：默认分类 查看评论]]> 2011-09-21 15:19 http://hi.baidu.com/jouby/blog/item/c3ec8f73e03235078601b060.html <![CDATA[KVM 实现机制]]> http://blog.csdn.net/yearn520/article/details/6461047


类别：默认分类 查看评论]]> 2011-08-01 13:24 http://hi.baidu.com/jouby/blog/item/97162b829319f38af603a651.html <![CDATA[极限编程的12个实践]]> 极限编程的12个实践是极限编程者总结的实践经典，是体现极限编程管理的原则，对极限编程具有指导性的意义，但并非一定要完全遵守12个实践，主要看它给软件过程管理带来的价值。

1、小版本
为了高度迭代，与客户展现开发的进展，小版本发布是一个可交流的好办法，客户可以针对性提出反馈。但小版本把模块缩得很小，会影响软件的整体思路连贯，所以小版本也需要总体合理的规划。

2、规划游戏
就是客户需求，以客户故事的形式，由客户负责编写。极限编程不讲求统一的客户需求收集，也不是由开发人员整理，而是采取让客户编写，开发人员进行分析，设定优先级别，并进行技术实现。当然游戏规则可进行多次，每次迭代完毕后再行修改。客户故事是开发人员与客户沟通的焦点，也是版本设计的依据，所以其管理一定是有效的、沟通顺畅的。

3、现场客户
极限编程要求客户参与开发工作，客户需求就是客户负责编写的，所以要求客户在开发现场一起工作，并为每次迭代提供反馈。

4、隐喻
隐喻是让项目参与人员都必须对一些抽象的概念理解一致，也就是我们常说的行业术语，因为业务本身的术语开发人员不熟悉，软件开发的术语客户不理解，因此开始要先明确双方使用的隐喻，避免歧异。

5、简单设计
极限编程体现跟踪客户的需求变化，既然需求是变化的，所以对于目前的需求就不必过多地考虑扩展性的开发，讲求简单设计，实现目前需求即可。简单设计的本身也为短期迭代提供了方便，若开发者考虑“通用”因素较多，增加了软件的复杂度，开发的迭代周期就会加长。简单设计包括四方面含义：（1）通过测试。（2）避免重复代码。（3）明确表达每步编码的目的，代码可读性强。（4）尽可能少的对象类和方法。由于采用简单设计，所以极限编程没有复杂的设计文档要求。

6、重构
重构是极限编程先测试后编码的必然需求，为了整体软件可以先进行测试，对于一些软件要开发的模块先简单模拟，让编译通过，到达测试的目的。然后再对模块具体“优化”，所以重构包括模块代码的优化与具体代码的开发。重构是使用了“物理学”的一个概念，是在不影响物体外部特性的前提下，重新优化其内部的机构。这里的外部特性就是保证测试的通过。

7、测试驱动开发
极限编程是以测试开始的，为了可以展示客户需求的实现，测试程序优先设计，测试是从客户实用的角度出发，客户实际使用的软件界面着想，测试是客户需求的直接表现，是客户对软件过程的理解。测试驱动开发，也就是客户的需求驱动软件的开发。

8、持续集成
集成的理解就是提交软件的展现，由于采用测试驱动开发、小版本的方式，所以不断集成(整体测试)是与客户沟通的依据，也是让客户提出反馈意见的参照。持续集成也是完成阶段开发任务的标志。

9、结对编程
这是极限编程最有争议的实践。就是两个程序员合用一台计算机编程，一个编码，一个检查，增加专人审计是为了提供软件编码的质量。两个人的角色经常变换，保持开发者的工作热情。这种编程方式对培养新人或开发难度较大的软件都有非常好的效果。

10、代码共有
在极限编程里没有严格文档管理，代码为开发团队共有，这样有利于开发人员的流动管理，因为所有的人都熟悉所有的编码。

11、编码标准
编码是开发团队里每个人的工作，又没有详细的文档，代码的可读性是很重要的，所以规定统一的标准和习惯是必要的，有些象编码人员的隐喻。

12、每周40小时工作
极限编程认为编程是愉快的工作，不轻易加班，今天的工作今天做，小版本的设计也为了单位时间可以完成的工作安排。

阅读全文
类别：默认分类 查看评论]]> 2011-07-24 11:57 http://hi.baidu.com/jouby/blog/item/d56195a8ba7014abcb130ca8.html <![CDATA[Linux 自检和 SystemTap]]> http://www.ibm.com/developerworks/cn/linux/l-systemtap/#main

 


类别：默认分类 查看评论]]> 2011-07-19 14:30 http://hi.baidu.com/jouby/blog/item/31980801c5931b1c1d9583dc.html <![CDATA[使用loopback设备创建initrd文件的方法]]> 使用loopback设备创建initrd文件的方法
1）
    确认lookback设备已经配置到内核里。
2）
创建一个适当大小的空白文件系统，例如：
# dd if=/dev/zero of=initrd bs=300k count=1
# mke2fs -F -m0 initrd
3）
把这个文件系统挂载进来，例如：
# mount -t ext2 -o loop initrd /mnt
4）
创建控制台设备。
# mkdir /mnt/dev
# mknod /mnt/dev/console c 5 1
5）
复制所有可能在initrd环境中用到的文件到/mnt目录中。（别忘了/linuxrc文
件）
6）
initrd执行环境的测试需要反复进行修正，为了避免不断的重新启动，可以使
用下列命令：
# chroot /mnt /linuxrc
当然这样启用initrd还是有限制的，就是不能干扰正常系统的执行状态（比如
重新配置网络接口等等。如果在一个用pivot_root指令转换根目录的执行环境中，就可以做这些事情了）。
7）
卸载这个文件系统：
# umount /mnt
8）
这时，初始化RAM盘系统就在“initrd”这个文件中了。可以把它压缩小一点：

# gzip -9 initrd
最后，必须启动内核并载入initrd系统。需要设置下列引导参数：
root=/dev/ram0 init=/linuxrc rw
（只有需要写入initrd文件系统时才需要附加rw参数）。
使用 LOADLIN 当引导器时，可以执行：
LOADLIN C:LINUXBZIMAGE initrd=C:LINUXINITRD.GZ root=/dev/ram0
init=/linuxrc rw
使用 LILO当引导器时，可以在 /etc/lilo.conf 中如下设置：
image = /boot/bzImage
initrd = /boot/initrd.gz
append = "root=/dev/ram0 init=/linuxrc rw"
如果使用其他引导器，请参考相关文档。

 

改变根目录设备
在执行完重要任务的尾声，linuxrc一般会执行改变根目录设备的动作，并让所
有程序在真实的根文件系统中展开。这个过程包括下列步骤：
O 挂载新的根文件系统
O 把initrd自己转到这个根文件系统中
O 结束所有旧的对initrd根文件系统的存取动作
O 卸载initrd文件系统并释放RAM盘内存
挂载新的根文件系统很简单：只需要把它挂载到当前根文件系统中的一个目录
下即可。例如：
# mkdir /new-root
# mount -o ro /dev/hda1 /new-root
最终改变根文件系统由pivot_root()系统调用或者pivot_root工具来完成（参
考手册页pivot_root(8)）。pivot_root可以把当前根文件系统转移到新根的一个目
录中，然后把指定的目录当作新的根。在调用pivot_root之前，必须先为旧根准备
目录，例如：
# cd /new-root
# mkdir initrd
# pivot_root . initrd

 
为了保持不同版本之间的兼容性，需要特别注意下列事项：
O 在调用pivot_root之前，当前目录应该是新的根目录；
O 使用“.”（当前目录）作为pivot_root的第一个参数（新根），为旧根指定目录
的第二个参数也要用相对路径；
O chroot这个命令应该在新、旧根系统当中都能使用；
O 然后调用chroot转移根文件系统；
O 在exec命令中使用象 dev/console 这样的相对路径。
特别提示：让initrd文件系统的目录结构与新根文件系统的结构一致，有利于
转换过程的顺利。
这时，initrd可以卸载，RAM盘也可以释放：
# umount /initrd
# blockdev --flushbufs /dev/ram0
注意：如果linuxrc或者它调用的其他程序的执行因为某种原因中断，则会启用
旧的change_root机制。
使用场合
实现initrd的主要动机是允许系统安装时模块化的内核配置。这个过程大致如下：
1) 系统可以用一个最小配置的内核从软盘或者其他存储媒体启动，然后载入initr
d系统；
2) /linuxrc来决定需要什么来进一步挂载真实的根文件系统（如设备类型、驱动程
序等）或者支持发行版媒体（如CD-ROM，网络，磁带等）；
3) /linuxrc载入必须的内核模块；
4) /linuxrc建立并安装根文件系统；
5) /linuxrc调用pivot_root改变根文件系统，并通过chroot一个程序（继续安装过
程）；
6) 安装引导器；
7) 引导器被配置成装入initrd以及相关的模块，建立起系统环境；
8) 现在，系统可以引导，并执行其他的安装任务。
Initrd的关键作用是能够多重配置一个正常操作的系统，而不需要用一个庞大
的内核，或者重新编译、连接内核。在制作Linux发行版（光盘等）、系统恢复盘等
方面有广泛的应用。
 
根到底在哪里
在配置使用initrd之前，首先你要清楚，系统正常运行时，根文件系统挂载在
什么设备上（也就是说，root device是什么——root在哪里？）。
我们知道，使用initrd机制的话，系统启动时先以RAM Disk（/dev/ram0）作为
根，然后通过某种方法将根转换到“真实的根（real-root-dev）”（之所以说rea
l，是与前面的RAM里临时的根比较而言）。一种常见的情形是启动时用initrd，然
后切换到一个硬盘分区，比如/dev/hda1。
事实上，这个根转换不是必须的。我们完全可以就把/dev/ram0作为我们真实的
根设备。这时，系统启动之后所有的操作都在RAM Disk中进行。当然这样做也有一
个明显的缺点，即无法保存数据。比如对系统配置进行的修改（象IP地址），重新
启动之后就丢掉了。如果要保存数据，就要想别的办法。 
 
指定根设备是通过内核参数“root=”来完成的。以GRUB引导器的配置为例：
kernel /boot/bzImage ro ramdisk_size=65536 root=/dev/ram0
initrd /boot/initrd.img
其中 ramdisk_size=65536 说明初始RAM盘的大小为64MB，root=/dev/ram0 说明根的位置。
 
下面第二个例子来自一台在hda1安装了Redhat 9的机子：
kernel /boot/vmlinuz-2.4.20-8 ro root=/dev/hda1
initrd /boot/initrd-2.4.20-8.img
很明显，这里 root=/dev/hda1 指定了真实的根，其启动过程包含根的转换。
但是这里没有指定 ramdisk_size，因为initrd的缺省大小是4MB，而initrd-2.4.2

0-8.img比较小，所以用缺省值即可。

http://cange0580.blog.163.com/blog/static/75636435200891111526893/

阅读全文
类别：Vm 查看评论]]> 2011-07-15 22:20 http://hi.baidu.com/jouby/blog/item/837aa308c8ae5acb62d98613.html