Desktop

虚拟机硬盘格式的选择 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/ ...