Reprint

Virtio 半虚拟化驱动Virtio Virtio是KVM/Linux的I/O虚拟化框架，以增强KVM的IO效率,是与其他虚拟化平台的半虚拟化(Paravirtualized)类似的东西,主要应用于磁盘设备和网络接口设备。主流的linux发行版已经默认支持Virtio，如果客户机是linux则无需其他设置，直接可以使用Virtio设备，但是如果客户机是windows，则需要在客户机安装Virtio设备驱动，甚至在windows开始安装之前需要提前加载块设备驱动。windows Virtio驱动可从Fedor

chown 更改文件拥有者 如何更改一个文件的拥有者呢？很简单。既然改变用户组是change group，那么改变拥有者就是change owner (改变拥有者) ，这就是chown这个命令的用途。要注意的是，用户必须是已经在系统中，也就是在/etc/passwd这个文件中有记录的用户名称才可以更改。 chown的用途很多，还可以直接修改用户组的名称。如果要将目录下的所有子目录或文件同时更改文件拥有者的话，直接加上-R的参数即可。下面我们来看看语法与范例。 chown [-R] 账户名称 文件或目录 chown [-R] 账户名称:用户组名称 文件或目录 参数: -R : 进行递归的持续更改，即将同子目录下的所有文件、目录都更新问这个用户组。通常用在更改某一目录的情况。 范例: chown root:root install.log # 按UID改owner chown -R 200:200 /root/foo 我们知道如何改变文件的用户组与拥有者了，那么什么时候要使用chown或chgrp呢？或许你你会觉得奇怪，但是，确实有时候需要更改文件的拥有者。最常见的例子就是将文件复制给其他人，我们使用最简单的cp来进行说明: [root@linux ~]#cp 源文件 目的文件 假设今天要讲.bashrc文件复制成为.bashrc_test，并给bin这个人，您可以这样做: [root@linux ~]# cp .bashrc .bashrc_test [root@linux ~]#ls –al .bashrc* -rw-r-r- 1 root root 24343 Jun 23 08:33 .bashrc -rw-r-r- 1 root root 24343 Jun 23 08:33 .bashrc_test 怎么办？.bashrc_test还是属于root所有，即使将文件拿给bin用户了，他仍然无法修改，所以必须修改这个文件的拥有者与用户组

qemu basic, kvm 参数 qemu-img create To set up your own guest OS image, you first need to create a blank disc image. QEMU has the qemu-img command for creating and manipulating disc images, and supports a variety of formats. If you don’t tell it what format to use, it will use raw files. The “native” format for QEMU is qcow2, and this format offers some flexibility. Here we’ll create a 3GB qcow2 image to install Windows XP on: ...

linux lost+found /lost found 这个目录一般情况下是空的，当系统非法关机或格式化分区后，这里就存放了一些文件。 如果Linux分区有损坏情况，启动有问题，不能正常进入文本或图形界面。那么一般会出现提示，需要输入Root密码登录后采用 fsck -t ext3 -r /usr/local 修复 ， /usr 是提示检查不能通过的分区。 fsck的命令的几个使用方法 指令: fsck 使用权限 : 超级使用者 使用方式 : fsck [-sACVRP] [-t fstype] [–] [fsck-options] filesys […] 说明 : 检查与修复 Linux 档案系统，可以同时检查一个或多个 Linux 档案系统 参数 : filesys : device 名称(eg./dev/sda1)，mount 点 (eg. / 或 /usr) -t : 给定档案系统的型式，若在 /etc/fstab 中已有定义或 kernel 本身已支援的则不需加上此参数 -s : 依序一个一个地执行 fsck 的指令来检查 -A : 对/etc/fstab 中所有列出来的 partition 做检查 -C : 显示完整的检查进度 -d : 列印 e2fsck 的 debug 结果 ...

mount, umount archlinux 挂载 NTFS 分区 新版本的 archlinux 支持直接挂载 NTFS 分区 2022-06-08 21:41:25 commands # install showmount pacman -S nfs-utils # -e or --exports Show the NFS server's export list. showmount -e 192.168.50.227 # 如果提示 showmount command not found, 安装 nfs-utils, pacman -S nfs-utils mount -t nfs 192.168.50.227:/data2t /mnt/nas mount iso sudo mkdir /mnt/iso sudo mount -o loop /path/to/my-iso-image.iso /mnt/iso ls -l /mnt/iso/ sudo umount /mnt/iso/ mount 和 umount 命令 ...

‘Ext4 & btrfs’ 最近两年，Linux文件系统得到了很大的发展。Sun有开源的ZFS以及收购的Lustre文件系统。Quantum、Panasas、IBM、惠普、NetApp和Red Hat也都增强了文件系统开发力度。NFS (网络文件系统) 正在经历大的变动，主要代表就是pNFS (并行网络文件系统) 。毫不奇怪的是，所有这些开发行动促使开源社区推出针对Linux的更高性能的文件系统。 现在我们看看Linux开发的两个前沿: BTRFS文件系统-也被称为Butter FS 或B-tree FS-以及ext4。 Illuminata的分析师Gordon Haff表示: “Ext4是对广泛使用的ext3的升级，它从诸多方面提高了功能，并改善了性能。在相对近期，ext4将可能成为下一个在Linux上广泛部署的新的文件系统。” 虽然ext4的开发时间始于2006年，但是ext4直到最近一年才开始真正稳定，而且现在才刚刚开始看到有批量部署。例如，最近发布的ext4版本有Fedora。这种Linux文件系统提高了存储容量上限 (容量增加至1EB) ，同时还有其他各种性能上的调整。 Ext4很大程度上是对流行的ext3文件系统的演进。Ext3限制于16TB的存储，而ext4的设计可以处理更大的存储。Ext4增加了数据完整性功能，支持针对内部日常事务的校验和，这使得它在面临存储错误的时候拥有更强的稳定性。 但是至少从潜能上来看，ext4的发展不如BTRFS那么显著。BTRFS可能最终会给ZFS和其他文件系统带来更大的威胁，不过该文件系统目前还尚未完成。该文件系统拥有在线碎片整理功能，针对固态驱动器 (SSD) 的运行模式，写时复制日志，以及各种压缩、镜像、条带和快照功能。 Haff表示: “BTRFS是下一代文件系统，这意味着它使用的管理模式和传统的文件系统有所不同。” 他的意思是BTRFS的管理和可用性模式不同于现有文件系统所使用的模式。他举了一个例子: BTRFS基本上将卷管理-过去是单独的产品-整合进了该文件系统本身。该文件系统还拥有各种可靠性和可用性功能，比如快照。 从数据存储的角度来看，BTRFS前进的步伐要比ext4大。BTRFS的一些功能过去通常是由逻辑卷管理器 (LVM) 和RAID (独立磁盘冗余阵列) 硬件所执行的。该系统可以同时为其内部元数据和用户数据进行校验和检验，而且该系统还内置了对快照的支持 (就像一个LVM) 。Ext4也可拥有其中一些功能，但是需要文件系统和逻辑卷管理器之间的互动。 有趣的是，BTRFS最初是Oracle开发的-该公司正在收购Sun-但现在是以GPL (GUN通用公共许可证) 的形式发放许可证，而且完全融入开源社区，接受任何人的代码贡献。在BTRFS项目主页上对自己是这么描述的: “一个新的针对Linux的写时复制文件系统，致力于实施高级的功能，同时关注容错、修复和管理方便性。” BTRFS是否做好企业级应用准备？ 那么BTRFS是否可以成为Linux领域梦寐以求的企业级文件系统，并对ZFS形成竞争呢？一些人表示，比起Sun同等的文件系统，BTRFS包含了更多功能，拥有更好的性能。不过，这很大程度上还是假设。ZFS在许多企业都得到了成功的部署和运行，而BTRFS还没有做好企业级应用的准备。 Haff表示: “BTRFS和ZFS是有一些类似的概念，但是BTRFS仍然还处于发展阶段。有可能在几年以后，BTRFS会做好企业级部署的准备。” 那么BTRFS现在的表现如何？早期标杆显示该文件系统还需要提高性能，不过现在该系统已经可以在读取和写入上提供和ext4同样水准的性能。人们希望BTRFS可以在快照和校验和功能上与ZFS一较长短。ZFS在每次数据发生变化时进行写时复制快照，新的数据还要进行校验和操作以检验有效性并防止数据损坏。BTRFS拥有所有这些功能，而且已经整合进Linux内核。 但是Sun不会因此而感到担忧。BTRFS可能还要几年以后才能从开发阶段进入主流部署。 Haff表示: “鉴于文件系统推出的速度一般比较慢，即使到2011年或2012年BTRFS才得以生产部署，那也是乐观的估计了。虽然ZFS名义上已经做好了准备，Sun还是有两年时间可以认真地推广ZFS。” Red Hat已完成整合 Red Hat已经将这些新的文件系统整合进自己的产品。Fedora就是Red Hat支持的开源Linux系统，该系统可以免费下载。Red Hat上个月发布了Fedora 11。Fedora 11是Red Hat Red Hat Enterprise Linux (RHEL) 的技术基础。BTRFS和ext4都包含在Fedora 11内。 Red Hat文件系统内核经理Ric Wheeler表示: “ext4是Fedora 11缺省的文件系统，所有新用户都会自动成为ext4用户，除非他们选择非缺省的文件系统。虽然Fedora 11也内置了BTRFS，但是由于BTRFS目前很大程度上还是实验性质的文件系统，因此需要专门的启动时间选项才能启用，而且该系统不用于用户的关键数据。” Red Hat看起来乐意尝试实验性的文件系统，但是不会将赌注都押在一个文件系统上。虽然Fedora 11以ext4为基础，但是Red Hat Enterprise Linux缺省使用的是ext3。此外，Fedora还支持其他的文件系统，比如XFS-Wheeler称这个文件系统拥有丰富的功能而且经历了严格的测试。RHEL目前的技术预演是ext4，而现在则根本不支持BTRFS。 ...

文件系统 Ext2, Ext3, Ext4, xfs, btrfs Linux kernel 自 2.6.28 开始正式支持新的文件系统 Ext4。 Ext4 是 Ext3 的改进版，修改了 Ext3 中部分重要的数据结构，而不仅仅像 Ext3 对 Ext2 那样，只是增加了一个日志功能而已。Ext4 可以提供更佳的性能和可靠性，还有更为丰富的功能: 与 Ext3 兼容。执行若干条命令，就能从 Ext3 在线迁移到 Ext4，而无须重新格式化磁盘或重新安装系统。原有 Ext3 数据结构照样保留，Ext4 作用于新数据，当然，整个文件系统因此也就获得了 Ext4 所支持的更大容量。 更大的文件系统和更大的文件。较之 Ext3 目前所支持的最大 16TB 文件系统和最大 2TB 文件，Ext4 分别支持 1EB (1,048,576TB， 1EB=1024PB， 1PB=1024TB) 的文件系统，以及 16TB 的文件。 FS 无限数量的子目录。Ext3 目前只支持 32,000 个子目录，而 Ext4 支持无限数量的子目录。 Extents。Ext3 采用间接块映射，当操作大文件时，效率极其低下。比如一个 100MB 大小的文件，在 Ext3 中要建立 25,600 个数据块 (每个数据块大小为 4KB) 的映射表。而 Ext4 引入了现代文件系统中流行的 extents 概念，每个 extent 为一组连续的数据块，上述文件则表示为"该文件数据保存在接下来的 25,600 个数据块中"，提高了不少效率。 ...

btrfs上使用虚拟机效率很差 kvm在btrfs上的IO效率极端的差。 kvm, winxp, 768M的实例，安装系统花了一天多...T_T...开机大约需要40分钟。这种效率已经远远超出了我的预期，于是我改用libvirt管理的kvm。结果依然出乎意料，debian实例的安装需要超过5分钟。由于怀疑是raw格式而非qcow2格式造成的速度差异，因此新建了一个实例，一时偷懒就放在了/下面，这个分区是ext3而非btrfs。结果安装大约在3分钟内结束，这似乎证明了我的猜想。于是我开始使用btrfs下的raw格式进行安装，结果速度依然异常缓慢。由此我怀疑到是btrfs文件系统的问题。 在ext3上创建一个qcow2格式的实例后，证实了我的猜想。问题在于btrfs的某种机制上。在网络上寻找类似问题，并没有发现。因此在blog上提出警告和问题。 有人知道为什么在btrfs上使用虚拟机会导致极端的效率问题么？hdparm和文件读写测试表明btrfs的平均效率并没有问题，磁盘也没有问题。

虚拟机硬盘格式的选择 qcow2, raw 结论： 建议用 raw 曾经有过一段时间，徘徊于对虚拟机硬盘格式的迷惑中，2009年，终于得出了一些结论 (下面的思路基本通用于其他虚拟机) 搜了下，发现大部分用 qemu 或者 kvm 的，都默认使用 qcow2 来作为虚拟硬盘，但 qemu 官方默认是用 raw。 下面是 qemu wiki 对两种格式的描述: raw Raw disk image format (default). This format has the advantage of being simple and easily exportable to all other emulators. If your file system supports holes (for example in ext2 or ext3 on Linux or NTFS on Windows), then only the written sectors will reserve space. Use qemu-img info to know the real size used by the image or ls -ls on Unix/Linux. ...

网桥, bridge Linux 虚拟网络设备之 bridge (桥) 什么是bridge？ 首先，bridge 是一个虚拟网络设备，所以具有网络设备的特征，可以配置IP，MAC地址等； 其次，bridge 是一个虚拟交换机，和物理交换机有类似的功能。 对于普通的网络设备来说，只有两端，从一端进来的数据会从另一端出去，如物理网卡从外面网络中收到的数据会转发给内核协议栈，而从协议栈过来的数据会转发到外面的物理网络中。 而 bridge 不同，bridge 有多个端口，数据可以从任何端口进来，进来之后从哪个口出去和物理交换机的原理差不多，要看mac地址。 创建bridge 我们先用iproute2创建一个bridge: sudo ip link add name br0 type bridge sudo ip link set br0 up 当刚创建一个bridge时，它是一个独立的网络设备，只有一个端口连着协议栈，其它的端口啥都没连，这样的bridge没有任何实际功能，如下图所示: +----------------------------------------------------------------+ | | | +------------------------------------------------+ | | | Newwork Protocol Stack | | | +------------------------------------------------+ | | ↑ ↑ | |..............|................................|................| | ↓ ↓ | | +----------+ +------------+ | | | eth0 | | br0 | | | +----------+ +------------+ | | 192.168.3.21 ↑ | | | | | | | +--------------|-------------------------------------------------+ ↓ Physical Network 这里假设 eth0 是我们的物理网卡，IP 地址是 192.168.3.21，网关是 192.168.3.1 ...

Comparable Comparable 是排序接口。 若一个类实现了Comparable接口，就意味着“该类支持排序”。 即然实现Comparable接口的类支持排序，假设现在存在“实现Comparable接口的类的对象的List列表(或数组)”，则该List列表(或数组)可以通过 Collections.sort (或 Arrays.sort）进行排序。 此外，“实现Comparable接口的类的对象”可以用作“有序映射(如TreeMap)”中的键或“有序集合(TreeSet)”中的元素，而不需要指定比较器。 Comparable 定义 Comparable 接口仅仅只包括一个函数，它的定义如下： package java.lang; import java.util.*; public interface Comparable { public int compareTo(T o); } 说明： 假设我们通过 x.compareTo(y) 来“比较x和y的大小”。若返回“负数”，意味着“x比y小”；返回“零”，意味着“x等于y”；返回“正数”，意味着“x大于y”。 Comparator 简介 Comparator 是比较器接口。 我们若需要控制某个类的次序，而该类本身不支持排序(即没有实现Comparable接口)；那么，我们可以建立一个“该类的比较器”来进行排序。这个“比较器”只需要实现Comparator接口即可。 也就是说，我们可以通过“实现Comparator类来新建一个比较器”，然后通过该比较器对类进行排序。 Comparator 定义 Comparator 接口仅仅只包括两个个函数，它的定义如下： 复制代码 package java.util; public interface Comparator { int compare(T o1, T o2); boolean equals(Object obj); } 复制代码 说明： (01) 若一个类要实现Comparator接口：它一定要实现compareTo(T o1, T o2) 函数，但可以不实现 equals(Object obj) 函数。 ...

QEMU QEMU是一套由Fabrice Bellard所编写的模拟处理器的自由软件。它与Bochs，PearPC近似，但其具有某些后两者所不具备的特性，如高速度及跨平台的特性。经由kqemu这个开源的加速器，QEMU能模拟至接近真实电脑的速度。 简介 QEMU有两种主要运作模式: * User mode模拟模式，亦即是使用者模式。QEMU能启动那些为不同中央处理器编译的Linux程序。而Wine及Dosemu是其主要目标。 * System mode模拟模式，亦即是系统模式。QEMU能模拟整个电脑系统，包括中央处理器及其他周边设备。它使得为系统源代码进行测试及除错工作变得容易。其亦能用来在一部主机上虚拟数部不同虚拟电脑。QEMU的主体部份是在GPL下发布的，而其系统模式模拟与kqemu加速器则是在GPL下发布。使用kqemu可使QEMU能模拟至接近实机速度，但其在虚拟的操作系统是 Microsoft Windows 98或以下的情况下是无用的。 QEMU的优点 可以模拟 IA-32 (x86)个人电脑，AMD 64个人电脑，MIPS R4000, 升阳的 SPARC sun3 与 PowerPC (PReP 及 Power Macintosh)架构 支持其他架构，不论在主机或虚拟系统上 在支持硬件虚拟化的x86构架上可以使用KVM加速配合内核ksm大​页​面​备​份​内​存，速度稳定远超过VMware ESX 增加了模拟速度，某些程序甚至可以实时运行 可以在其他平台上运行Linux的程序 可以储存及还原运行状态(如运行中的程序) 可以虚拟网络卡 QEMU的缺点 对微软视窗及某些主机操作系统的不完善支持(某些模拟的系统仅能运行) 对不常用的架构的支持并不完善 除非使用kqemu加速器，否则其模拟速度仍不及其他虚拟软件，如VMware 比其他模拟软件难安装及使用 QEMU's 使用实例 以下的指令可以建立一个500MB大小的"qcow"格式的硬盘映像。 qemu-img create -f qcow c.img 500M 而以下的指令会使虚拟机器在128MB内存，使用c.img这个用以上介绍的指令所建立的硬盘映像及以linux.iso为光盘映像的情况下运行。注意，如果使用物理光驱，请将-cdrom linux.iso这个参数变为 -cdrom /dev/cdrom或您所用的光驱。 qemu -clock dynticks -rtc-td-hack -localtime -hda c.img -cdrom linux.iso -boot d -m 128 -enable-audio -localtime 如果想缺省使用全萤幕启动子操作系统，可作以上指令后再加上"-full-screen"这个参数，如想在运行时离开全萤幕，请使用组合键Ctrl-Alt-F便可。 参数简介 -L dir 指向BIOS和VGA BIOS所在目录 -hda/-hdb/-hdd/-hdc "文件名" 使用"文件名"作为硬盘0/1/2/3镜像。 -cdrom "文件名" 使用"文件名"作为光盘镜像 (文件应该是ISO类型) 。 Windows 下的使用者，可以透过下列指令使用实体光盘: -cdrom //./x: -> x 代表光盘名称/位置 例如: -cdrom //./e: -> 使用 E: 为光盘 -fda/-fdb "文件名" 使用"文件名"作为磁盘0/1镜像。 -boot [a|d|c] 使用磁盘，光盘<d>，或者硬盘<c>启动。 -m 容量 指定内存的大小，单位是MB。 -soundhw c1,... 使用声卡设备。 -soundhw ? 列出所有可使用的声卡 -soundhw all 使用全部声卡 -usb 允许使用usb设备。 -usbdevice 名字 添加一个usb设备"名字"。 -net nic 创建一块新的网卡。 加速模块 kqemu kqemu这个加速模组是Fabrice Bellard专为Linux核心而设计的开源附加程式，目的是为了加速QEMU的子系统运行速度。在x86硬件上模拟x86的操作系统可达至实机速度。 使用者限制条件 QEMU 加速模组，kqemu，是一套开源商业产品。自版本 1.3.0pre10 起采 GPLv2 授权。阁下可作个人使用而不受限制。但如果阁下想使用光碟，ISO 映像档或附加套件等方法分发QEMU 加速模组， 则必须联络作者并取得其同意后方可进行。 QVM86 现时除了以上的kqemu这个开源的QEMU 加速模组外，亦有一个在GPL下发布的QEMU 加速模组 在kqemu下虚拟中央处理器 The QEMU 加速模组 (kqemu) kemu这个加速模组是Fabrice Bellard专为Linux核心而设计的闭源附加程序，目的是为了加速QEMU的子系统运行速度。在x86硬件上模拟x86的操作系统可达到主机速度。 QEMU 加速模组 - 使用者限制条件 QEMU 加速模组，kqemu，是一套闭源商业产品。可作个人使用而不受限制。但如果想使用光碟, ISO 映像或附加套件等方法分发QEMU加速模组，则必须联络作者并取得其同意后方可进行。 QVM86 现时除了以上的kqemu这个闭源的QEMU 加速模组外，亦有一个在GPL下发布的QEMU 加速模组。

Grub2配置详解(转) grub.cfg 默认为只读，要修改前先设为可写 sudo chmod +w /boot/grub/grub.cfg set default=0 默认为0 insmod jpeg 添加jpg支持，如要使用png或tga文件做背景，加上 insmod png或insmod tga insmod ext2 除了用作启动的分区外，其他分区格式可在menu底下再添加 set root=(hd0,7) 设定root分区 search -no-floppy -fs-uuid -set f255285a-5ad4-4eb8-93f5-4f767190d3b3 设定uuid=****的分区为root，和上句重复，可删除 以下为终端配置 if loadfont /usr/share/grub/unicode.pf2 ; then 设置终端字体，unicode.pf2支持中文显示 set gfxmode=640x480 设置分辨率，默认为 640x480，可用800x600，1024x768，建议跟你想设定的图片大小一致 insmod gfxterm 插入模块 gfxterm，支持中文显 示，它还支持 24 位图像 insmod vbe 插入 vbe 模块，GRUB 2 引入很多模块的东西，要使用它，需要在这里加入 if terminal_output gfxterm ; then true ; else For backward compatibility with versions of terminal.mod that don’t understand terminal_output terminal gfxterm ...

KVM Xen 2002年Xen首次发布时，进过8年的发展，Xen似乎成了曾经受宠的弃儿，当初力撑它的RedHat已经正式转向自家的KVM，而且KVM占有得天独厚的优势，因为它已经成功进入Linux内核。不得不承认虚拟化技术的发展是相当迅速的，如果你没有跟上KVM和Xen的发展速度，在考虑购买哪一种虚拟化平台时，你可能会很困惑。 KVM和Xen Xen是一个支持x86、x86_64、安腾和ARM架构的Hypervisor，可以在它支持的处理器架构上运行Linux、Windows、Solaris和部分BSD客户机操作系统，许多公司都支持Xen，当然主要还是思杰 (Citrix) ，Oracle VM其实也是基于Xen包装而成的，当然还有更多的虚拟化解决方案都是以Xen为基础的，Xen可以安装在系统上，也可以直接安装到裸机上。 KVM是一个集成到Linux内核的Hypervisor，很明显，宿主操作系统必须是Linux，支持的客户机操作系统包括Linux、Windows、Solaris和BSD，运行在支持虚拟化扩展的x86和x86_64硬件架构上，这意味着KVM不能运行在老式CPU上，新CPU如果不支持虚拟化扩展也不能运行 (如英特尔的Atom处理器) ，在大多数情况下，对于数据中心来说，这些限制都不是问题，因为每个几年硬件都会升级换代，但最近也有些数据中心选择Atom架构，那么注定它们不能使用KVM。 如果你想运行Xen宿主主机，你需要有一个支持的内核，Linux默认一般不会提供Xen宿主主机支持，从2.6.23内核开始支持作为客户机运行，如果你的Linux发行版不支持Xen，你必须自己定制内核，或直接选择如Citrix XenServer这样的商业解决方案，但问题是这些解决方案不是完全开源的。 许多人都是自己构建内核，Xen可以运行在很多服务器上，从低成本的虚拟专用服务器 (Virtual Private Server，VPS) 供应商，如Linode，到大型公司，如Amazon的EC2，这些公司都加大了这方面的投入，不会轻易转换到其它技术，即使技术上KVM超越了Xen，也不能一下就取代现有的解决方案，更何况KVM在技术上的优势并不明显，有些地方甚至还未超越Xen，因为Xen的历史比KVM更悠久，它也比KVM更成熟，你会发现Xen中的某些功能在KVM还未实现，因此我们看到KVM项目的Todo List很长，KVM的优势也仅限于它进入了Linux内核。从RHEL 5.4开始，RedHat就支持KVM了，从RHEL 6.0开始RedHat就完全抛弃Xen了。 RedHat弃用Xen给克隆REHL的公司带来了麻烦，迫使他们也接受KVM，要么只有自行维护一套包含Xen的分支，但这无疑会增加它们的成本。 KVM的发展相当迅速，虽然目前还在追赶Xen，但Xen的领先地位恐怕很快就会丧失，我们不得不担忧Xen的未来出路。 只能有一个存活下来吗？ 选择KVM还是Xen其实就是选择厂商，如果你想使用RHEL，那么KVM无疑是首选，如果你想运行在Amazon EC2上，那么你将使用Xen，主流Linux厂商似乎都站在KVM一边，但它们也为Xen提供了大量的商业支持，Citrix可能不会很快就消失。 在IT行业想要成为永久的赢家是不可能的，技术不断地的提高更新，Xen和KVM将在相当长一段时间内共存，市场足够大，需要诸多解决方案，这两种技术背后都有充足的技术支持让它们在未来数年内和平共处 红帽专家解读: 虚拟化技术KVM和XEN的区别 出处:CIOAge.com 文: 凌云通 问: 想请问一下KVM的虚拟化技术和原来的XEN虚拟化技术有什么区别，而且在今后redhat是否不会在redhat里在集成XEN的功能，而转向对KVM的支持。 答: XEN目前支持Full Virtualization(全虚拟化) 和 Para Virtualization. Full Virtualization的好处在于现有的x86架构的操作系统可以不用修改，直接运行在虚拟机上。 Para Virtualization的好处是性能好，但是虚拟机上运行的操作系统内核要修改。 目前主流的厂家的虚拟化重点都是放在Full Virtualization上面。 KVM采用的是Full Virtualization，需要CPU支持VT。 如何确认你的CPU是否支持VT,查看cpu flag, intel cpu flag 会有 "vmx" , amd cpu flag 会有 "svm". 从架构上讲，xen是自定制的hypervisor，对硬件的资源管理和调度，对虚拟机的生命周期管理等，都是从头开始写的。 KVM全称是Kernel-based Virtual Machine, kernel代表的是Linux kernel。KVM是一个特殊的模块，Linux kernel加载此模块后，可以将Linux kernel 变成hypervisor，因为Linux kernel已经可以很好的实现对硬件资源的调度和管理，KVM只是实现了对虚拟机生命周期管理的相关工作。 KVM的初始版本只有4万行代码，相对于xen的几百万行代码显得非常简洁。 更多关于KVM架构的信息，请参考KVM白皮书: http://www.linuxinsight.com/files/kvm_whitepaper.pdf ...

虚拟化技术 KVM Xen 对比 Linux虚拟化技术的用户目前有两种免费的开源管理程序可以选择: Xen和KVM。 作为较早出现的虚拟化技术，Xen是"第一类"运行在裸机上的虚拟化管理程序 (Hypervisor) ，也是当前相当一部分商业化运作公司的基础技术，其中包括Citrix系统公司的XenServer和Oracle的虚拟机。Xen技术的倡导者们声称Xen的性能强劲，并且拥有一个广泛的管理工具和能够交付卓越性能，以及其它诸多优点。 但是最近有一些Linux厂商-包括Red Hat和Canonical把基于内核的虚拟机 (KVM: Kernel-based Virtual Machine) 技术内置在Ubuntu中。 KVM是一个轻量级的虚拟化管理程序模块，该模块主要来自于Linux内核。虽然只是后来者，但是由于其性能和实施的简易性，以及对Linux重量级的持续支持， 所以还是有必要认真对待KVM技术的。 在本期虚拟化面面观中，两位IT专家将会对Xen和KVM做出比较，并给出各自的理由。 Andi Mann: Xen比KVM优越的六大原因 Sander van Vugt: KVM比Xen能够带来更好的Linux集成 Xen比KVM优越的六大原因 投稿人: Andi Mann 作为开源的虚拟化技术，对比Xen和KVM可以看到，Xen以6个无与伦比的优势领先: 更好的可用资源、平台支持、可管理性、实施、动态迁移和性能基准。 可用资源: Xen的问世要比KVM早4年之久 (两者分别是2003年和2007年) 。随着Citrix、Novell、Oracle、Sun、Ret Hat和Virtual Iron等公司在市场领域的实施，就比较容易找到精通Xen的IT技术人员，更容易让这些技术人员接受Xen相关的培训、更容易得到Xen的咨询帮助以及获得Xen证书。企业管理协会 (EMA: Enterprise Management Associates) 2008年这对虚拟化和管理趋势的研究报告表明，这些关键因素占到那些抱怨缺少必要虚拟化技术资源和技术企业的60%。 平台支持: Xen在新版本中支持更多的主机和客体工作环境，包括泛虚拟化技术、硬件辅助支持以及修改过或未修改过的客体操作系统；对UNIX、Linux和Microsoft Windows的特定支持；包括芯片组，如x86、IA64和AMD、Fujitsu、IBM、Sun等公司的ARM，以及x86/64 CPU商家和Intel嵌入式的支持等。 可管理性: EMA在2009年度针对虚拟系统管理的研究结果表明: 对于83%的企业来讲，在选择虚拟化技术过程中，管理是一项非常关键或者重要的因素。在对比Xen和KVM时，就可以看到Xen具有一个更加宽泛的第三方配给、备份、存储管理、P2V、容量规划、性能监控、进程自动化、安全和其它管理规则的社区，比如Citrix、IBM、CA、Novell或者Platespin、Enomaly、Microsoft以及HP等。 实施: 无论KVM是"第一类"还是"第二类"，这都是语义上的概念。Xen的运行和管理都是在较低级别的 (Ring 0) 。甚至对于新虚拟机创建，客体机器并不需要像KVM那样共享内存块、CPU指令或者任何底层的Linux操作系统 (虽然偶尔也会越权) 。 KVM不支持动态迁移: 过去在证明VMware ESX比Microsoft Hyper-V优越的最重要的一个观点也同样适用于Xen和KVM的比较，但是这是一个很大的问题。与KVM不同，Xen支持非中断的动态迁移，可以允许动态工作负载平衡和例行维护而几乎没有任何宕机时间。KVM的固有属性决定了其肯定有宕机时间。 性能: 大多数Xen和KVM性能基准的对比都表明Xen具有更好的处理性能 (接近于本地处理) ，只有在磁盘I/O方面略逊于KVM。进一步来讲，独立测试表明随着工作负载的增加KVM的性能逐渐下降。通常情况下，在试图支持四个以上的客体虚拟机时就会崩溃。Xen支持一个客体虚拟机的数量呈线性增长，可以支持30个以上工作负载同时运行。 更加深入广泛的Xen与 KVM对比也将会表明Xen在虚拟网络支持、虚拟存储支持、安全增强、高可用性、容错处理、电源管理、HPC或者实时支持、虚拟CPU可扩展性、跨平台兼容性。虚拟机可移植性、虚拟应用设备市场以及已经建立起来的云服务社区等诸多方面都要比KVM优越。因此KVM只是在技术上比较与众不同，并且拥有几个不错的应用场景。但是作为企业级的服务器虚拟化技术，和Xen比起来，KVM尚有较大差距。 Andi Mann是企业管理协会 (EMA: Enterprise Management Associates) IT分析部门中研究系统管理和存储管理的副总裁。Mann在技术和管理领域有20多年的IT经验，对主机、中型机、服务器和台式机上企业形态和软件方面都有深刻理解。Mann是EMA系统管理研究项目的主要负责人，他主要关注数据中心自动化和虚拟化。访问EMA的主页了解更多有关Mann的信息。 ...

KVM与Xen和VMware的PK KVM与Xen和VMware的PK 原创作品，允许转载，转载时请务必以超链接形式标明文章 原始出处 、作者信息和本声明。否则将追究法律责任。http://virtualizing.blog.51cto.com/687668/136544 【sudison】这篇文章翻译至KVM的maintainer Avi Kivity的一篇文章. 文中提到了KVM比ESX和Xen优越的一个地方: 既能获得很好的performance,又能解决设备驱动的维护问题。还是有一定的道理。 —————— I/O的性能对一个hypervisor而言至关重要。同时，I/O也是一个很大的维护负担，因为有大量需要被支持的硬件设备，大量的I/O协议，高可用性，以及对这些设备的管理。 VMware选择性能，但是把I/O协议栈放到了hypervisor里面。不幸的是，VMware kernel是专有的，那就意味着VMware不得不开发和维护整个协议栈。那将意味着开发速度会减慢，你的硬件可能要等一段时间才会得到VMware的支持。 Xen选择了可维护这条道路，它将所有的I/O操作放到了Linux guest里面，也就是所谓的domain-0里面。重用Linux来做I/O, Xen的维护者就不用重写整个I/O协议栈了。但不幸的是，这样就牺牲了性能: 每一个中断都必需经过Xen的调度，才能切换到domain 0, 并且所有的东西都不得不经过一个附加层的映射。 并不是说Xen已经完全解决了可维护性这个问题: Xen domain 0 kernel仍然是古老的Linux 2.6.18 (尽管2.6.25也已经可用了。【sudison注: 】现在Xen已经在通过domain 0 pv_ops在解决这个问题了) 那KVM是怎么处理的呢？像VMware一样，I/O是被放到hypervisor的上下文来执行的，所以性能上不会有损害。像Xen一样，KVM重用了整个Linux I/O协议栈，所以KVM的用户就自然就获得了最新的驱动和I/O协议栈的改进。

虚拟化, KVM intel 虚拟化 VT-d VT-x VT-c 简单描述理解 VT-d VT-x VT-c VT-d 英文全程为 Virtualization Technology for Directed I/O 其中 VT 是 Virtualization Technology 的缩写，d代表Directed VT-d 的 Intel 官方中文名称是 定向 I/O 虚拟化技术 ，这个技术就是俗称的虚拟化直通技术，就是允许宿主机将某些硬件资源 (比如硬盘、显卡、网卡) 的管辖权直接移交给虚拟机，此时宿主机将不能再使用此硬件，虚拟机会以直通独占的方式使用它们，这种直通的技术带来的好处就是，虚拟机中使用该硬件的性能损耗是极小的, 改善了 I/O 设备在虚拟化环境中的性能并且隔离更加彻底提高了系统的安全性 VT-x 其实就是 Intel Virtualization Technology 至于为什么后边有个 x 呢？ 是因为英特尔在起名字的时候，将x86平台上的VT技术，称之为VT-x；在Itanium平台上的VT技术，称之为VT-i。 VT-x 是 Intel CPU 的硬件虚拟化技术，提供内存以及虚拟机的硬件隔离，这也是平常我们想在 intel 平台上做虚拟化最基本需要支持的技术。 VT-x不仅需要处理器的支持，也需要主板、BOIS的支持 VT-c 英文全程为 Virtualization Technology for Connectivity VT-c 主要是针对提高网络 I/O 提供的虚拟化技术，它可以在一个物理网卡上，建立针对虚拟机的设备队列，最大限度的提高 I/O 吞吐率。 我看网上文章千篇一律的都只是官方的介绍一下 VMDq 和 VMDc ，甚至搞不清 VT-d 和 VT-c 到底有什么区别 ...

Xen Xen 是一个开放源代码虚拟机监视器，由剑桥大学开发。它打算在单个计算机上运行多达100个满特征的操作系统。操作系统必须进行显式地修改 ("移植") 以在Xen上运行 (但是提供对用户应用的兼容性) 。这使得Xen无需特殊硬件支持，就能达到高性能的虚拟化. IBM经常在其主机和服务器上使用虚拟机来尽可能发挥其性能，并类似chroot监禁那样将程序置于隔离的虚拟OS中以增强安全性。除此之外，它还能使不同和不兼容的OS运行在同一台计算机上。Xen对虚拟机活跃迁移的支持允许工荷平衡和避免停时。 与其它虚拟机的比较 Denali使用准虚拟化技术来提高x86电脑上虚拟机的性能。Denali的虚拟机为因特网服务专门支持了最小化的操作系统。系统可以运行上千个虚拟机。Xen与Denali不同，因为它试图运行适当数量的完整操作系统，而非大量轻量级操作系统。 VMware为x86提供虚拟机，这些虚拟机可以运行未修改的PC操作系统。所涉及的技术极为复杂，也导致了性能的 (有时相当显著) 下降。Xen牺牲了完全的二进制兼容，换取相对的简易性和改善的性能。 Xen的准虚拟化 Xen通过一种叫做准虚拟化的技术获得高性能，甚至在某些与传统虚拟技术极度不友好的架构上 (x86) ，Xen也有上佳的表现。与那些传统通过软件模拟实现硬件的虚拟机不同，在Intel VT-X支持下3.0版本之前的Xen需要系统的来宾权限，用来和Xen API进行连接。到目前为止，这种技术已经可以运用在NetBSD, GNU/Linux, FreeBSD和Plan 9系统上。在Brainshare 2005会议上，Novell展示了NetWare与 Xen的连通。与Windows XP连通的技术曾在Xen开发初期进行，但微软的协议未能允许它发布。Sun公司也正在积极地将Solaris移植到Xen平台之上。 Xen的半虚拟化 Xen通过一种叫做半虚拟化的技术获得高效能的表现(较少的效能损失, 典型的情况下大约损失 2%, 在最糟的情况下会有 8% 的效能耗损; 与其它使用完全的虚拟化却造成最高到 20% 损耗的其他解决方案形成一个明显的对比)，甚至在某些与传统虚拟技术极度不友好的架构上 (x86) ，Xen也有极佳的表现。与那些传统通过软件模拟实现硬件的虚拟机不同，在3.0版本及在Intel VT-X支援前的Xen需要让客户操作系统 (guest operating systems) 与Xen API进行连接。到目前为止，这样连结已经可以运用在NetBSD, GNU/Linux, FreeBSD和贝尔实验室的Plan 9系统上。在Brainshare 2005会议上，Novell展示了NetWare与 Xen的连通。与Windows XP连通的技术曾在Xen开发初期进行，但微软的协议未能允许它发布。Sun微系统公司也正积极研究Solaris与Xen的连结，使其能在Xen平台上运作。 Xen的完全虚拟化 Intel对Xen贡献修改以支持其VT-X Vanderpool架构扩展。如果主系统支持Vanderpool或者Pacifica扩展 (Intel和AMD对本地支持虚拟化的扩展) ，这项技术将允许未修改的客作业系统运行在Xen虚拟机中。事实上，那意味著性能的提升，并且你可以在没有进行任何协议不允许的修改的情况下对Windows进行虚拟。 虚拟机的迁移 Xen虚拟机可以在不停止的情况下在局域网内多个物理主机之间实时迁移。在操作过程中，虚拟机在没有停止工作的情况下内存被反复的复制到目标机器。虚拟机在最终目的地开始执行之前，会有一次60-300毫秒秒的非常短暂的暂停以执行最终的同步化，给人无缝迁移的感觉。类似的技术被用来暂停一台正在运行的虚拟机到磁盘，并切换到另外一台，第一台虚拟机在以后可以恢复。 平台支持 Xen目前可以运行在x86系统上，并正在向x86_64、IA64、PPC移植。移植到其他平台从技术上是可行的，未来有可能会实现。

LFS LFS──Linux from Scratch，就是一种从网上直接下载源码，从头编译LINUX的安装方式。它不是发行版，只是一个菜谱，告诉你到哪里去买菜(下载源码)，怎么把这些生东西( raw code) 作成符合自己口味的菜肴──个性化的linux，不单单是个性的桌面。 Linux from Scratch 存在的原因 LFS 存在的一个重要原因是可以帮助人们学习 linux 系统的内部是如何工作的。构建一个 LFS 系统会帮助演示是什么使 linux运转，各种组件如何在一起互相依赖的工作。最好的事情之一，是这种学习的经历给予的是一种能力，能够定制满足您自己需要的 linux。 好处优势 LFS 的一个关键的好处是它让用户对于系统有更多的控制，而不是依赖于某些人的 linux 实现。在 LFS 的世界里，你是坐在司机的位置，掌控系统的每一个细节，比如目录层次和启动脚本配置。你也能掌控程序在哪里，为何，以及怎样被安装。 LFS 的另一个好处是可以创建一个非常紧凑的 linux系统。当安装一个常规的发行版时，人们经常要被迫安装一些可能永远不会用到的程序。这些程序浪费宝贵的磁盘空间，或更糟的是占用CPU资源。要构建一个少于100兆(MB)的 LFS系统不是一件难事，这相比较目前大多数的发行版要小很多。这听起来是不是仍然占许多空间？我们中一些人的工作是创建一个非常小的嵌入式的 LFS系统。我们成功的构建了一个系统，在只运行 Apache服务器的情况下，大约占8MB磁盘空间。进一步的缩减能够减至5MB或更少。你用一个常规的分发版本试试？这也只是设计你自己的 linux所带来的好处之一。 我们可以拿 linux 发行版与快餐店出售的汉堡打比喻，您不能决定您应该吃什么。相反，LFS没有给您一个汉堡。而是给您一张制作汉堡的配方。用户可以查阅配方，减掉不想要的配料，增加你自己的配料以增强汉堡的口味。当你对配方满意的时候，开始去做准备。您可以采用确定的方式: 或烤，或烘，或炸，或焙。 另外一个比方是把 LFS 与建筑房子比较。LFS 提供房子的框架蓝图，但是需要您去建筑它。LFS 包含了在这过程中调整计划的自由，定制满足用户的需要和参考。 用户定制的 linux 系统的另一个好处是安全性。通过从源码编译整个系统，您能够审查任何东西，打上所有的安全补丁，而不需要等待别人去编译好修补了安全漏洞的二进制包。除非是您发现并制作的补丁，否则您得不到任何的保证，新的二进制包是否正确编译或修正了问题。

linux Linux 是一种自由和开放源码的类Unix操作系统。目前存在着许多不同的Linux,但它们都使用了Linux内核。Linux可安装在各种计算机硬件设备中，从手机、平板电脑、路由器和视频游戏控制台，到台式计算机、大型机和超级计算机。Linux是一个领先的操作系统，世界上运算最快的10台超级计算机运行的都是Linux操作系统。严格来讲，Linux这个词本身只表示Linux内核，但实际上人们已经习惯了用Linux来形容整个基于Linux内核，并且使用GNU 工程各种工具和数据库的操作系统。Linux得名于计算机业余爱好者Linus Torvalds。 创始人 Linus Torvalds 林纳斯·本纳第克特·托瓦兹 (Linus Benedict Torvalds) 出生于芬兰赫尔辛基市。父亲尼尔斯·托瓦兹 (Nils Torvalds) 是一名活跃的共产主义者及电台记者。托瓦兹家族属于在芬兰占6%的少数民族芬兰瑞典人。他毕业于赫尔辛基大学计算机科学系，1997年至2003年在美国加州硅谷任职于全美达公司 (Transmeta Corporation) 参与该公司芯片的code morph技术研发。后受聘于开源码发展实验室 (OSDL : Open Source Development Labs, Inc) ，全力开发Linux内核。现任职于Linux基金会。 象征物 Tux Tux (一只企鹅，全称为tuxedo，NCIT 90916P40 Joeing Youthy的网络ID) 是Linux的标志。将企鹅作为Linux标志是由林纳斯·托瓦兹提出的。 大多数人相信，"Tux"这个名字来源于Torvalds UniX，而不是因为它看起来像是穿着一件黑色小礼服 (tuxedo) 。 这个企鹅图案在最佳Linux图标竞赛中被选中。其他一些图案可以在Linux图标大赛网站中找到。Tux的设计者是Larry Ewing，他于1996年，利用GIMP软件设计出了这个企鹅。 Tux已经成为Linux和开源社区的象征。 历史发展 Linux 操作系统是UNIX 操作系统的一种克隆系统。它诞生于1991 年的10 月5 日 (这是第一次正式向外公布的时间) 。以后借助于Internet 网络，并经过全世界各地计算机爱好者的共同努力下，现已成为今天世界上使用最多的一种UNIX 类操作系统，并且使用人数还在迅猛增长。 Linux 操作系统的诞生、发展和成长过程始终依赖着以下五个重要支柱: UNIX 操作系统、MINIX 操作系统、GNU 计划、POSIX 标准和Internet 网络。 下面主要根据这五个基本线索来追寻一下Linux 的开发历程，它的酝酿过程，最初的发展经历。首先分别介绍其中的四个基本要素(UNIX、MINIX、GNU 和POSIX，Internet 的重要性显而易见，所以不用对其罗嗦)，然后根据Linux 的创始人Linus Torvalds 从对计算机感兴趣而自学计算机知识，到心里开始酝酿编制一个自己的操作系统，到最初Linux 内核0.01 版公布，以及从此如何艰难地一步一个脚印地在全世界hacker 的帮助下最后推出比较完善的1.0 版本这段时间的发展经过，也即对Linux 的早期发展历史进行详细介绍。 UNIX 操作系统的诞生 肯·汤普逊 (左) 和丹尼斯·里奇 (右) Linux 操作系统是UNIX 操作系统的一个克隆版本。UNIX 操作系统是美国贝尔实验室的肯·汤普逊Ken.Thompson和丹尼斯·里奇Dennis Ritchie 于1969 年夏在DEC PDP-7 小型计算机上开发的一个分时操作系统。当时Ken Thompson 为了能在闲置不用的PDP-7 计算机上运行他非常喜欢的星际旅行 (Space travel) 游戏，在1969 年夏天乘他夫人回家乡加利福尼亚渡假期间，在一个月内开发出了unix 操作系统的原型。当时使用的是BCPL 语言 (基本组合编程语言) ，后经Dennis Ritchie 于1972 年用移植性很强的C 语言进行了改写，使得UNIX 系统在大专院校得到了推广。 ...