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