Desktop

virt-manager error After I finished the install of the “kvm ,qemu-kvm ,libvirt-bin,virtinst,virt-manager”. I want to connect to my vms through the virt-manager .But I come to this error: Unable to open a connection to the libvirt management daemon. Libvirt URI is: qemu:///system Verify that: The ’libvirtd’ daemon has been started And more details: Unable to open connection to hypervisor URI ‘qemu:///system’: unable to connect to ‘/var/run/libvirt/libvirt-sock’, libvirtd may need to be started: Permission denied ...

Windows PowerShell # 查看 power shell 版本 $PSVersionTable # 查看安装路径 $PSHOME install https://github.com/PowerShell/PowerShell/releases Set-Aliasll dir http://marui.blog.51cto.com/1034148/290067/ Windows PowerShell 是一种命令行外壳程序和脚本环境，使命令行用户和脚本编写者可以利用 .NET Framework 的强大功能。它引入了许多非常有用的新概念，从而进一步扩展了您在 Windows 命令提示符和 Windows Script Host 环境中获得的知识和创建的脚本。 目录 Windows PowerShell 简介 PowerShell脚本十个基本概念 Windows PowerShell 简介 目标受众 Windows PowerShell 入门主要面向之前没有 Windows PowerShell 背景知识的 IT 专业人员、程序员和高级用户。虽然具备脚本和 WMI 方面的背景知识会有所帮助，但是理解本文档并不假定或要求您具备此方面知识。 关于 Windows PowerShell 通过解决长期存在的问题并添加一些新的功能，Windows PowerShell 旨在改进命令行和脚本环境. 关于 Windows PowerShell 通过解决长期存在的问题并添加一些新的功能，Windows PowerShell 旨在改进命令行和脚本环境。 可发现特性 您可轻易发现 Windows Powershell 的功能。例如，若要查找用于查看和更改 Windows 服务的 cmdlet 列表，请键入: ...

windows shutdown script win10 win10 shutdown script # shutdown.bat shutdown.exe /s /t 3 winXP 在Windows XP中，新增了一条命令行工具"shutdown"，其作用是"关闭或重新启动本地或远程计算机"。利用它，我们不但可以注销用户，关闭或重新启动计算机，还可以实现定时关机、远程关机。 该命令的语法格式如下: shutdown [-i |-l|-s |-r |-a] [-f] [-m [\ComputerName]] [-t xx] [-c “message”] [-d[p]:xx:yy] 其中，各参数的含义为: -i 显示图形界面的对话框。 -l 注销当前用户，这是默认设置。 -m ComputerName优先。 -s 关闭计算机。 -r 关闭之后重新启动。 -a 中止关闭。除了-l 和ComputerName 外，系统将忽略其它参数。在超时期间，您只可以使用-a。 -f 强制运行要关闭的应用程序。 -m [\ComputerName] 指定要关闭的计算机。 -t xx 将用于系统关闭的定时器设置为 xx 秒。默认值是20秒。 -c “message” 指定将在"系统关闭"窗口中的"消息"区域显示的消息。最多可以使用127 个字符。引号中必须包含消息。 -d [p]:xx:yy 列出系统关闭的原因代码。 首先，我们来看一下该命令的一些基本用法: 注销当前用户 shutdown - l 该命令只能注销本机用户，对远程计算机不适用。 关闭本地计算机 shutdown - s 重启本地计算机 shutdown - r ...

KVM的USB支持 在启动KVM的时候，加入参数 “-usb”, 同时还要加入 “-usbdevice host::"。 将 USB VendorID 和 ProductID 传给虚拟机，这样虚拟机就会知道有一个 USB设备插入了。 例如: #sudo kvm -usb -usbdevice host:VendorID:ProductID winxp.img $sudo kvm -usb -usbdevice host:08ec:2039 winxp.img 如何知道VendorID:ProductID，通过lsusb命令: unanao@debian:~/Image$ lsusb Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 006 Device 002: ID 163c:0620 Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub ID后面的 xxxx:xxxx 就是:。如要挂载第2行的USB设备: ...

kvm 快捷键 在图形模拟时,我们可以使用下面的这些组合键: Ctrl-Alt-f 全屏 Ctrl-Alt-n 切换虚拟终端’n’.标准的终端映射如下: n=1 : 目标系统显示 n=2 : 临视器 n=3 : 串口 Ctrl-Alt 抓取鼠标和键盘在虚拟控制台中,我们可以使用Ctrl-Up, Ctrl-Down, Ctrl-PageUp 和 Ctrl-PageDown在屏幕中进行移动. 在模拟时,如果我们使用`-nographic’选项,我们可以使用Ctrl-a h来得到终端命令: Ctrl-a h 打印帮助信息 Ctrl-a x 退出模拟 Ctrl-a s 将磁盘信息保存入文件(如果为-snapshot) Ctrl-a b 发出中断 Ctrl-a c 在控制台与监视器进行切换 Ctrl-a Ctrl-a 发送Ctrl-a

kvm 磁盘 http://forum.ubuntu.org.cn/viewtopic.php?f=65&t=302055 固定大小虚拟磁盘效率最高 虚拟磁盘效率最大决定因素在于碎片，而非格式。通常用的动态大小磁盘映像虽然灵活，但其效率自然不如固定大小。以往很多人因创建固定磁盘费时费力而直接使用物理磁盘，不仅有相当风险，且有不便之处，也未必能满足所需功能。 xfs 和 NTFS 早已支持空间预分配，但 ext 系列直到 ext4 才支持该功能。现如今，ext4 已然稳定。用 fallocate 命令在其上创建固定大小的 raw 格式映像甚为简单，创建速度与 qemu-img 创建的稀疏文件无异，瞬间完成。比如: fallocate -l 15G disk1.img virtio 提高的效率是什么效率 直接给 qemu 用 -hda 指定硬盘，谁用谁知道，慢如蜗牛不说，还能听见磁头辛勤地哀鸣，心痛不？网上有人说 cache=writeback ，没错，这是关键，速度快了不说，也不用再担心磁头累跨了。还有人说 if=virtio ，更有甚者 virtio 与 writeback 不可兼得，晕不？其实 virtio 节省的只不过是 CPU 模拟设备所需的运算时间，并不能降低磁盘访问，只有 writeback 才是关键。当然，若你愿意完全可两者并用， if=virtio,cache=writeback 没有任何问题。所谓有问题只不过是拿那已安装的 Windows 来更改设备造成的。 virtio 安装 Windows 小问题 对于新磁盘映像，用 if=virtio 安装 WindowsXP/2003 加载驱动后，依然会碰到找不到某某文件问题。因为一个 bug 没错，但也不能指望微软修正，设法绕过吧。 随便弄张 Linux LiveCD 启动，用 fdisk /dev/vda 为其分区 (一定要 fdisk 而非 cfdisk ，其它未试) ，全部大小只用于一个主分区，指定分区 ID 标志为 0x0b 。再用 mkfs.vfat /dev/vda1 创建文件系统。重新启动 Windows 安装便可绕过上述 bug 。 ...

kvm 参数 -bios file 指定虚拟机使用的BIOS,file指定BIOS文件路径 -smp n[,cores=cores][,threads=threads][,sockets=sockets][,maxcpus=maxcpus] 模拟一个有n个cpu的smp系统,可以简单的指定n为一个数值,或者分别指定socket数,core数/socket,线程数/core -m megs 指定虚拟机使用的内存数量,可以使用M或G后缀 -rtc [base=utc|localtime|date][,clock=host|vm][,driftfix=none|slew] 指定虚拟机使用的时间,linux客户机使用-rtc base=utc,clock=host,windows客户机使用-rtc base=localtime,clock=host -net nic,model=virtio,macaddr=52-54-00-12-34-01 -net tap,ifname=tap0 桥接网络，客户机网络接口通过tap接口桥接到主机网络，使用的tap接口名为tap0，由/etc/kvm/kvm-ifup来动态配置tap0接口。model=virtio指定虚拟机网卡使用半虚拟化驱动,如果有多个虚拟客户机同时运行则必须指定macaddr为一个独一无二的值,否则会出现mac地址冲突。如果通过主机的/etc/network/interfaces来静态配置tap接口,则此处应在-net tap接口处附加两个另外的参数script=no,downscript=no -drive file=debian.img,if=virtio,index=0,media=disk,format=qcow2,cache=writeback 指定客户机使用的硬盘驱动器,if=virtio指定使用半虚拟化驱动,index=0指定该硬盘为接口的第一个驱动器,media=disk指定为硬盘驱动器,如果是光盘则为media=cdrom。format=qcow2为硬盘格式 (raw/qcow2) ，以创建磁盘镜像时的格式为准。旧式指定第一个硬盘驱动器的参数为-hda debian.img,已经不再推荐使用。 -drive file=debian.iso,index=2,media=cdrom或者-hdc debian.iso 指定光盘驱动器,debian.iso为使用的光驱映像文件 -fda file 指定软盘驱动器,file为软磁盘镜像 -no-fd-bootchk 客户机启动时不检查软盘驱动器,加速客户机启动 -boot [order=drives][,once=drives][,menu=on|off] ‘drives’: floppy (a), hard disk (c), CD-ROM (d), network (n) 指定引导顺序,c为第一个硬盘驱动器,d为第一个光盘驱动器 -boot order=c -vnc :0 将虚拟机的视频输出重定向到vnc端口,通过vnc viewer可以连接到虚拟机的视频输出 error:Could not initialize SDL(No available video device) - exiting add the parameters -vga std -k en-us -vnc :1 ...

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

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: ...

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. ...

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 加速模组。

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 到底有什么区别 ...

windows basic, win basic cmd ## 删除 目录 remove-item dir0 -recurse -force copy C:\Users\desktop\foo.txt D:\backup\ /y # force overwrite copy /b/v/y C:\Users\desktop\foo.txt D:\backup\ # cmd-连续执行多条命令 copy C:\Users\desktop\foo.txt D:\backup\ && D:\backup\foo.exe # 查看证书 certmgr.msc # 查看 windows 的版本 winver ISO https://isofiles.bd581e55.workers.dev/ win10 应用开机启动, 启动项 打开运行 win + r, 输入 shell:startup, 将该应用的快捷方式从文件位置复制并粘贴到 “启动” 文件夹中。 msdn i tell u https://www.itellu.com/2021/06/22/win11-v2021-v1/ windows iso 打开页面: https://www.microsoft.com/zh-cn/software-download/windows10 点击 立即下载工具 运行 MediaCreationTool21H1.exe 选择 “为另一台电脑创建安装介质” uupdump https://uupdump.net/ ...