Kesan-Kesan Selama Mengikuti Matakuliah Softskill Pengantar Telematika

Kesan-Kesan Selama Mengikuti Matakuliah Softskill Pengantar Telematika

Assalamua'laikum Wr.Wb.....

Sebelum memberikan kesan-kesan selama mengikuti matakuliah softskill telematika, saya sangat bersyukur karena dosen yang mengajar adalah ibu Rifki Amalia.. hehehe alhamdulillah^_^

kesan-kesan saya :
Mata kuliah softskill ini merupakan salah satu mata kuliah favorite saya, karena tidak terlalu berat dan membosankan menurut saya, dan juga tidak ada ujian nya, dengan adanya mata kuliah softskill ini sangat membantu saya dalam memahami apa itu telematika, bagaimana perkembangan dan sejarahnya serta pengertian-pengertian lain seperti audio data, computer vision, TCP, OSGI, dll. Ini merupakan tambahan ilmu yang bermanfaat menurut saya, walaupun sebagian besar penulisan saya bukan saya sendiri yang buat, melainkan dari referensi searching di google dan blog teman-teman saya, hehhehe ^_^

Harapan saya dengan adanya telematika agar dapat memberikan kemudahan dalam pengaksesan informasi kepada masyarakat secara umum. Kemudahan pengaksesannya pun harus diperhatikan terlebih di daerah terpencil dan di pedesaan, sehingga para pemakai layanan telematika tercukupi kebutuhannya.

Fungsional dan Struktural Telematika

Fungsional dan Struktural Telematika

Pusat Sarana Teknik Telematika adalah unsur pelaksana tugas tertentu departemen berada di bawah serta bertanggung jawab kepada Menteri melalui Sekretaris Jenderal. Pusat Sarana Teknik Telematika dipimpin oleh seorang Kepala Pusat. Pusat Sarana Teknik Telematika mempunyai tugas melaksanakan layanan pengelolaan, pengembangan dan pemanfaatan sarana teknik telematika departemen berdasarkan kebijakan yang ditetapkan oleh Menteri.

Dalam melaksanakan tugas, Pusat Sarana Teknik Telematika menyelenggarakan fungsi:

a.	pelayanan aplikasi interface dan fasilitasi sarana teknik telematika;
b.	pelayanan dan pengembangan sistem jaringan interface dan piranti keras telematika;
c.	pelaksanaan urusan ketatausahaan pusat.

Susunan Organisasi

Pusat Sarana Teknik Telematika terdiri dari:

a.	Bidang Aplikasi;
b.	Bidang Piranti Keras dan Lunak;
c.	Subbagian Tata Usaha.

Bidang Aplikasi

Bidang Aplikasi mempunyai tugas melaksanakan penyiapan bahan pelayanan aplikasi interface untuk pelayanan publik dan fasilitasi sarana teknik telematika untuk pelayanan publik. Dalam melaksanakan tugas, Bidang Aplikasi menyelenggarakan fungsi:

a.	pelayanan aplikasi interface di bidang telematika;
b.	pelaksanaan fasilitasi sarana teknik telematika.

Bidang Aplikasi terdiri dari:

a.	Subbidang Layanan Aplikasi;
b.	Subbidang Fasilitasi Sarana.

(1).	Subbidang Layanan Aplikasi mempunyai tugas melakukan penyiapan bahan pelayanan aplikasi interface telematika.
(2).	Subbidang Fasilitasi Sarana mempunyai tugas melakukan penyiapan bahan fasilitasi di bidang sarana teknik telematika.

Sumber: http://blogs.depkominfo.go.id/setjen/struktur-organisasi/pusat-sarana-teknik-telematika/

Spesifikasi Dari Open Service Gateway Initiative (OSGI)

Spesifikasi Dari Open Service Gateway Initiative (OSGI)

OSGI (Open Service Gateway Initiative) adalah sebuah rencana industri untuk cara standar untuk menghubungkan perangkat seperti perangkat rumah tangga dan sistem keamanan ke Internet. OSGI berencana menentukan program aplikasi antarmuka (API) untuk pemrogram menggunakan, untuk memungkinkan komunikasi dan kontrol antara penyedia layanan dan perangkat di dalam rumah atau usaha kecil jaringan. OSGI API akan dibangun pada bahasa pemrograman Java. Program java pada umumnya dapat berjalan pada platform sistem operasi komputer. OSGI adalah sebuah interface pemrograman standar terbuka.

The OSGI Alliance (sebelumnya dikenal sebagai Open Services Gateway inisiatif, sekarang nama kuno) adalah sebuah organisasi standar terbuka yang didirikan pada Maret 1999. Aliansi dan anggota – anggotanya telah ditentukan sebuah layanan berbasis Java platform yang dapat dikelola dari jarak jauh.

Mengetahui bagaimana spesifikasi dari OSGI

Inti bagian dari spesifikasi adalah suatu kerangka kerja yang mendefinisikan aplikasi model manajemen siklus hidup, sebuah layanan registrasi, sebuah lingkungan eksekusi dan modul. Berdasarkan kerangka ini, sejumlah besar OSGI layers, API, dan Jasa telah ditetapkan.

Spesifikasi OSGI yang dikembangkan oleh para anggota dalam proses terbuka dan tersedia untuk umum secara gratis di bawah Lisensi Spesifikasi OSGI. OSGI Alliance yang memiliki program kepatuhan yang hanya terbuka untuk anggota. Pada Oktober 2009, daftar bersertifikat OSGI implementasi berisi lima entri.

Spesifikasi OSGI yang sekarang digunakan dalam aplikasi mulai dari ponsel ke open source Eclipse IDE. Wilayah aplikasi lain meliputi mobil, otomasi industri, otomatisasi bangunan, PDA, komputasi grid, hiburan (misalnya iPronto), armada manajemen dan aplikasi server. Adapun spesifikasi yang lain dimana OSGI akan dirancang untuk melengkapi standar perumahan yang ada, seperti orang – orang LonWorks (lihat kontrol jaringan), CAL, CEBus, HAVi, dan lain-lain.

Mengetahui bagaimana arsitektur dari OSGI

Ada kerangka OSGI yang menyediakan suatu lingkungan untuk modularisasi aplikasi ke dalam kumpulan yang lebih kecil. Setiap bundel adalah erat – coupled, dynamically loadable kelas koleksi, botol, dan file-file konfigurasi yang secara eksplisit menyatakan dependensi eksternal mereka (jika ada).

Kerangka kerja konseptual yang dibagi dalam bidang-bidang berikut:

1.Bundel
Kumpulan jar normal komponen dengan nyata tambahan header. Sebuah bundel adalah sekelompok kelas Java dan sumber daya tambahan yang dilengkapi dengan rincian file pada MANIFEST.MF nyata semua isinya, serta layanan tambahan yang diperlukan untuk memberikan kelompok termasuk kelas Java perilaku yang lebih canggih, dengan tingkat deeming seluruh agregat sebuah komponen.

2.Layanan
Layanan yang menghubungkan lapisan bundel dalam cara yang dinamis dengan menawarkan, menerbitkan dan menemukan model dapat mengikat Java lama untuk menikmati objek (POJO). Siklus hidup menambahkan lapisan bundel dinamis yang dapat diinstal, mulai, berhenti, diperbarui dan dihapus. Buntalan bergantung pada lapisan modul untuk kelas loading tetapi menambahkan API untuk mengatur modul – modul dalam run time. Memperkenalkan lapisan siklus hidup dinamika yang biasanya bukan bagian dari aplikasi. Mekanisme ketergantungan luas digunakan untuk menjamin operasi yang benar dari lingkungan.

3. Layanan Registrasi (Services-Registry)

API untuk manajemen jasa (ServiceRegistration, ServiceTracker dan ServiceReference).
OSGi Alliance yang telah ditentukan banyak layanan. Layanan yang ditentukan oleh antarmuka Java. Kumpulan dapat mengimplementasikan antarmuka ini dan mendaftarkan layanan dengan Layanan Registri. Layanan klien dapat menemukannya di registri, atau bereaksi ketika muncul atau menghilang.

4. Siklus Hidup (Life-Cycle)

API untuk manajemen siklus hidup untuk (instal, start, stop, update, dan uninstall) bundel.

5.Modul
Lapisan yang mendefinisikan enkapsulasi dan deklarasi dependensi (bagaimana sebuah bungkusan dapat mengimpor dan mengekspor kode).

6.Keamanan
Layer yang menangani aspek keamanan dengan membatasi fungsionalitas bundel untuk pra didefinisikan kemampuan.

7. Pelaksanaan Lingkungan

Mendefinisikan metode dan kelas apa yang tersedia dalam platform tertentu. Tidak ada daftar tetap eksekusi lingkungan, karena dapat berubah sebagai Java Community Process menciptakan versi baru dan edisi Jawa. Namun, set berikut saat ini didukung oleh sebagian besar OSGI implementasi:

• · CDC-1.0/Foundation-1.0
• · CDC-1.1/Foundation-1.1
• · OSGi/Minimum-1.0
• · OSGi/Minimum-1.1
• · JRE-1.1
• · Dari J2SE-1.2 hingga J2SE-1,6

Sumber: http://ayazmaniez.wordpress.com/2009/11/24/open-service-gateway-initiative-osgi/

Teknologi Java Community Process (TCP)

Teknologi Java Community Process (TCP)

Java adalah suatu teknologi di dunia software komputer, yang merupakan suatu bahasa pemrograman tingkat tinggi dan sekaligus sebagai suatu platform. JAVA pertama kali diperkenalkan oleh Sun Microysystem pada pertengahan tahun 1990. Menurut definisi dari Sun, JAVA adalah nama untuk sebuah teknologi untuk membuat dan menjalankan perangkat lunak pada komputer standalone ataupun lingkungan jaringan. Setiap orang yang sudah mengenal dan mempelajari atau bahkan mahir dengan bahasa C/C++ tentunya tidak akan sulit untuk mempelajari JAVA. JAVA juga merupakan sebuah bahasa pemrograman berorientasi objek yang dirancang agar dapat dijalankan di semua platform.

Java dikembangkan mengacu pada standar yang ditentukan oleh komite didalam JCP (Java Community Process). Spesifikasi Java tidak sekedar fondasi VMnya, tetapi menyangkut hampir semua aspek, mulai dari mekanisme mengakses devices I/O, komponen pertukaran objek, sampai pengembangan container. JCP merupakan badan yang bertanggung jawab terhadap standar teknologi Java.

Sebagai sebuah platform, JAVA terdiri atas 2 bagian utama, yaitu :
Java Virtual Machine (JVM)
Java Virtual Machine adalah sebuah spesifikasi untuk sebuah komputer abstrak. JVM terdiri dari sebuah kelas pemanggil dan sebuah interpreter Java yang mengeksekusi kode arsitektur netral. Kelas pemanggil memanggil file API untuk dieksekusi oleh interpreter Java. Dengan kata lain JVM adalah sebagai perantara antara program yang akan dijalankan dan sistem operasi yang sedang digunakan.

Java Application Programming Interface (JAVA API)
Java API merupakan komponen-komponen dan kelas JAVA yang sudah jadi, yang memiliki berbagai kemampuan. Kemampuan untuk menangani objek, string, angka, dsb. Java API terdiri dari tiga bagian utama:
1.Java Standard Edition (SE), sebuah standar API untuk merancang aplikasi desktop dan applets dengan bahasa dasar yang mendukung grafis, keamanan, konektivitas basis data dan jaringan.
2.Java Enterprose Edition (EE), sebuah inisiatif API untuk merancang aplikasi serverdengan mendukung untuk basis data.
3.Java Macro Edition (ME), sebuah API untuk merancang aplikasi yang jalan pada alat kecil seperti telepon genggam, komputer genggam dan pager.
Pada saat ini teknologi java semakin berkembang, Sun Microsystem memperkenalkan Java versi 1.2 atau lebih dikenal dengan nama Java 2 yang terdiri atas JDK dan JRE versi 1.2. Pada Java 2 ini, java dibagi menjadi 3 kategori:
Java 2 Standart Edition (J2SE)
Java 2 Enterprise Edition (J2EE)
Java 2 Micro Edition (J2ME)

PROSES KOMUNITAS JAVA (JAVA COMMUNITY PROCESS (JCP))

Setelah pembahasan mengenai jenis platform dan perkembangan yang ada pada JAVA. sekarang saya akan memcoba memberikan informasi tentang siapa yang mengembangkan kedua platform JAVA tersebut.

Platform yang ada pada JAVA dikembangkan oleh yang namanya Java Community Process (JCP). JCP didirikan pada tahun 1998, merupakan suatu proses formal yang memungkinkan pihak-pihak yang tertarik untuk terlibat dalam mengembangkan versi dan fitur dari platform JAVA tersebut. Di dalam JCP terdapat yang namanya Java Specification Request’s atau JSRs. JSRs adalah kumpulan dokumen formal yang menggambarkan spesifikasi dan teknologi yang diusulkan oleh orang-orang yang terlibat dalam JCP untuk melakukan penambahan fitur-fitur yang terdapat pada platform JAVA tersebut.

Teknologi Java Community Process adalah organisasi yang paling penting dalam dunia perangkat lunak Java, dengan kemungkinan pengecualian dari Sun Microsystems itu sendiri.Bahkan JCP, yang membantu menentukan masa depan Jawa dengan mengembangkan teknologi Java baru spesifikasi dan referensi implementasi, hampir tidak terpisah dari Sun.Sponsor perusahaan organisasi dengan membayar gaji para staf, dan memberikan pengaruh yang besar atas kerja dalamnya.
Meskipun ia adalah karyawan Sun, Curran mengatakan ia melakukan yang terbaik untuk memajukan kepentingan masyarakat daripada Sun.Dia membela Sun peran penting dalam JCP sementara mengakui bahwa ia ingin kelompok untuk menjadi lebih “terbuka, demokratis, dan egaliter”.Kedepan nya, Curran mengharapkan JCP revisi ke model pemerintahan yang akan menambah transparansi dan menciptakan lebih tingkat lapangan bermain.

Pada Spesifikasi untuk J2SE, J2EE dan J2ME perkembangannya dibawah pengawasan Java Community Process (JCP). Spesifikasi yang dihasilkan adalah Java Specification Request (JSR). JCP terdiri dari para ahli dari berbagai perusahaan yang tergabung untuk membentuk Spesification. JSR ini melalui beberapa tahap pada JCP sebelum selesai. Setiap JSR diberi nomor.

Sumber: http://nugliztajulie.wordpress.com/2009/11/30/jcp-java-community-process/

TEKNOLOGI VIRTUAL MACHINE

TEKNOLOGI VIRTUAL MACHINE

Definisi
Virtual adalah istilah yang awalnya berasal dari optik, untuk memahami objek di cermin. Objek dalam cermin adalah cerminan dari suatu benda fisik yang sebenarnya, tetapi cermin tidak benar-benar objek. Ini berarti bahwa gambar tersebut terlihat seperti objek aktual dan terlihat menjadi di lokasi yang sama

Sebuah mesin virtual (VM) adalah implementasi perangkat lunak dari sebuah mesin (misalnya komputer) yang mengeksekusi program-program seperti mesin fisik. Mesin virtual dipisahkan menjadi dua kategori utama, didasarkan pada penggunaan dan tingkat korespondensi untuk setiap mesin nyata. Sebuah mesin virtual sistem menyediakan lengkap platform sistem yang mendukung pelaksanaan lengkap sistem operasi (OS). Sebaliknya, mesin virtual proses didesain untuk menjalankan satu program , yang berarti bahwa ia mendukung satu proses . Karakteristik penting dari sebuah mesin virtual adalah bahwa perangkat lunak yang berjalan di dalam terbatas pada sumber daya dan abstraksi yang disediakan oleh mesin virtual tidak dapat keluar dari dunia virtual.

Sebuah mesin virtual pada awalnya ditentukan oleh Popek dan Goldberg sebagai "yang efisien, terisolasi duplikat dari mesin yang nyata". gunakan saat ini mencakup mesin virtual yang tidak memiliki surat-menyurat langsung ke perangkat keras yang nyata.

Sistem mesin virtual (kadang-kadang disebut mesin virtual hardware) mengizinkan berbagi dari mesin sumber daya fisik yang mendasari antara mesin virtual yang berbeda, masing-masing berjalan sistem operasi sendiri. Lapisan perangkat lunak yang menyediakan virtualisasi ini disebut monitor mesin virtual atau hypervisor . hypervisor A dapat berjalan di hardware telanjang (Tipe 1 atau VM asli) atau di atas sistem operasi (Tipe 2 atau host VM).

Keuntungan utama dari VM adalah :
Beberapa OS lingkungan bisa hidup berdampingan pada komputer yang sama, dalam isolasi kuat dari satu sama lain mesin virtual dapat menyediakan set instruksi arsitektur (ISA) yang agak berbeda dari mesin nyata aplikasi provisioning, pemeliharaan, ketersediaan tinggi dan pemulihan bencana.

Kelemahan utama dari VM adalah :
Mesin virtual kurang efisien dibandingkan mesin yang sebenarnya ketika mengakses hardware secara tidak langsung ketika VMS multiple bersamaan berjalan pada host fisik yang sama, setiap VM dapat menunjukkan kinerja yang bervariasi dan tidak stabil (Kecepatan Eksekusi, dan bukan hasil), yang sangat tergantung pada beban kerja yang dikenakan pada sistem dengan VM yang lain, kecuali teknik yang tepat digunakan untuk isolasi temporal antara mesin virtual .

Beberapa VM operasi masing-masing berjalan sendiri sistem (sistem yang disebut operasi tamu) yang sering digunakan dalam konsolidasi server, dimana pelayanan berbeda yang digunakan untuk menjalankan pada setiap mesin untuk menghindari interferensi adalah bukan berjalan di VM terpisah pada mesin fisik yang sama.

Keinginan untuk menjalankan beberapa sistem operasi adalah motivasi asli untuk mesin virtual, karena memungkinkan time-sharing satu komputer di antara OS single-tasking beberapa. Dalam beberapa hal, sebuah mesin virtual sistem dapat dianggap sebagai generalisasi dari konsep memori virtual yang historis mendahuluinya. IBM CP / CMS , sistem pertama yang memungkinkan virtualisasi penuh , dilaksanakan pembagian waktu dengan menyediakan setiap pengguna dengan pengguna sistem operasi-tunggal, CMS . Tidak seperti memori virtual, sistem mesin virtual memungkinkan pengguna untuk menggunakan instruksi istimewa dalam kode mereka. Pendekatan ini memiliki keuntungan tertentu, misalnya ini memungkinkan pengguna untuk menambahkan perangkat input / output tidak diizinkan oleh sistem standar.

Para OS tamu tidak harus semua sama, sehingga memungkinkan untuk menjalankan OS yang berbeda pada komputer yang sama (misalnya, Microsoft Windows dan Linux , atau versi lama dari OS dalam rangka mendukung perangkat lunak yang belum porting ke versi terbaru). Penggunaan mesin virtual untuk mendukung OS tamu yang berbeda menjadi populer di embedded system , penggunaan yang khas adalah untuk mendukung sistem operasi waktu-nyata pada waktu yang sama sebagai tingkat-tinggi OS seperti Linux atau Windows.
Penggunaan lainnya adalah untuk sandbox sebuah OS yang tidak dipercaya, mungkin karena sistem yang sedang dikembangkan. Mesin virtual memiliki kelebihan lain untuk pengembangan OS, termasuk akses debugging yang lebih baik dan reboot cepat.

Sebuah proses VM, kadang-kadang disebut mesin virtual aplikasi, berjalan sebagai aplikasi biasa di dalam sebuah OS dan mendukung proses tunggal. Hal ini tercipta saat proses itu dimulai dan hancur ketika keluar. Tujuannya adalah untuk menyediakan sebuah platform program lingkungan independen-yang abstrak jauh rincian perangkat keras yang mendasarinya atau sistem operasi, dan memungkinkan sebuah program untuk mengeksekusi dengan cara yang sama pada platform apapun.

Sebuah proses VM menyediakan tingkat abstraksi tinggi - yang dari bahasa pemrograman tingkat-tinggi (dibandingkan dengan tingkat ISA abstraksi-rendah sistem VM). Proses VMS diimplementasikan menggunakan interpreter , kinerja yang sebanding dengan bahasa pemrograman dikompilasi dicapai dengan menggunakan just-in waktu kompilasi- .

Jenis VM telah menjadi populer dengan bahasa pemrograman Java , yang diimplementasikan dengan menggunakan mesin virtual Java . Contoh lain termasuk mesin virtual Parrot , yang berfungsi sebagai lapisan abstraksi untuk bahasa beberapa diinterpretasikan, dan Framework. NET , yang berjalan pada sebuah VM yang disebut Common Language Runtime .

Sebuah kasus khusus dari proses VMS adalah sistem yang abstrak atas mekanisme komunikasi dari (berpotensi heterogen) cluster komputer . VM tersebut tidak terdiri dari sebuah proses tunggal, tetapi satu proses per mesin fisik di cluster. Mereka dirancang untuk memudahkan tugas pemrograman aplikasi paralel dengan membiarkan programmer fokus pada algoritma daripada mekanisme komunikasi yang disediakan oleh interkoneksi dan OS. Mereka tidak menyembunyikan fakta bahwa terjadi komunikasi, dan dengan demikian tidak berusaha untuk menyajikan cluster sebagai mesin paralel tunggal.

Tidak seperti VM proses lainnya, sistem ini tidak menyediakan bahasa pemrograman tertentu, tetapi tertanam dalam bahasa yang sudah ada; biasanya sistem tersebut menyediakan binding untuk beberapa bahasa (misalnya, C dan FORTRAN ). Contohnya adalah PVM ( Paralel Virtual Machine ) dan MPI ( Message Passing Interface ). Mereka tidak ketat mesin virtual, sebagai aplikasi yang berjalan di atas masih memiliki akses ke semua layanan OS, dan karenanya tidak terbatas pada model sistem yang disediakan oleh "VM".

Pendekatan ini digambarkan sebagai virtualisasi penuh perangkat keras, dan dapat diimplementasikan dengan menggunakan 1 Ketik atau Tipe 2 hypervisor . (A hypervisor 1 Type berjalan secara langsung pada perangkat keras, sebuah hypervisor 2 Tipe berjalan pada sistem operasi lain, seperti Linux ). Setiap mesin virtual dapat menjalankan sistem operasi yang didukung oleh perangkat keras yang mendasarinya. Pengguna dengan demikian dapat menjalankan dua atau lebih yang berbeda "tamu" sistem operasi secara bersamaan, dalam terpisah "pribadi" komputer virtual.

Virtualisasi penuh adalah sangat membantu dalam pengembangan sistem operasi, ketika kode baru eksperimen dapat dijalankan pada waktu yang sama dengan yang lebih tua, lebih stabil, versi, masing-masing mesin virtual terpisah. Proses ini bahkan dapat rekursif : IBM debugged versi baru dari sistem operasi virtual mesin, VM dalam menjalankan virtual mesin di bawah yang lebih tua dari versi VM, dan bahkan menggunakan teknik ini untuk mensimulasikan baru. perangkat keras.

Virtual mesin juga dapat melakukan peran sebuah emulator , aplikasi perangkat lunak yang memungkinkan dan sistem operasi ditulis untuk lain prosesor komputer arsitektur untuk dijalankan.
Beberapa mesin virtual meniru hardware yang hanya ada sebagai spesifikasi rinci. Sebagai contoh:
Salah satu yang pertama adalah -kode mesin p spesifikasi, yang memungkinkan pemrogram untuk menulis Pascal program yang akan dijalankan pada setiap komputer yang menjalankan perangkat lunak mesin virtual yang benar diterapkan spesifikasi.

Operasi-tingkat sistem virtualisasi
Sistem Operasi tingkat Virtualisasi adalah server virtualisasi teknologi yang virtualisasi server pada sistem operasi (kernel) lapisan. Hal ini dapat dianggap sebagai partisi: sebuah server fisik tunggal diiris menjadi beberapa partisi kecil beberapa (virtual lingkungan disebut dinyatakan (VE), virtual private server (VPS), tamu, zona, dll); setiap partisi tersebut terlihat dan terasa seperti real server, dari sudut pandang penggunanya.
Sebagai contoh, Solaris Zones mendukung beberapa guest OS berjalan di bawah OS yang sama (seperti Solaris 10). Semua OS tamu harus menggunakan level kernel yang sama dan tidak dapat berjalan seperti versi OS yang berbeda. Zona asli Solaris juga mensyaratkan bahwa OS host menjadi versi Solaris; OS lainnya dari produsen lain tidak didukung [. rujukan? ], namun Anda perlu menggunakan Solaris zona Branded menggunakan OS lain sebagai zona.
Contoh lain adalah Sistem Partisi Beban Kerja (WPARs), diperkenalkan pada sistem operasi AIX 6.1 IBM. Sistem WPARs adalah partisi perangkat lunak yang berjalan di bawah satu contoh dari lingkungan global AIX OS.
Sistem operasi arsitektur tingkat memiliki overhead rendah yang membantu untuk memaksimalkan efisiensi penggunaan sumber daya server. virtualisasi ini memperkenalkan hanya overhead diabaikan dan memungkinkan menjalankan ratusan private server virtual pada server fisik tunggal. Sebaliknya, pendekatan seperti virtualisasi penuh (seperti VMware ) dan paravirtualization (seperti Xen atau UML ) tidak dapat mencapai tingkat seperti kepadatan, karena overhead menjalankan beberapa kernel. Dari sisi lain, operasi sistem virtualisasi tingkat tidak memungkinkan menjalankan sistem operasi yang berbeda (yaitu kernel yang berbeda), walaupun perpustakaan yang berbeda, distribusi dan lain-lain yang mungkin.

SUMBER : http://en.wikipedia.org/wiki/Virtual_machine