模擬kvm(KVM方面的基本知識能否告知下)
1.KVM方面的基本知識能否告知下
KVM是什么：KVM 交換機通過直接連接鍵盤、視頻和鼠標 （KVM） 端口，能夠訪問和控制計算機。
（視頻也就是顯示器，有的KVM沒帶顯示器，要看用在什么地方的，如果是機房機柜上的一半都要顯示器，因為機柜的空間不大，帶顯示器的KVM大多都是19寸1U的大小，節(jié)省了空間）KVM的用途：KVM 技術無需目標服務器修改或軟件。這就意味著可以在 Windows 的 BIOS 環(huán)境下，隨時訪問目標計算機。
KVM 提供真正的主板級別訪問，并支持多平臺服務器和串行設備。 這就是KVM，說白了KVM就是一臺顯示器+鼠標+鍵盤，把各個電腦主機連接起來，當你想訪問電腦A的時候把KVM的線連上電腦A就可以控制它，當你控制完電腦A想看看電腦B的時候，不用關電腦A，直接把KVM的線接上電腦B，然后鼠標或者鍵盤選擇電腦B就可以看到電腦B的工作情況。
現(xiàn)在的KVM工作的時候一般都說有幾口，一個口就對應一臺電腦，網吧等地方用得比較多的是二口和四口，八口以上的是機房用得比較多，工作的時候同時接上八臺電腦，八臺電腦同時開機工作，接上KVM后想看A就在鍵盤或鼠標上選擇A，想看B電腦就選擇B等等如此類推。這個叫智能KVM或者叫自動KVM，現(xiàn)在的KVM大多都是自動KVM。
KVM比較好的牌子有：Raritan（力登） CYBEX Rextron（瑞創(chuàng)） avocent等，都是kvm行業(yè)的著名品牌。這些牌子在我們公司都是賣得比較火而且也是具有國際知名度的牌子，質量有保障。
另外提醒你的是，如果你買KVM要商家報價，一定要問清楚這個價格是帶線還是不帶線，因為帶線的價格和不帶線的價格有時候會相差很大，所以購買的時候不要只問機子的價格，要問的是帶線的價格，還有就是售后保修多久，有沒有發(fā)票等，這些都是購買KVM需要問清楚的問題。以上就是我在金凱鵬科技有限公司學到的KVM的基本知識，希望能夠幫到你，如果還有什么不明白的，可以加我，我把資料整理下發(fā)給你。
純手打的轉載請注明。
2.什么是模擬 KVM?
你好，模擬KVM設備結構：模擬KVM交換機具有接入端和控制端口，接入端和服務器連接，可以使用CAT5或KVM專用線纜，控制端與鍵盤、鼠標、顯示器連接或與用戶工作站連接，用戶工作站再與控制終端鍵盤、鼠標、顯示器連接，使用用戶工作站的好處是可以進行視頻調節(jié)延長用戶訪問距離，可達300米。
可以把用戶工作站看作延長器。延長連接使用的是CAT5線纜，一般可分為2控8,2控16,5控32,9控32多臺服務器。
其信號傳輸無論是服務器到KVM交換機、或KVM交換機到控制終端全部是模擬信號。如下圖所示高端模擬交換機，為5控多臺服務器，使用用戶工作站延長訪問距離，在訊維的技術文章上看到的。
3.KVM虛擬機的介紹
Kernel-based Virtual Machine的簡稱，是一個開源的系統(tǒng)虛擬化模塊，自Linux 2.6.20之后集成在Linux的各個主要發(fā)行版本中。它使用Linux自身的調度器進行管理，所以相對于Xen，其核心源碼很少。KVM目前已成為學術界的主流VMM之一。KVM的虛擬化需要硬件支持（如Intel VT技術或者AMD V技術）。是基于硬件的完全虛擬化。而Xen早期則是基于軟件模擬的Para-Virtualization，新版本則是基于硬件支持的完全虛擬化。但Xen本身有自己的進程調度器，存儲管理模塊等，所以代碼較為龐大。廣為流傳的商業(yè)系統(tǒng)虛擬化軟件VMware ESX系列是基于軟件模擬的Full-Virtualization。
4.java基礎KVM如何擴展
KVM本身只帶有cldc1。
1的類庫，功能十分簡單，不能滿足用戶的需求，本篇介紹如何對KVM進行擴展。 對KVM進行擴展，在Java層十分簡單，只要向在編譯Java代碼時多加一個文件就可以，沒什么要說的，麻煩的是如果在加入的Java類中有本地操作該怎么辦？本地的C語言代碼放在哪里編譯才能夠供KVM調用？ 答案是KNI。
下面就以KNI為主要內容介紹如何對KVM加以擴展，在最后附加一個具體的實現(xiàn)例子。 1。
KNI的特點： KNI(K Native Interface)是SUN的KVM(K Virtual Machine)所使用的本地方法調用機制。 JNI(Java Native Interface)是已經為我們所熟悉的Java本地方法調用機制，JNI一般使用在J2SE或J2EE平臺上，本地方法被編進動態(tài)鏈接庫，在運行時由Java虛擬機載入。
KVM中也需要本地調用，但JNI是“重量級”的本地調用方式，在使用時消耗的資源較多，所以針對KVM設計出了KNI,KNI被稱為是JNI的一個簡化版，是“輕量級”的本地調用方式。KVM不能加載動態(tài)鏈接庫，所以在KNI機制下，本地方法不是寫在庫中，而是編入虛擬機內部。
以下是KNI與JNI最重要的一些區(qū)別： KNI是“實現(xiàn)層”的API，即它是虛擬機實現(xiàn)的一部分，修改KNI的API就要重新編譯虛擬機，這些API的細節(jié)對于Java程序員來說是不可見的；而JNI的API是在運行時動態(tài)加載進來的，它的修改與虛擬機無關，JNI的API對于Java程序員來說是可見的。 KNI的函數建在虛擬機內部，只能為此虛擬機所獨享；而JNI的函數放在動態(tài)鏈接庫中，可以為多個虛擬機共用。
由于在虛擬機內部，KNI的很多操作方式與虛擬機有關，在傳遞參數和控制對象的時候都要先經過一些特別的處理；JNI的調用方式比較直接，但可能會增加安全隱患。 KNI是JNI的簡化版，功能也會弱一些，它不能創(chuàng)建對象，也不能調用Java層的方法。
總之，“在虛擬機內部”是KNI所有特點的根源，記得這一點，KNI的所有內容都非常容易理解。 下文各節(jié)對KNI的各個方面做一下介紹，只詳述那些KNI所特有的內容，更全面的內容可以參考KVM附帶的KNI specification。
2。 數據類型： 2。
1 原始類型： 上表中間一列是KNI所提供的8種原始類型，它們的長度與所對應的Java原始類型的長度相同。 2。
2 對象類型： 上圖是KNI所支持的對象類型，其實所有對象都可作為jobject，只是對圖中所示的這些object類的子類有特別的支持，比如為數組類提供了操作數組元素的方法。
