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