跳至主要内容

博文

目前显示的是标签为“Windows 2008”的博文

目前最好的操作系统探讨

操作系统在今年特别的受到关注,因为微软即将发布vista的替代者,windows7,这个版本其实只是在某些方面进行了改进的vista。当然这些改进还是非常值得期待的,因为对vista的不太满意,所以人们就格外的看好windows7,从这最近几个月发布的测试版来说,windows7的确表现得不错,但是这都是vista的功劳,因为每有vista,就不会有现在的windows7,或者说windows7会更晚一些出现。由于工作的原因,我使用了很多的操作系统,在我的眼里最好的操作系统却依然是:windows 2008 X86。有以下几点原因 第一,32bit操作系统时目前最为成熟的操作系统,各种软件非常丰富,运行都非常不错。就目前中国的环境来讲几乎所有日常的运用都是能满足的。64bit使用了兼容32bit的技术,绝大部分32bit的程序都能正常运行,当然也有少部分不能运行,这是非常不错的。但是,目前原生64bit的程序太少,部分32bit程序在64bit上运行不如32bit系统,比如一些设计软件,游戏等等。所以未来一段时间32bit依然是第一的选择。 第二,在4G内存的计算机里,windows2008能够完全的支持,vista 不能完全识别和使用。同时服务器版本少了部分的组建,但是就运行效率来讲,windows2008比vista有明显的优势,即便两者都是基于同一版本的核心。 在未来几年64bit操作系统将逐渐成为主流,经过vista 的准备,64bit驱动程序已经开始变得非常丰富,绝大部分的硬件设备都有相应的64bit驱动,并且兼容32bit运算将很好的过度到64bit系统。

hyper-v的优势

Hyper-V管理程序随着最近RC1版本的推出终于要与大家见面了。微软公司也正在从工程运作的主模式向cross-the-i's和dot-the-t's(对细节一丝不苟之意)的模式转变。包括庞大的可支持操作系统名单的Hyper-V主体目前已经准备就绪,微软公司的用户可以满怀自信的将他们的测试虚拟机向试运行的管理程序上迁移了。   不过微软Hyper-V主机和虚拟机的管理解决方案也就是Microsoft System Center Virtual Machine Manager 2008还需完善,目前还处于公共测试版阶段,Microsoft System Center Virtual Machine Manager 2008(微软系统中心虚拟机管理2008,缩写为MSCVMM)受到了Hyper-V管理程序内在局限性的限制,特别是Hyper-V目前还无法实现虚拟机的实时迁移。   全面解析   首先来看MSCVMM的优势所在:MSCVMM采用更为先进的全新用户界面来管理微软的各种虚拟化环境,包括Hyper-V管理程序和以前的虚拟服务器产品线。MSCVMM控制台能允许用户以有效的方法过滤信息来实现对常规任务的快速访问。   诸如控制虚拟机和管理不同工作引擎等主要功能根据所执行的工作负载被分为不同的逻辑子群。每个逻辑子群都能提供丰富的过滤选项供用户使用,比如在特殊情况下添加主机或虚拟机等。这是一个简单的装置,但当它在管理一个大型虚拟化环境时却非常与众不同。   MSCVMM库对存储虚拟机映像也非常有帮助。这意味着微软正在从工作组虚拟机向数据中心参与者转变,MSCVMM库通过不断发展的微软虚拟机基础架构轻松实现对虚拟机的分配和跟踪。   从MSCVMM控制台简单选择中意的虚拟机然后分配到目标主机上去。MSCVMM库服务器和代理服务器能将虚拟机映像复制到相应的物理机上并在线展示。这一特性还能与全新的快速迁移特点(以网络为通道实现快照)相结合。MSCVMM成熟的库模式使Hyper-V升级变的更加容易。   不利之处:不幸的是易于管理只是微软追赶VMware的特性之一。公司没有解决实时迁移的问题,VMware公司的VMotion能够在无宕机情况下实现虚拟机在物理服务器之间的无缝迁移。   微软公司也曾经设想为Hyper-V增加这项功能,但Hyper-V之前预计要在W...

Hyper-V和多处理器虚机入门解读

Hyper-V采用基于Hyperisor的架构,并且充分利用Windows驱动模型,以便提供广泛的硬件支持。Hypervisor可以把单个服务器划分为多个CPU和内存的容器。由于采用微内核架构,Hyper-V可以提供高效的分区间通信机制,并在此基础上搭建高性能的虚拟I/O架构。根分区包含物理I/O设备,还将提供虚拟栈用来为子分区所实现的I/O服务。 虚拟栈可以实现模拟I/O设备,例如IDE控制器和DEC 21140A网卡。然而模拟这种设备的代价很昂贵。发送单个I/O请求,就有可能导致虚拟栈和子分区之间的多次切换。相反,Hyper-V提供专门为虚机环境所设计的虚拟I/O设备。这些虚拟设备连接到VMBus,这是一个支持即插即用的总线,使用共享内存,以便可以有效地进行分区间通信。Windows虚机可以自动检测到VMBus上的虚拟设备,并且加载合适的驱动程序。 Hyper-V中的虚拟输入/输出采用客户端/服务器架构,在根分区中包含VSP(虚拟服务提供程序),在子分区中包含VSC(虚拟服务客户端)。该架构极大地减少发送I/O请求所需的开销。如果Virtual Server用户把虚机迁移到Hyper-V中,他们将体会到高I/O的工作负载的CPU开销大大降低。 在这第一篇文章里,笔者想着重指出Hyper-V的主要性能特性:多处理器的虚机。Hyper-V支持4 CPU的Windows Server 2008虚机,和2 CPU的Windows Server 2003虚机。如果服务器工作负载需要很高的性能,我们可以考虑用2 CPU或者4 CPU的Hyper-V虚机对其进行虚拟化。当然,只有当工作负载确实需要的时候,才应该使用多处理器虚机,因为拥有更多的处理器会带来一些额外的开销。   然而,操作系统内核和驱动会采用自旋锁(Spin Lock)的机制,在获得自旋锁之前,(线程)并不会阻塞,并一直处于自旋状态,前提是自旋锁只会保持很短的时间。但是虚拟化会打破这种条件,因为虚拟处理器是按时间片进行调度的。如果在保持自旋锁的时候竞争虚拟处理器,则其他虚拟处理器就要自旋很长时间,导致CPU循环的浪费。[盆盆注:自旋锁是多处理器操作系统的一种互斥机制,有点类似于互斥锁,但是保持时间更短。更详细信息,可以参考《Windows Internals》第四版的P152]   我...