模拟kvm(KVM方面的基本知识能否告知下)
1.KVM方面的基本知识能否告知下
KVM是什么：KVM 交换机通过直接连接键盘、视频和鼠标 （KVM） 端口，能够访问和控制计算机。
（视频也就是显示器，有的KVM没带显示器，要看用在什么地方的，如果是机房机柜上的一半都要显示器，因为机柜的空间不大，带显示器的KVM大多都是19寸1U的大小，节省了空间）KVM的用途：KVM 技术无需目标服务器修改或软件。这就意味着可以在 Windows 的 BIOS 环境下，随时访问目标计算机。
KVM 提供真正的主板级别访问，并支持多平台服务器和串行设备。 这就是KVM，说白了KVM就是一台显示器+鼠标+键盘，把各个电脑主机连接起来，当你想访问电脑A的时候把KVM的线连上电脑A就可以控制它，当你控制完电脑A想看看电脑B的时候，不用关电脑A，直接把KVM的线接上电脑B，然后鼠标或者键盘选择电脑B就可以看到电脑B的工作情况。
现在的KVM工作的时候一般都说有几口，一个口就对应一台电脑，网吧等地方用得比较多的是二口和四口，八口以上的是机房用得比较多，工作的时候同时接上八台电脑，八台电脑同时开机工作，接上KVM后想看A就在键盘或鼠标上选择A，想看B电脑就选择B等等如此类推。这个叫智能KVM或者叫自动KVM，现在的KVM大多都是自动KVM。
KVM比较好的牌子有：Raritan（力登） CYBEX Rextron（瑞创） avocent等，都是kvm行业的著名品牌。这些牌子在我们公司都是卖得比较火而且也是具有国际知名度的牌子，质量有保障。
另外提醒你的是，如果你买KVM要商家报价，一定要问清楚这个价格是带线还是不带线，因为带线的价格和不带线的价格有时候会相差很大，所以购买的时候不要只问机子的价格，要问的是带线的价格，还有就是售后保修多久，有没有发票等，这些都是购买KVM需要问清楚的问题。以上就是我在金凯鹏科技有限公司学到的KVM的基本知识，希望能够帮到你，如果还有什么不明白的，可以加我，我把资料整理下发给你。
纯手打的转载请注明。
2.什么是模拟 KVM?
你好，模拟KVM设备结构：模拟KVM交换机具有接入端和控制端口，接入端和服务器连接，可以使用CAT5或KVM专用线缆，控制端与键盘、鼠标、显示器连接或与用户工作站连接，用户工作站再与控制终端键盘、鼠标、显示器连接，使用用户工作站的好处是可以进行视频调节延长用户访问距离，可达300米。
可以把用户工作站看作延长器。延长连接使用的是CAT5线缆，一般可分为2控8,2控16,5控32,9控32多台服务器。
其信号传输无论是服务器到KVM交换机、或KVM交换机到控制终端全部是模拟信号。如下图所示高端模拟交换机，为5控多台服务器，使用用户工作站延长访问距离，在讯维的技术文章上看到的。
3.KVM虚拟机的介绍
Kernel-based Virtual Machine的简称，是一个开源的系统虚拟化模块，自Linux 2.6.20之后集成在Linux的各个主要发行版本中。它使用Linux自身的调度器进行管理，所以相对于Xen，其核心源码很少。KVM目前已成为学术界的主流VMM之一。KVM的虚拟化需要硬件支持（如Intel VT技术或者AMD V技术）。是基于硬件的完全虚拟化。而Xen早期则是基于软件模拟的Para-Virtualization，新版本则是基于硬件支持的完全虚拟化。但Xen本身有自己的进程调度器，存储管理模块等，所以代码较为庞大。广为流传的商业系统虚拟化软件VMware ESX系列是基于软件模拟的Full-Virtualization。
4.java基础KVM如何扩展
KVM本身只带有cldc1。
1的类库，功能十分简单，不能满足用户的需求，本篇介绍如何对KVM进行扩展。 对KVM进行扩展，在Java层十分简单，只要向在编译Java代码时多加一个文件就可以，没什么要说的，麻烦的是如果在加入的Java类中有本地操作该怎么办？本地的C语言代码放在哪里编译才能够供KVM调用？ 答案是KNI。
下面就以KNI为主要内容介绍如何对KVM加以扩展，在最后附加一个具体的实现例子。 1。
KNI的特点： KNI(K Native Interface)是SUN的KVM(K Virtual Machine)所使用的本地方法调用机制。 JNI(Java Native Interface)是已经为我们所熟悉的Java本地方法调用机制，JNI一般使用在J2SE或J2EE平台上，本地方法被编进动态链接库，在运行时由Java虚拟机载入。
KVM中也需要本地调用，但JNI是“重量级”的本地调用方式，在使用时消耗的资源较多，所以针对KVM设计出了KNI,KNI被称为是JNI的一个简化版，是“轻量级”的本地调用方式。KVM不能加载动态链接库，所以在KNI机制下，本地方法不是写在库中，而是编入虚拟机内部。
以下是KNI与JNI最重要的一些区别： KNI是“实现层”的API，即它是虚拟机实现的一部分，修改KNI的API就要重新编译虚拟机，这些API的细节对于Java程序员来说是不可见的；而JNI的API是在运行时动态加载进来的，它的修改与虚拟机无关，JNI的API对于Java程序员来说是可见的。 KNI的函数建在虚拟机内部，只能为此虚拟机所独享；而JNI的函数放在动态链接库中，可以为多个虚拟机共用。
由于在虚拟机内部，KNI的很多操作方式与虚拟机有关，在传递参数和控制对象的时候都要先经过一些特别的处理；JNI的调用方式比较直接，但可能会增加安全隐患。 KNI是JNI的简化版，功能也会弱一些，它不能创建对象，也不能调用Java层的方法。
总之，“在虚拟机内部”是KNI所有特点的根源，记得这一点，KNI的所有内容都非常容易理解。 下文各节对KNI的各个方面做一下介绍，只详述那些KNI所特有的内容，更全面的内容可以参考KVM附带的KNI specification。
2。 数据类型： 2。
1 原始类型： 上表中间一列是KNI所提供的8种原始类型，它们的长度与所对应的Java原始类型的长度相同。 2。
2 对象类型： 上图是KNI所支持的对象类型，其实所有对象都可作为jobject，只是对图中所示的这些object类的子类有特别的支持，比如为数组类提供了操作数组元素的方法。
