BAB IV HASIL PENGUJIAN DAN PEMBAHASAN

Transkripsi

1 BAB IV HASIL PENGUJIAN DAN PEMBAHASAN Pada Bab IV ini akan dijelaskan hasil pengujian dari kasus-kasus uji, dan analisis hasil pengujian tersebut. 4.1 Eksekusi Pengujian Pengujian dilakukan dengan 3 kali percobaan untuk menambahkan unsur statistikal. Pengujian dilakukan pada sistem operasi yang telah di tentukan yaitu, Fedora 7 kernel fc7. Perangkat keras yang diuji sesuai dengan spesifikasi yang telah disebutkan pada Bab III dengan bantuan wireless router..berikut eksekusi pengujian Pengujian Robust Mutex Robust mutexes atau Fusyn (implementasi) membutuhkan kernel versi (versi tertinggi), sehingga tidak cocok dengan Fedora 7. Patch fusyn terbaru pada kernel versi tersebut tentu saja tidak dapat diimplementasikan di kenel Fedora 7. Proses kompilasi source dilakukan terpisah atau hanya dengan meng-include source kernel dari versi tanpa modul yang sudah terinstall. Pengujian dapat dilakukan dengan mengeksekusi script yang telah disediakan untuk menguji sekaligus semua tes dan memberikan laporan hasil di file teks sederhana. Pengujian dapat juga dilakukan dengan mengeksekusi program hasil kompilasi secara tersendiri Pengujian Force Unmout Pengujian Force Unmount dilakukan dengan memastikan ada direktori mount point dan device sdb1 (usb flash disk) yang terhubung dengan komputer. Ini merupakan konfigurasi awal yang dapat diubah di file konfigurasi. Pengujian dapat dilakukan dengan mengeksekusi script yang IV-1

2 telah disediakan untuk menguji sekaligus semua tes dan memberikan laporan hasil di file teks sederhana. Pengujian dapat juga dilakukan dengan mengeksekusi program hasil kompilasi secara tersendiri Pengujian Low Memory Condition Monitor Pengujian Low Memory Condition Monitor dilakukan dengan menyalakan service pmcd dan pmie terlebih dahulu. Kemudian script bash dapat di run. Pada setiap pengujian ada lebih dari satu script yang tersedia masing-masing untuk memanggil pmie dan mengeksekusi program eatmem. Feedback seperi print out dan alert diharapkan muncul pada pengujian Pengujian Low Memory Condition Monitor Notification Pengujian Low Memory Condition Monitor Notification dilakukan dengan mennyalakan service pmcd dan pmie terlebih dahulu. Kemudian menyalakan perangkat lunak Wireshark dan lakukan monitoring terhadap semua interface card (opsi anything). Panggil script bash untuk memanggil eatmen dan script bash untuk mengeksekusi pmie dan rule-nya. Pada Wireshark dilakukan pengamatan adakah paket SNMP yang dilewatkan atau tidak Pengujian Ethernet Bonding Over IPv4 Pengujian Ethernet Bonding berlangsung secara manual seperti pada perancangan kasus uji sebenarnya. Pengujian dilakukan dengan memastikan semua NIC berjalan baik dahulu (dilakukan pengukuran dengan Wireshark). Kemudian lakukan bonding dengan manual. Lakukan proses ping sebanyak 50x. Pengujian fail over dilakukan dengan memutuskan salah satu NIC pada saat proses ping. IV-2

3 4.2 Hasil Pengujian Seperti yang telah disebutkan sebelumnya pengujian dilakukan 3 kali, untuk menambah unsur statistik. Rekapitulasi hasil pengujian telah rangkum pada tabel sebagai berikut Tabel Hasil Pengujian Tabel IV-2 berikut menunjukkan hasil pada percobaan I, II dan III. Tabel IV-1 Hasil Pengujian Kategori Kasus Uji Percobaan I Percobaan II Percobaan III Keterangan Robust Mutex T_AVL_1.0_A_01 GAGAL GAGAL GAGAL segmentation fault T_AVL_1.0_A_02 GAGAL GAGAL GAGAL segmentation fault T_AVL_1.0_A_03 GAGAL GAGAL GAGAL segmentation fault T_AVL_1.0_A_04 GAGAL GAGAL GAGAL segmentation fault T_AVL_1.0_A_05 GAGAL GAGAL GAGAL segmentation fault T_AVL_1.0_A_06 GAGAL GAGAL GAGAL segmentation fault T_AVL_1.0_A_07 GAGAL GAGAL GAGAL segmentation fault T_AVL_1.0_A_08 GAGAL GAGAL GAGAL mutex tidak te-recover T_AVL_1.0_A_09 SUKSES SUKSES SUKSES sukses meng-unlock mutex T_AVL_1.0_A_10 GAGAL GAGAL GAGAL segmentation fault IV-1

4 Kategori Kasus Uji Percobaan I Percobaan II Percobaan III Keterangan T_AVL_1.0_A_11 GAGAL GAGAL GAGAL segmentation fault T_AVL_1.0_A_12 GAGAL GAGAL GAGAL vfulock tidak dimatikan T_AVL_1.0_A_13 GAGAL GAGAL GAGAL segmentation fault Force Unmount T_AVL_3.2_A_01 SUKSES SUKSES SUKSES berhasil meng-unmount device T_AVL_3.2_A_02 SUKSES SUKSES SUKSES berhasil meng-unmount device T_AVL_3.2_A_03 SUKSES SUKSES SUKSES berhasil meng-unmount device T_AVL_3.2_A_04 SUKSES SUKSES SUKSES berhasil meng-unmount device T_AVL_3.2_A_05 SUKSES SUKSES SUKSES berhasil meng-unmount device T_AVL_3.2_A_06 SUKSES SUKSES SUKSES berhasil meng-unmount device T_AVL_3.2_A_07 SUKSES SUKSES SUKSES mengembalikan kode error T_AVL_3.2_A_08 SUKSES SUKSES SUKSES mengembalikan kode error Low Memory Condition Monitor T_AVL_4.3_M_01 SUKSES SUKSES SUKSES ada informasi low memory T_AVL_4.3_M_02 SUKSES SUKSES SUKSES Data proses yang menkonsumsi memori tersimpan dan benar Low Memory Condition Monitor Notification T_AVL_4.4_M_01 SUKSES SUKSES SUKSES Ada SNMP Trap yang bangkit saat low memory Ethernet Bonding T_AVL_21.0_M_0 1 SUKSES SUKSES SUKSES bonding berhasil dilakukan ada peningkatan bandwidth T_AVL_21.0_M_0 2 GAGAL SUKSES SUKSES Tidak ada fail over ke wireles(gagal), Ada fail over ke wireless (SUKSES) T_AVL_21.0_M_0 3 SUKSES SUKSES SUKSES ada fail over ke wired ethernet IV-2

5 4.2.2 Statistik Ethernet Bonding Tabel IV-4 berikut menampilakan data pengukuran pada tes ethernet bonding. Tabel IV-2 Statistik Ethernet Bonding NO Pengujian Subjek NIC eth0 eth1 bond0 1 Percobaan 1 Jumlah paket sukses ping 50x % paket hilang Rata-rata waktu pengiriman (ms) 1,249 9,835,267 1,287 Rata-rata bytes/sec 199, , ,168 2 Percobaan 2 Jumlah paket sukses ping 50x % paket hilang Rata-rata waktu pengiriman (ms) 1,26 17,150,047 1,291 Rata-rata bytes/sec 285, , ,682 3 Percobaan 3 Jumlah paket sukses ping 50x % paket hilang Rata-rata waktu pengiriman (ms) 1,248 5,006,133 1,284 Rata-rata bytes/sec 199, , ,995 4 Rata-rata Jumlah paket sukses ping 50x % paket hilang Rata-rata waktu pengiriman (ms) 1,249 10,663,816 1,287 Rata-rata bytes/sec 228, , ,615 IV-1

6 Gambar IV-1 berikut menampilkan statistik perbandingan dari rata-rata pengiriman bytes/sec dari ketiga interface card eth0, eth1, dan bond0. Gambar IV-1 Perbandingan Rata-rata bytes/sec 4.3 Analisis Hasil Pengujian Berdasarkan data-data hasil pengujian di atas, dapat dianalisis beberapa hal sebagai berikut: Analisis Hasil Pengujian Robust Mutex Hasil pengujian Robust Mutex menujukan hanya 1 pengujian yang berhasil dipenuhi oleh Fedora 7 yaitu tes ke-9. Selain tes tidak ada tes lain yang berhasil. Hal ini sangat mudah untuk dipahami karena kernel modul fusyn yang seharusnya sudah ter-install pada kernel Fedora 7, belum terinstall. Pengujian pada percobaan instalasi kernel lama ( ) untuk fusyn mengalami bentrok dengan kernel baru pada aplikasi tertentu yaitu hal (hardware abstraction layer) daemon IV-2

7 pada Fedora 7. Sedangkan untuk tes yang ke-9 mengalami keberhasilan karena pada tes tersebut thread A memperoleh lock tanpa melalui kernel, kemudian yang melakukan unlocking adalah program sendiri yang memiliki thread A tersebut. Tes ke-10 memiliki hal yang serupa namun thread B yang mencoba mendapatkan lock gagal karena ada fungsi yang belum terimplementasi pada kernel. Karena hanya 1 dari 13 kasus uji yang dapat dipenuhi, maka dapat diambil kesimpulan bahwa Fedora 7 tidak dapat memenuhi kebutuhan Robust Mutex yang diberikan di standar CGL Availability Analisis Hasil Pengujian Force Unmout Hasil pengujian Force Unmount memiliki hasil yang memuaskan. Force Unmount merupakan fitur standar kernel 2.6. Fedora7 memiliki kernel versi yang sudah selayaknya memenuhi kebutuhan Force Unmount yang diberikan di standar CGL Availability. Dengan terpenuhinya standar in Fedora 7 dapat dipakai sebagai sebuah sistem operasi yang mudah dapat melakukan perawatan tertentu tanpa menyebabkan node tersebut mati Analisis Hasil Pengujian Low Memory Condition Monitor Hasil pengujian Low Memory Condition Monitor menunjukan bahwa Fedora 7 dengan bantuan Performance Co-Pilot framework dapat memenuhi kasus uji yang telah dibuat. Sebelumnya penulis telah mencoba melakukan pengujian dengan CKRM, namun seperti fusyn terjadi masalah versi yang tidak cocok. CKRM hanya memiliki kernel versi yang terbaru. Seperti layaknya CKRM, PCP juga menyediakan kemudahan pemakainya untuk mendefinisikan hal yang ingin di-monitor. PCP menyediakan fitur memberikan informasi melalui banyak medium, dapat berupa perintah ke shell, alert window, logging ke system, , atau ke stdout biasa. Dengan menggunakan fungsi-fungsi ini dapat diberikan alert ke pengguna, contoh alert dapat dilihat di Lampiran B. Dengan demikian diperoleh bahwa Fedora 7 dengan bantuan PCP dapat memenuhi kebutuhan Low Memory Condition Monitor yang diberikan di standar CGL Availability. IV-3

8 4.3.4 Analisis Hasil Pengujian Low Memory Condition Monitor Notification Pengujian Low Memory Condition Monitor Notification memberikan hasil yang sukses juga dengan bantuan perangkat lunak PCP dan Net-SNMP. Pada kenyataanya PCP tidak memberikan informasi low memory melalui SNMP tetapi melalui TCP [MAC99b]. PCP dengan alasan historis dan efisiensi menolak menerapkan notifikasi melalui SNMP. Namun pada eksplorasi dengan PCP yang memungkinkan untuk menulis perintah ke shell program, maka dengan aturan yang mendeteksi low memory shell dapar diperintah untuk memberikan SNMP trap. Dengan demikian diperoleh bahwa Fedora 7 dengan bantuan PCP dan Net-SNMP dapat memenuhi kebutuhan Low Memory Condition Monitor Notification yang diberikan di standar CGL Availability Analisis Hasil Pengujian Ethernet Bonding Over IPv4 Pada pengujian Ethernet Bonding Over IPv4, Fedora 7 memberikan hasil yang sangat memuaskan. Bonding merupakan fungsi kernel standar yang sudah tercakup pada semua kernel versi 2.6. Pada pengujian tersebut dilakukan eksperimen dengan mem-bonding wireless dan wired ethernet card. Dilakukan 3 kali percobaan, yaitu dengan mode 0, mode 1, dan mode 2. Tiap percobaan menunjukkan peningkatan bandwidth yang cukup jelas. Pada tes ke-1 terjadi peningkatan 27,3 % dari kecepatan eth0, pada tes ke-2 terjadi peningkatan 22,8% dari kecepatan eth0. Pada percobaan ini terdapat kesulitan yang cukup berarti karena interface hasil bonding bond0 cenderung hanya mengaktifkan eth0 karena eth1 yang tentu saja kalah reliable dengan wired ethernet. Jadi peningkatan bandwidth tidak terjadi agregasi bandwidth eth0 ditambah dengan eth1 atau penjumlahan bandwidth slave. Kenyataan ini memberikan asumsi sepertinya eth1 tidak terlibat pada bond0. Namun asumsi ini tidak terbukti karena keterlibatan eth1 pada bonding tetap dapat dibuktikan melalui kasus uji fail over, yaitu wireless mem-back-up wired ethernet (Lampiran C). Dengan demikian diperoleh bahwa Fedora 7 dapat memenuhi kebutuhan Ethernet Bonding Over IPv4 yang diberikan di standar CGL Availability. IV-4

9 Pada percobaan I terjadi kegagalan pada failover ke wireless sedangkan pada percobaan II dan III failover sukses. Hal ini terjadi karena kesulitan dalam proses install driver perangkat keras wireless pada perangkat uji. Pada Fedora 7 tidak meng-include driver sesuai perangkat uji. Driver yang di-install kemungkinan tidak berjalan dengan sempurna sehingga sering terjadi kesulitan transmisi pada wireless. Pada Carrier Grade Linux khususnya aspek Availability terdapat 35 kebutuhan [OSD07b]. Kebutuhan tersebut terbagi atas 13 prioritas 1, 6 prioritas 2, dan 16 prioritas 3. Dari 35 kebutuhan 9 diantaranya penulis belum memiliki sumber acuan, kemudian 9 kebutuhan telah ada di kernel versi 2.6 (Lampiran E). Berdasarkan 5 pengujian yang telah dilakukan dapat dihitung bahwa Fedora mampu memenuhi 4 kriteria dari 26 kriteria Availability (tidak termasuk yang belum memiliki referensi) atau sekitar 15,3%. Robust mutexes yang mengalami kegagalan merupakan Prioritas 3 yang sifatnya tidak diwajibkan. Kebutuhan yang sudah termasuk kernel 2.6 mencapai 7 (tidak termasuk Force Unmount dan Ethernet bonding) memiliki bagian 26,9%. Jika dijumlahkan keduanya maka mencapai 42,2%. Hal ini menyebabkan Fedora cukup berpotensi menjadi Carrier Grade Operating System. IV-5