Kita tak pernah betul-betul merdeka…
Kita selalu diperbudak.
Bahkan oleh “Waktu”.

Tanda 100 hari sebelum hari mati.
Ini adalah tanda pertama dari Alloh Subhanahu Wa Ta’ala kepada hambaNya dan hanya akan disadari oleh mereka-mereka yang dikehendakiNya. Walau bagaimanapun semua orang Islam akan mendapat tanda ini cuma mereka sadar atau tidak saja. Tanda ini akan berlaku lazimnya selepas waktu Asar. Seluruh tubuh yaitu dari ujung rambut sehingga ke ujung kaki akan mengalami getaran atau seakan-akan mengigil, contohnya seperti daging lembu yang baru disembelih dimana jika diperhatikan dengan teliti kita akan mendapati daging tersebut seakan-akan bergetar. Tanda ini rasanya nikmat dan bagi mereka sadar serta berdetak di hati bahwa mungkin ini adalah tanda mati, selanjutnya maka getaran ini akan berhenti dan hilang setelah kita sadar akan kehadiran tanda ini. Bagi mereka yang tidak diberi kesadaran atau mereka yang hanyut dengan kenikmatan tanpa memikirkan soal kematian, tanda ini akan lenyap begitu saja. Bagi yang sadar dengan kehadiran tanda ini maka ini adalah peluang terbaik untuk memanfaatkan masa yang ada untuk mempersiapkan diri dengan amalan dan urusan yang akan dibawa atau ditinggalkan sesudah mati.

Tanda 40 hari sebelum hari mati
Tanda ini juga akan berlaku sesudah waktu Asar. Bagian pusat kita akan berdenyut-denyut. Pada ketika ini daun yang tertulis nama kita akan gugur dari pohon yang letaknya di atas Arashy Alloh Subhanahu Wa Ta’ala. Maka malaikat maut akan mengambil daun tersebut dan mulai membuat persiapan ke atas kita, antaranya ialah ia akan mula mengikuti kita sepanjang waktu. Akan terjadi malaikat maut ini akan memperlihatkan wajahnya sekilas lalu dan jika ini terjadi, mereka yang terpilih ini akan merasakan seakan-akan bingung seketika. Adapun malaikat maut ini wujudnya cuma seorang tetapi kuasanya untuk mencabut nyawa adalah bersamaan dengan jumlah nyawa yang akan dicabutnya.

Tanda 7 hari
Adapun tanda ini akan diberikan hanya kepada mereka yang diuji dengan musibah kesakitan di
mana orang sakit yang tidak makan secara tiba- tiba hanya berselera untuk makan.

Tanda 3 hari

Pada ketika ini akan terasa denyutan di bagian tengah dahi kita yaitu diantara dahi kanan dan
kiri. Jika tanda ini dapat, dirasa maka berpuasalah kita selepas itu supaya perut kita tidak mengandung banyak najis dan ini akan memudahkan urusan orang yang akan memandikan kita nanti. Ketika ini juga mata hitam kita tidak akan bersinar lagi dan bagi orang yang sakit, hidungnya akan perlahan-lahan jatuh dan ini dapat dirasa jika kita melihatnya dari bagian sisi. Telinganya akan layu dimana bagian ujungnya akan beransur-ansur masuk ke dalam. Telapak kakinya yang terlunjur akan perlahan-lahan jatuh ke depan dan sukar ditegakkan.

Tanda 1 hari

Akan berlaku sesudah waktu Asar di mana kita akan merasakan satu denyutan di sebelah belakang yaitu di kawasan ubun-ubun di mana ini menandakan kita tidak akan sempat untuk menemui waktu Asar keesokan harinya.

Tanda akhir

Akan berlaku keadaan di mana kita akan merasakan satu keadaan sejuk di bagian pusat, akan turun ke pinggang dan seterusnya akan naik ke bagian halkum. Ketika ini hendaklah kita terus mengucap kalimah syahadah, berdiam diri dan menantikan kedatangan malaikat maut untuk menjemput kita kembali kepada Alloh Subhanahu Wa Ta’ala yang telah menghidupkan kita dan sekarang akan mematikan pula.

PENUTUP

Sesungguhnya marilah kita bertaqwa dan berdoa kepada Alloh Subhanahu Wa Ta’ala semoga kita
adalah di antara orang-orang yang yang dipilih oleh Alloh yang akan diberi kesadaran untuk peka terhadap tanda-tanda mati ini semoga kita dapat membuat persiapan terakhir dalam usaha memohon keampunan pada dari Alloh Subhanahu Wa Ta’ala maupun dari sesama manusia atas segala dosa dan urusan hutang piutang kita. Walau bagaimanapun sesuai dengan sifat Alloh Subhanahu Wa Ta’ala yang maha berkuasa lagi pemurah lagi maha mengasihani maka diriwatkan bahawa tarikh mati seseorang manusia itu masih boleh diubah dengan amalan doa yaitu doa dari kita sendiri ataupun doa dari orang lain. Namun ini adalah ketentuan Alloh Subhanahu Wa Ta’ala semata-mata.

Oleh itu marilah kita bersama-sama berusaha dan berdoa semuga kita diberi hidayah dan petunjuk oleh Alloh Subhanahu Wa Ta’ala serta kelapangan masa dan kesehatan tubuh badan dan juga fikiran dalam usaha kita untuk mencari keridhaan Alloh Subhanahu Wa Ta’ala di dunia maupun akhirat.

Apa yang baik dan benar itu datangnya dari Alloh Subhanahu Wa Ta’ala dan apa yang salah dan khilaf itu adalah dari kelemahan manusia itu sendiri.

wallahualam.

sumber : seorang sahabat di “AL Ikhwah NeT(National Emergency Thullaby)”

Kelas  :  TI – A Pagi  (Sem. V)

Mata Kulyah :  Sistem Operasi

Secara sederhana deadlock dapat terjadi dan menjadi hal yang merugikan, jika pada suatu saat ada suatu proses yang memakai sumber daya dan ada proses lain yang menunggunya. Bagaimanakah deadlock itu yang sebenarnya? Bagaimanakah cara penanggulangannya?

Misalkan pada suatu komputer terdapat dua buah program, sebuah tape drive dan sebuah printer. Program A mengontrol tape drive, sementara program B mengontrol printer. Setelah beberapa saat, program A meminta printer, tapi printer masih digunakan. Berikutnya, B meminta tape drive, sedangkan A masih mengontrol tape drive. Dua program tersebut memegang kontrol terhadap sumber daya yang dibutuhkan oleh program yang lain. Tidak ada yang dapat melanjutkan proses masing-masing sampai program yang lain memberikan sumber dayanya, tetapi tidak ada yang mengalah. Kondisi inilah yang disebut Deadlock atau pada beberapa buku disebut Deadly Embrace

Deadlock yang mungkin dapat terjadi pada suatu proses disebabkan proses itu menunggu suatu kejadian tertentu yang tidak akan pernah terjadi. Dua atau lebih proses dikatakan berada dalam kondisi deadlock, bila setiap proses yang ada menunggu suatu kejadian yang hanya dapat dilakukan oleh proses lain dalam himpunan tersebut.

Terdapat kaitan antara overhead dari mekanisme koreksi dan manfaat dari koreksi deadlock itu sendiri. Pada beberapa kasus, overhead atau ongkos yang harus dibayar untuk membuat sistem bebas deadlock menjadi hal yang terlalu mahal dibandingkan jika mengabaikannya. Sementara pada kasus lain, seperti pada real-time process control, mengizinkan deadlock akan membuat sistem menjadi kacau dan membuat sistem tersebut tidak berguna.

Contoh berikut ini terjadi pada sebuah persimpangan jalan. Beberapa hal yang dapat membuat deadlock pada suatu persimpangan, yaitu:

• Terdapat satu jalur pada jalan.
• Mobil digambarkan sebagai proses yang sedang menuju sumber daya.
• Untuk mengatasinya beberapa mobil harus preempt (mundur).
• Sangat memungkinkan untuk terjadinya starvation (kondisi proses tak akan mendapatkan sumber daya).

Gambar  : Persimpangan

Resources-Allocation Graph

Sebuah cara visual (matematika) untuk menentukan apakah ada deadlock, atau kemungkinan terjadinya.

G = (V, E) Graf berisi node and edge. Node V terdiri dari proses-proses = {P1, P2, P3, …} dan jenis resource. {R1, R2, …} Edge E adalah (Pi, Rj) atau (Ri, Pj)

Sebuah panah dari process ke resource menandakan proses meminta resource. Sebuah panah dari resource ke process menunjukkan sebuah instance dari resource telah dtempatkan ke proses. Process adalah lingkaran, resource adalah kotak; titik-titik merepresentasikan jumlah instance dari resource Dalam tipe. Meminta poin-poin ke kotak, perintah datang dari titik.

Gambar  :  Graph

Jika graf tidak berisi lingkaran, maka tidak ada proses yang deadlock.

Jika membentuk lingkaran, maka:

i.            jika tipe resource memiliki banyak instance, maka deadlock DAPAT ada.

Gambar  : Non Deadlock

ii.            jika setiap tipe resource mempunyai satu instance, maka deadlock telah terjadi.

Gambar :  Deadlock

Model Sistem

Menurut Coffman dalam bukunya “Operating System” menyebutkan empat syarat bagi terjadinya deadlock, yaitu:

1. i.            Mutual Exclusion

Suatu kondisi dimana setiap sumber daya diberikan tepat pada satu proses pada suatu waktu.

1. ii.            Hold and Wait

Kondisi yang menyatakan proses-proses yang sedang memakai suatu sumber daya dapat meminta sumber daya yang lain.

1. iii.            Non-pre-emptive

Kondisi dimana suatu sumber daya yang sedang berada pada suatu proses tidak dapat diambil secara paksa dari proses tersebut,sampai proses itu melepaskannya.

1. iv.            Circular Wait

Kondisi yang menyatakan bahwa adanya rantai saling meminta sumber daya yang dimiliki oleh suatu proses oleh proses lainnya.

Strategi menghadapi Deadlock

Strategi untuk menghadapi deadlock dapat dibagi menjadi tiga pendekatan, yaitu:

1. i.            Mengabaikan adanya deadlock.
2. ii.            Memastikan bahwa deadlock tidak akan pernah ada, baik dengan metode Pencegahan, dengan mencegah empat kondisi deadlock agar tidak akan pernah terjadi. Metode Menghindari deadlock, yaitu mengizinkan empat kondisi deadlock, tetapi menghentikan setiap proses yang kemungkinan mencapai deadlock.
3. iii.            Membiarkan deadlock untuk terjadi, pendekatan ini membutuhkan dua metode yang saling mendukung, yaitu:

o            Pendeteksian deadlock, untuk mengidentifikasi ketika deadlock terjadi.

o            Pemulihan deadlock, mengembalikan kembali sumber daya yang dibutuhkan pada proses yang memintanya.

Dari penjabaran pendekatan diatas, terdapat empat metode untuk mengatasi deadlock yang akan terjadi, yaitu:

Strategi Ostrich

Pendekatan yang paling sederhana adalah dengan menggunakan strategi burung unta: masukkan kepala dalam pasir dan seolah-olah tidak pernah ada masalah sama sekali. Beragam pendapat muncul berkaitan dengan strategi ini. Menurut para ahli Matematika, cara ini sama sekali tidak dapat diterima dan semua keadaan deadlock harus ditangani. Sementara menurut para ahli Teknik, jika komputer lebih sering mengalami kerusakkan disebabkan oleh kegagalan hardware, error pada kompilator atau bugs pada sistem operasi. Maka ongkos yang dibayar untuk melakukan penanganan deadlock sangatlah besar dan lebih baik mengabaikan keadaan deadlock tersebut. Metode ini diterapkan pada sistem operasi UNIX dan MINIX.

Mencegah Deadlock

Metode ini merupakan metode yang paling sering digunakan. Metode Pencegahan dianggap sebagai solusi yang bersih dipandang dari sudut tercegahnya deadlock. Tetapi pencgahan akan mengakibatkan kinerja utilisasi sumber daya yang buruk.

Metode pencegahan menggunakan pendekatan dengan cara meniadakan empat syarat yang dapat menyebabkan deadlock terjadi pada saat eksekusi Coffman (1971).

Syarat pertama yang akan dapat ditiadakan adalah Mutual Exclusion, jika tidak ada sumber daya yang secara khusus diperuntukkan bagi suatu proses maka tidak akan pernah terjadi deadlock. Namun jika membiarkan ada dua atau lebih proses mengakses sebuah sumber daya yang sama akan menyebabkan chaos. Langkah yang digunakan adalah dengan spooling sumber daya, yaitu dengan mengantrikan job-job pada antrian dan akan dilayani satu-satu.

Beberapa masalah yang mungkin terjadi adalah:

1. i.            Tidak semua dapat di-spool, tabel proses sendiri tidak mungkin untuk di-spool
2. ii.            Kompetisi pada ruang disk untuk spooling sendiri dapat mengarah pada deadlock

Hal inilah yang menyebabkan mengapa syarat pertama tidak dapat ditiadakan, jadi mutual exclusion benar-benar tidak dapat dihilangkan.

Cara kedua dengan meniadakan kondisi hold and wait terlihat lebih menjanjikan. Jika suatu proses yang sedang menggunakan sumber daya dapat dicegah agar tidak dapat menunggu sumber daya yang lain, maka deadlock dapat dicegah. Langkah yang digunakan adalah dengan membuat proses agar meminta sumber daya yang mereka butuhkan pada awal proses sehingga dapat dialokasikan sumber daya yang dibutuhkan. Namun jika terdapat sumber daya yang sedang terpakai maka proses tersebut tidak dapat memulai prosesnya.

Masalah yang mungkin terjadi:

1. i.            Sulitnya mengetahui berapa sumber daya yang dibutuhkan pada awal proses
2. ii.            Tidak optimalnya pengunaan sumber daya jika ada sumber daya yang digunakan hanya beberapa waktu dan tidak digunakan tapi tetap dimiliki oleh suatu proses yang telah memintanya dari awal.

Meniadakan syarat ketiga non preemptive ternyata tidak lebih menjanjikan dari meniadakan syarat kedua, karena dengan meniadakan syarat ketiga maka suatu proses dapat dihentikan ditengah jalan. Hal ini tidak dimungkinkan karena hasil dari suatu proses yang dihentikan menjadi tidak baik.

Cara terakhir adalah dengan meniadakan syarat keempat circular wait. Terdapat dua pendekatan, yaitu:

1. i.            Mengatur agar setiap proses hanya dapat menggunakan sebuah sumber daya pada suatu waktu, jika menginginkan sumber daya lain maka sumber daya yang dimiliki harus dilepas.
2. ii.            Membuat penomoran pada proses-proses yang mengakses sumber daya. Suatu proses dimungkinkan untuk dapat meminta sumber daya kapan pun, tetapi permintaannya harus dibuat terurut.

Masalah yang mungkin terjadi dengan mengatur bahwa setiap proses hanya dapat memiliki satu proses adalah bahwa tidak semua proses hanya membutuhkan satu sumber daya, untuk suatu proses yang kompleks dibutuhkan banyak sumber daya pada saat yang bersamaan. Sedangkan dengan penomoran masalah yang dihadapi adalah tidak terdapatnya suatu penomoran yang dapat memuaskan semua pihak.

Tabel Deadlock

Menghindari Deadlock

Pendekatan metode ini adalah dengan hanya memberi kesempatan ke permintaan sumber daya yang tidak mungkin akan menyebabkan deadlock. Metode ini memeriksa dampak pemberian akses pada suatu proses, jika pemberian akses tidak mungkin menuju kepada deadlock, maka sumber daya akan diberikan pada proses yang meminta. Jika tidak aman, proses yang meminta akan di-suspend sampai suatu waktu permintaannya aman untuk diberikan. Kondisi ini terjadi ketika setelah sumber daya yang sebelumnya dipegang oleh proses lain telah dilepaskan.

Kondisi aman yang dimaksudkan selanjutnya disebut sebagai safe-state, sedangkan keadaan yang tidak memungkinkan untuk diberikan sumber daya yang diminta disebut unsafe-state.

Kondisi Aman (Safe state)

Suatu keadaan dapat dinyatakan sebagai safe state jika tidak terjadi deadlock dan terdapat cara untuk memenuhi semua permintaan sumber daya yang ditunda tanpa menghasilkan deadlock. Dengan cara mengikuti urutan tertentu.

Kondisi Tak Aman (Unsafe state)

Suatu state dinyatakan sebagai state tak selamat (unsafe state) jika tidak terdapat cara untuk memenuhi semua permintaaan yang saat ini ditunda dengan menjalankan proses-proses dengan suatu urutan.

Gambar : Safe.

Algoritma Bankir

Algoritma penjadualan ini diungkapkan oleh Dijkstra (1965) lebih dikenal dengan nama Algoritma Bankir. Model ini menggunakan suatu kota kecil sebagai percontohan dengan suatu bank sebagai sistem operasi, pinjaman sebagai sumber daya dan peminjam sebagai proses yang membutuhkan sumber daya. Deadlock akan terjadi apabila terdapat seorang peminjam yang belum mengembalikan uangnya dan ingin meminjam kembali, padahal uang yang belum dikembalikan tadi dibutuhkan oleh peminjam lain yang juga belum mengembalikan uang pinjamannya.

Beberapa kelemahan algoritma Bankir Tanenbaum (1992), Stallings (1995) dan Deitel (1990) adalah sebagai berikut:

1. i.            Sulit untuk mengetahui seluruh sumber daya yang dibutuhkan proses pada awal eksekusi.
2. ii.            Jumlah proses yang tidak tetap dan berubah-ubah.
3. iii.            Sumber daya yang tadinya tersedia dapat saja menjadi tidak tersedia kembali.
4. iv.            Proses-proses yang dieksekusi haruslah tidak dibatasi oleh kebutuhan sinkronisasi antar proses.
5. v.            Algoritma ini menghendaki memberikan semua permintaan selama waktu yang berhingga.

Mendeteksi Deadlock dan Memulihkan Deadlock

Metode ini mengunakan pendekatan dengan teknik untuk menentukan apakah deadlock sedang terjadi serta proses-proses dan sumber daya yang terlibat dalam deadlock tersebut. Setelah kondisi deadlock dapat dideteksi, maka langkah pemulihan dari kondisi deadlock dapat segera dilakukan. Langkah pemulihan tersebut adalah dengan memperoleh sumber daya yang diperlukan oleh proses-proses yang membutuhkannya. Beberapa cara digunakan untuk mendapatkan sumber daya yang diperlukan, yaitu dengan terminasi proses dan pre-emption (mundur) suatu proses. Metode ini banyak digunakan pada komputer mainframe berukuran besar.

Terminasi Proses

Metode ini akan menghapus proses-proses yang terlibat pada kondisi deadlock dengan mengacu pada beberapa syarat. Beberapa syarat yang termasuk dalam metode ini adalah, sebagai berikut:

• Menghapus semua proses yang terlibat dalam kondisi deadlock (solusi ini terlalu mahal).
• Menghapus satu persatu proses yang terlibat, sampai kondisi deadlock dapat diatasi (memakan banyak waktu).
• Menghapus proses berdasarkan prioritas, waktu eksekusi, waktu untuk selesai, dan kedalaman dari rollback.

Resources Preemption

Metode ini lebih menekankan kepada bagaimana menghambat suatu proses dan sumber daya, agar tidak terjebak pada unsafe condition.

Beberapa langkahnya, yaitu:

• Pilih salah satu – proses dan sumber daya yang akan di-preempt.
• Rollback ke safe state yang sebelumnya telah terjadi.
• Mencegah suatu proses agar tidak terjebak pada starvation karena metode ini.

Sinkronisasi

Kasus Produsen-Konsumer

Dua proses berbagi sebuah buffer dengan ukuran yang tetap. Salah satunya produser, meletakkan informasi ke buffer yang lainnya. Konsumen mengambil informasi dari buffer. Ini juga dapat digeneralisasi untuk masalah yang memiliki m buah produsen dan n buah konsumen, tetapi kita hanya akan memfokuskan kasus dengan satu produsen dan satu konsumen karena diasumsikan dapat menyederhanakan solusi.

Masalah akan timbul ketika produsen ingin menaruh barang yang baru tetapi buffer sudah penuh. Solusi untuk produsen adalah istirahat (sleep) dan akan dibangunkan ketika konsumen telah mengambil satu atau lebih barang dari buffer. Biasanya jika konsumen ingin mengambil barang dari buffer dan melihat bahwa buffer sedang kosong, maka konsumen istirahat (sleep) sampai produsen meletakkan barang pada buffer dan membangunkan (wake up) consumer.

Pendekatan seperti ini terdengar cukup sederhana, tetapi hal ini dapat menggiring kita ke jenis masalah yang sama seperti race condition dengan spooler direktori.

Untuk mengetahui jumlah barang di buffer, kita membutuhkan sebuah variabel kita namakan count. Jika jumlah maksimum dairi barang yang dapat ditampung buffer adalah N, kode produser pertama kali akan mencoba untuk mengetahui apakah nilai count sama dengan nilai N. Jika itu terjadi maka produsen akan istirahat (sleep), tetapi jika nilai count tidak sama dengan N, produsen akan terus menambahkan barang dan menaikkan nilai count.

Sekarang mari kita kembali ke permasalahan race condition. Ini dapat terjadi karena akses ke count tidak dipaksakan. Situasi seperti itu mungkin dapat terjadi. Buffer sedang kosong dan konsumen baru saja membaca count untuk melihat apakah count bernilai 0. Pada saat itu, penjadual memutuskan untuk mengentikan proses konsumen sementara dan menjalakan produsen. Produsen memasukkan barang ke buffer, menaikkan nilai count, dan memberitahukan bahwa count sekarang bernilai 1. Pemikiran bahwa count baru saja bernilai 0 sehingga konsumen harus istirahat (sleep). Produsen memanggil fungsi wake up untuk membangkitkan konsumen.

Sayangnya, konsumen secara logika belum istirahat. Jadi sinyal untuk membangkitkan konsumen, tidak dapat ditangkap oleh konsumen. Ketika konsumen bekerja berikutnya, konsumen akan memeriksa nilai count yang dibaca sebelumnya, dan mendapatkan nilai 0, kemudian konsumen istirahat (sleep) lagi. Cepat atau lambat produsen akan mengisi buffer dan juga pergi istirahat (sleep). Keduanya akan istirahat selamanya.

Inti permasalahannya disini adalah pesan untuk membangkitkan sebuah proses tidak tersampaikan. Jika pesan/ sinyal ini tersampaikan dengan baik, segalanya akan berjalan lancar.

Race Condition

Race Condition adalah situasi di mana beberapa proses mengakses dan memanipulasi data bersama pada saat besamaan. Nilai akhir dari data bersama tersebut tergantung pada proses yang terakhir selesai. Unutk mencegah race condition, proses-proses yang berjalan besamaan haus di disinkronisasi.

Dalam beberapa sistem operasi, proses-proses yang berjalan bersamaan mungkin untuk membagi beberapa penyimpanan umum, masing-masing dapat melakukan proses baca (read) dan proses tulis (write). Penyimpanan bersama (shared storage) mungkin berada di memori utama atau berupa sebuah berkas bersama, lokasi dari memori bersama tidak merubah kealamian dari komunikasi atau masalah yang muncul. Untuk mengetahui bagaimana komunikasi antar proses bekerja, mari kita simak sebuah contoh sederhana, sebuah print spooler. Ketika sebuah proses ingin mencetak sebuah berkas, proses tersebut memasukkan nama berkas ke dalam sebuah spooler direktori yang khusus. Proses yang lain, printer daemon, secara periodik memeriksa untuk mengetahui jika ada banyak berkas yang akan dicetak, dan jika ada berkas yang sudah dicetak dihilangkan nama berkasnya dari direktori.

Bayangkan bahwa spooler direktori memiliki slot dengan jumlah yang sangat besar, diberi nomor 0, 1, 2, 3, 4,… masing-masing dapat memuat sebuah nama berkas. Juga bayangkan bahwa ada dua variabel bersama, out, penunjuk berkas berikutnya untuk dicetak, dan in, menunjuk slot kosong di direktori. Dua vaiabel tersebut dapat menamgami sebuah two-word berkas untuk semua proses. Dengan segera, slot 0, 1, 2, 3 kosong (berkas telah selesai dicetak), dan slot 4, 5, 6 sedang terisi (berisi nama dari berkas yang antre untuk dicetak). Lebih atau kurang secara besamaan, proses A dan B, mereka memutuskan untuk antre untuk sebuah berkas untuk dicetak. Situasi seperti ini diperlihatkan oleh :

Gambar  : Race Condition

Dalam Murphy’s Law kasus tesebut dapat terjadi. Proses A membaca in dan menyimpan nilai “7″ di sebuah variabel lokal yang disebut next_free_slot. Sebuah clock interrupt terjadi dan CPU memutuskan bahwa proses A berjalan cukup lama, sehingga digantika oleh proses B. Proses B juga membaca in, dan juga mengambil nilai 7, sehingga menyimpan nama berkas di slot nomor 7 dan memperbaharui nilai in menjadi 8. Maka proses mati dan melakukan hal lain.

Akhirnya proses A berjalan lagi, dimulai dari tempat di mana proses tersebut mati. Hal ini terlihat dalam next_free_slot, ditemukan nilai 7 di sana, dan menulis nama berkas di slot nomor 7, menghapus nama berkas yang bau saja diletakkan oleh proses B. Kemudian proses A menghitung next_free_slot + 1, yang nilainya 8 dan memperbaharui nilai in menjadi 8. Direktori spooler sekarang secara internal konsisten, sehingga printer daemon tidak akan memberitahukan apa pun yang terjadi, tetapi poses B tidak akan mengambil output apa pun. Situasi seperti ini, dimana dua atau lebih proses melakukan proses reading atau writing beberapa shared data dan hasilnya bergantung pada ketepatan berjalan disebut race condition.

Critical Section

Bagaimana menghindari race conditions? Kunci untuk mencegah masalah ini dan di situasi yang lain yang melibatkan shared memori, shared berkas, and shared sumber daya yang lain adalah menemukan beberapa jalan untuk mencegah lebih dari satu proses untuk melakukan proses writing dan reading kepada shared data pada saat yang sama. Dengan kata lain kita memutuhkan mutual exclusion, sebuah jalan yang menjamin jika sebuah proses sedang menggunakan shared berkas, proses lain dikeluarkan dari pekerjaan yang sama. Kesulitan yang terjadi karena proses 2 mulai menggunakan variabel bersama sebelum proses 1 menyelesaikan tugasnya.

Masalah menghindari race conditions dapat juga diformulasikan secara abstrak. Bagian dari waktu, sebuah proses sedang sibuk melakukan perhitungan internal dan hal lain yang tidak menggiring ke kondisi race conditions. Bagaimana pun setiap kali sebuah proses mengakses shared memory atau shared berkas atau melakukan sesuatu yang kitis akan menggiring kepada race conditions. Bagian dari program dimana shaed memory diakses disebut Critical Section atau Critical Region.

Walau pun dapat mencegah race conditions, tapi tidak cukup untuk melakukan kerjasama antar proses secara pararel dengan baik dan efisien dalam menggunakan shared data. Kita butuh 4 kondisi agar menghasilkan solusi yang baik:

1. i.            Tidak ada dua proses secara bersamaan masuk ke dalam citical section.
2. ii.            Tidak ada asumsi mengenai kecepatan atau jumlah cpu.
3. iii.            Tidak ada proses yang berjalan di luar critical secion yang dapat mengeblok proses lain.
4. iv.            Tidak ada proses yang menunggu selamamya untuk masuk critical section.

Critical Section adalah sebuah segmen kode di mana sebuah proses yang mana sumber daya bersama diakses. Terdiri dari:

Entry Section: kode yang digunakan untuk masuk ke dalam critical section

Critical Section: Kode di mana hanya ada satu proses yang dapat dieksekusi pada satu waktu

Exit Section: akhir dari critical section, mengizinkan proses lain

Remainder Section: kode istirahat setelah masuk ke critical section

Critical section harus melakukan ketiga aturan berikut:

Solusi yang diberikan harus memuaskan permintaaan berikut:

• Mutual exclution
• Deadlock free
• Starvation free

Pendekatan yang mungkin untuk solusi proses sinkronisasi

1. i.            Solusi Piranti lunak (Software solution)

o            Tanpa Sinkronisasi.

o            Dengan Sinkronisasi.

§            Low-level primitives: semaphore

§            High-level primitives: monitors

1. ii.            Solusi Piranti Keras (Hardware solution)

Mutual Exclusion

Mutual Exclusion: Kondisi-kondisi untuk solusi

Tiga kondisi untuk menentukan mutual Exclusion

1. Tidak ada dua proses yang pada saat bersamaan berada di critical region.
2. Tidak ada proses yang berjalan diluar critical region yang bisa menghambat proses lain
3. Tidak ada proses yang tidak bisa masuk ke critical region

Problem Klasik pada Sinkronisasi

Ada tiga hal yang selalu memjadi masalah pada proses sinkronisasi:

1. i.            Problem Bounded buffer.
2. ii.            Problem Reades and Writer.
3. iii.            Problem Dining Philosophers.

Problem Readers-Writers

Problem lain yang terkenal adalah readers-writer problem yang memodelkan proses yang mengakses database. Sebagai contoh sebuah sistem pemesanan sebuah perusahaan penerbangan, dimana banyak proses berkompetisi berharap untuk membaca (read) dan menulis (write). Hal ini dapat diterima bahwa banyak proses membaca database pada saat yang sama, tetapi jika suatu proses sedang menulis database, tidak boleh ada proses lain yang mengakses database tersebut, termasuk membaca database tersebut.

Dalam solusi ini, pertama-tama pembaca mengakses database kemudian melakukan DOWN pada semaphore db.. Langkah selanjutnya readers hanya menaikkkan nilai sebuah counter. Hasil dari pembaca nilai counter diturunkan dan nilai terakhir dilakukan UP pada semaphore, mengizinkan memblok writer.

Misalkan selama sebuah reader menggunakan database, reader lain terus berdatangan. Karena ada dua reader pada saat bersamaan bukanlah sebuah masalah, maka reader yang kedua diterima, reader yang ketiga juga dapat diterima jika terus berdatangan reader-reader baru.

Sekarang misalkan writer berdatangan terus menerus. Writer tidak dapat diterima ke database karena writer hanya bisa mengakses data ke database secara ekslusif, jadi writer ditangguhkan. Nanti penambahan reader akan menunjukkan peningkatan. Selama paling tidak ada satu reader yang aktif, reader berikutnya jika datang akan diterima.

Sebagai konsekuensi dari strategi ini, selama terdapat suplai reader yang terus-menerus, mereka akan dilayani segera sesuai kedatanga mereka. Writer akan ditunda sampai tidak ada reader lagi. Jika sebuah reader baru tiba, katakan, setiap dua detik, dan masing-masing reader mendapatkan lima detik untuk melakukan tugasnya, writer tudak akan pernah mendapatkan kesempatan.

Untuk mencegah situasi seperti itu, program dapat ditulis agak sedikit berbeda: Ketika reader tiba dan writer menunggu, reader ditunda dibelakang writer yang justru diterima dengan segera. Dengan cara ini, writer tidak harus menunggu reader yang sedang aktif menyelesaikan pekerjaannya, tapi tidak perlu menunggu reader lain yang datang berturut-turut setelah itu.

Problem Dining Philosopers

Pada tahun 1965, Djikstra menyelesaikan sebuah masalah sinkronisasi yang beliau sebut dengan dining philisophers problem. Dining philosophers dapat diuraikan sebagai berikut: Lima orang filosuf duduk mengelilingi sebuah meja bundar. Masing-masing filosof mempunyai sepiring spageti. Spageti-spageti tersebut sangat licin dan membutuhkan dua garpu untuk memakannya. Diantara sepiring spageti terdapat satu garpu.

Kehidupan para filosof terdiri dari dua periode, yaitu makan atau berpikir. Ketika seorang filosof lapar, dia berusaha untuk mendapatkan garpu kiri dan garpu kanan sekaligus. Jika sukses dalam mengambil dua garpu, filosof tersebut makan untuk sementara waktu, kemudian meletakkan kedua garpu dan melanjutkan berpikir.

Pertanyaan kuncinya adalah, dapatkah anda menulis program untuk masing-masing filosof yang melakukan apa yang harus mereka lakukan dan tidak pernah mengalami kebuntuan.

Prosedur take-fork menunggu sampai garpu-garpu yang sesuaididapatkan dan kemudian menggunakannya. Sayangnya dari solusi ini ternyata salah. Seharusnya lima orang filosof mengambil garpu kirinya secara bersamaan. Tidak akan mungkin mereka mengambil garpu kanan mereka, dan akan terjadi deadlock.

Kita dapat memodifikasi program sehingga setelah mengambil garpu kiri, program memeriksa apakah garpu kanan meungkinkan untuk diambil. Jika garpu kanan tidak mungkin diambil, filosof tersebut meletakkan kembali garpu kirinya, menunggu untuk beberapa waktu, kemudia mengulangi proses yang sama. Usulan tersebut juga salah, walau pun dengan alasan yang berbeda. Dengan sedikit nasib buruk, semua filosof dapat memulai algoritma secara bersamaan, mengambil garpu kiri mereka, melihat garpu kanan mereka yang tidak mungkin untuk diambil, meletakkan kembali garpu kiri mereka, menunggu, mengambil garpu kiri mereka lagi secara bersamaan, dan begitu seterusnya. Situasi seperti ini dimana semua program terus berjalan secara tidak terbatas tetapi tidak ada perubahan/kemajuan yang dihasilkan disebut starvation.

Sekarang anda dapat berpikir “jika filosof dapat saja menunggu sebuah waktu acak sebagai pengganti waktu yang sama setelah tidak dapat mengambil garpu kiri dan kanan, kesempatan bahwa segala sesuatau akan berlanjut dalam kemandegan untuk beberapa jam adalah sangat kecil.” Pemikiran seperti itu adalah benar,tapi beberapa aplikasi mengirimkan sebuah solusi yang selalu bekerja dan tidak ada kesalahan tidak seperti hsk nomor acak yang selalu berubah.

Sebelum mulai mengambil garpu, seorang filosof melakukan DOWN di mutex. Setelah menggantikan garpu dia harus melakukan UP di mutex. Dari segi teori, solusi ini cukup memadai. Dari segi praktek, solusi ini tetap memiliki masalah. Hanya ada satu filosof yang dapat makan spageti dalam berbagai kesempatan. Dengan lima buah garpu, seharusnya kita bisa menyaksikan dua orang filosof makan spageti pada saat bersamaan.

Solusi yang diberikan diatas benar dan juga mengizinkan jumlah maksimum kegiatan paralel untuk sebuah jumlah filosf yang berubah-ubah ini menggunakan sebuah array, state, untuk merekam status seorang filosof apakah sedang makan (eating), berpikir (think), atau sedang lapar (hungry) karena sedang berusaha mengambil garpu. Seorang filosof hanya dapat berstatus makan (eating) jika tidak ada tetangganya yang sedang makan juga. Tetangga seorang filosof didefinisikan ole LEFT dan RIGHT.

Dengan kata lain, jika i = 2, maka tetangga kirinya (LEFT) = 1 dan tetangga kanannya (RIGHT) = 3. Program ini menggunakan sebuah array dari semaphore yang lapar (hungry) dapat ditahan jika garpu kiri atau kanannya sedang dipakai tetangganya. Catatan bahwa masing-masing proses menjalankan prosedur filosof sebagai kode utama, tetapi prosedur yang lain seperti take-forks, dan test adalah prosedur biasa dan bukan proses-proses yang terpisah.

Monitors

Solusi sinkronisasi ini dikemukakan oleh Hoare pada tahun 1974. Monitor adalah kumpulan prosedur, variabel dan struktur data di satu modul atau paket khusus. Proses dapat memanggil prosedur-prosedur kapan pun diinginkan. Tapi proses tak dapat mengakses struktur data internal dalam monitor secara langsung. Hanya lewat prosedur-prosedur yang dideklarasikan minitor untuk mengakses struktur internal.

Properti-properti monitor adalah sebagai berikut:

1. i.            Variabel-variabel data lokal, hanya dapat diakses oleh prosedur-prosedur dala monitor dan tidak oleh prosedur di luar monitor.
2. ii.            Hanya satu proses yang dapat aktif di monitor pada satu saat. Kompilator harus mengimplementasi ini(mutual exclusion).
3. iii.            Terdapat cara agar proses yang tidak dapat berlangsung di-blocked. Menambahkan variabel-variabel kondisi, dengan dua operasi, yaitu Wait dan Signal.
4. iv.            Wait: Ketika prosedur monitor tidak dapat berkanjut (misal producer menemui buffer penuh) menyebabkan proses pemanggil diblocked dan mengizinkan proses lain masuk monitor.
5. v.            Signal: Proses membangunkan partner-nya yang sedang diblocked dengan signal pada variabel kondisi yang sedang ditunggu partnernya.
6. vi.            Versi Hoare: Setelah signal, membangunkan proses baru agar berjalan dan menunda proses lain.
7. vii.            Versi Brinch Hansen: Setelah melakukan signal, proses segera keluar dari monitor.

Dengan memaksakan disiplin hanya satu proses pada satu saat yang berjalan pada monitor, monitor menyediakan fasilitas mutual exclusion. Variabel-variabel data dalam monitor hanya dapat diakses oleh satu proses pada satu saat. Struktur data bersama dapat dilindungi dengan menempatkannya dalam monitor. Jika data pada monitor merepresentasikan sumber daya, maka monitor menyediakan fasilitas mutual exclusion dalam mengakses sumber daya itu.

Komputer digunakan untuk melakukan suatu proses yang dikehendaki user. Oleh karena itu harus ada suatu bentuk komunikasi antara user dan hardware. Komunikasi itu terjadi dalam bentuk system calls. SO melalui shell-nya akan menangkap perintah dari user yang kemudian akan dikomunikasikan melalui system calls. Disinilah peran SO sebagai jembatan komunikasi antara user dan hardware itu terjadi. System calls itu sendiri umumnya ditulis dalam bahasa C dan C++.
Mengenai shell, shell itu sendiri secara umum adalah layer yang berfungsi sebagai interface antara user dan inti dalam sistem operasi (kernel). Melalui shell, user dapat memberi perintah-perintah yang akan dikirim ke sistem operasi, sehingga shell ini merupakan layer yang menerima interaksi dari user secara langsung. Shell dalam SO secara umum dibagi menjadi 2, Command Line(CLI) dan Graphical(GUI). Jadi dengan kata lain, system calls berperan sebagai interface dalam layanan-layanan yang disediakan oleh sistem operasi.

Untuk lebih jelasnya lihat gambar berikut. Contoh di atas adalah sytem calls di dalam program yang membaca data dari satu file lalu meng- copy-nya ke file lain.
Biasanya tersedia sebagai instruksi bahasa rakitan. Beberapa sistem mengizinkan system calls dibuat langsung dari program bahasa tingkat tinggi. Beberapa bahasa pemrograman (contoh : C, C++) telah didefenisikan untuk menggantikan bahasa rakitan untuk sistem pemrograman.
Tiga metode umum yang digunakan dalam memberikan parameter kepada sistem operasi
• Melalui register
• Menyimpan parameter dalam blok atau tabel pada memori dan alamat blok tersebut diberikan sebagai parameter dalam register
• Menyimpan parameter (push) ke dalam stack (oleh program), dan melakukan pop off pada stack (oleh sistem operasi)

Memberikan parameter melalui tabel

Sumber: Silberschatz,et.al, Operating System Concepts, 6th ed, .2003, New York: John Wiley & Son.Inc , halaman 65

Jenis System Calls

1. Kontrol Proses

System calls yang berhubungan dengan kontrol proses antara lain ketika penghentian pengeksekusian program. Baik secara normal (end) maupun tidak normal (abort). Selama proses dieksekusi kadang kala diperlukan untuk meload atau mengeksekusi program lain, disini diperlukan lagi suatu system calls. Juga ketika membuat suatu proses baru dan menghentikan sebuah proses. Ada juga system calls yang dipanggil ketika kita ingin meminta dan merubah atribut dari suatu proses.

MS-DOS adalah contoh dari sistem single-tasking. MS-DOS menggunakan metode yang sederhana dalam menjalankan program dan tidak menciptakan proses baru. Program di-load ke dalam memori, kemudian program dijalankan.

Eksekusi MS-Dos

Sumber: Silberschatz,et.al, Operating System Concepts, 6th ed, .2003, New York:John Wiley & Son.Inc , halaman 68

Barkeley Unix adalah contoh dari sistem multi-tasking. Command interpereter masih tetap bisa dijalankan ketika program lain dieksekusi.

Multi program pada Unix

Sumber: Silberschatz,et.al, Operating System Concepts, 6th ed, .2003, New York:John Wiley & Son.Inc , halaman 69

1. Manajemen Berkas

System calls yang berhubungan dengan berkas sangat diperlukan. Seperti ketika kita ingin membuat atau menghapus suatu berkas. Atau ketika ingin membuka atau menutup suatu berkas yang telah ada, membaca berkas tersebut, dan menulis berkas itu.System calls juga diperlukan ketika kita ingin mengetahui atribut dari suatu berkas atau ketika kita juga ingin merubah atribut tersebut. Yang termasuk atribut berkas adalah nama berkas, jenis berkas, dan lain-lain

Ada juga system calls yang menyediakan mekanisme lain yang berhubungan dengan direktori atau sistim berkas secara keseluruhan. Jadi bukan hanya berhubungan dengan satu spesifik berkas. Contohnya membuat atau menghapus suatu direktori, dan lain-lain

1. Manajemen Peranti

Program yang sedang dijalankan kadang kala memerlukan tambahan sumber daya. Jika banyak pengguna yang menggunakan sistem dan jika diperlukan tambahan sumber daya maka harus meminta peranti terlebih dahulu. Dan setelah selesai penggunakannnya harus dilepaskan kembali. Ketika sebuah peranti telah diminta dan dialokasikan maka peranti tersebut bisa dibaca, ditulis, atau direposisi.

1. Informasi Maintenance

Beberapa system calls disediakan untuk membantu pertukaran informasi antara pengguna dan sistem operasi. Contohnya system calls untuk meminta dan mengatur waktu dan tanggal. Atau meminta informasi tentang sistem itu sendiri, seperti jumlah pengguna, jumlah memori dan disk yang masih bisa digunakan, dan lain-lain. Ada juga system calls untuk meminta informasi tentang proses yang disimpan oleh sistem dan system calls untuk merubah ( reset ) informasi tersebut.

1. Komunikasi

Dua model komunikasi

• message-passing

pertukaran informasi dilakukan melalui fasilitas komunikasi antar proses yang disediakan oleh sistem operasi.

• shared-memory

Proses menggunakan memori yang bisa digunakan oleh berbagai proses untuk pertukaran informasi dengan membaca dan menulis data pada memori tersebut.

Mekanisme komunikasi

Sumber: Silberschatz,et.al, Operating System Concepts,6th e, .2003, New York:John Wiley & Son.Inc, halaman 72

Dalam message-passing, sebelum komunikasi dapat dilakukan harus dibangun dulu sebuah koneksi.Untuk itu diperlukan suatu system calls dalam pengaturan koneksi tersebut, baik dalam menghubungkan koneksi tersebut maupun dalam memutuskan koneksi tersebut ketika komunikasi sudah selesai dilakukan. Juga diperlukan suatu system calls untuk membaca dan menulis pesan( message ) agar pertukaran informasi dapat dilakukan.

Dalam sebuah kesempatan belanja rutin bulanan keluarga kecil saya beberapa waktu lalu saya menyadari, betapa mudahnya zat-zat haram mengancam keluarga saya.

Pada waktu itu, seperti biasa saya dan istri mengajak kedua putri kembar kami yang masih balita mengunjungi sebuah pasar swalayan baru di dekat rumah kami. Kedua putri saya nampak bersemangat setiap kali diajak berbelanja di awal bulan. Kami pun dengan segera menyelesaikan urusan belanja kami di swalayan yang cukup besar itu.

Setelah semua kebutuhan bulanan telah kami masukkan ke keranjang belanjaan, istri saya mengajak kedua putri saya menuju tempat buah segar, sementara saya tidak mengikuti mereka bertiga, karena masih ada barang yang harus saya cari.

Tidak jauh dari tempat buah-buahan saya mendapatkan apa yang saya cari, maka saya segera kembali menuju istri dan anak-anak yang sedang berada di dekat rak “jeruk shantang” yang berukuran kecil.

Melihat jeruk yang berukuran mini itu, anak bungsu saya tertarik. Tanpa sepengetahuan umminya, anak saya yang sedang berdiri di dalam keranjang belanjaan langsung mencomot sebutir jeruk dari atas rak dan mulai mengoyak kulitnya sedikit demi sedikit.

Saya yang dari jauh mengamati aksi anak saya tersebut tiba-tiba merasa ada yang tidak beres. Seketika itu secara spontan saya meneriaki istri saya, sembari memberi isyarat agar jeruk yang dipegang anak saya itu tidak sampai masuk ke mulutnya.

Jeruk itu belum ditimbang! Itulah masalah utamanya..

Saya tak bisa membayangkan, segigit jeruk yang belum ditimbang akan menjadi komponen haram dalam daging putri kecil saya itu. Ya, jeruk yang dimakan dalam swalayan, tanpa ditimbang tentunya tidak akan masuk ke dalam jumlah yang kita bayar di kasir, berarti jeruk itu sebenarnya masih milik swalayan – bukan sampel untuk dicoba – yang dimakan oleh putri saya tanpa membayar..!!

Untungnya saya bisa mencegah hal itu terjadi, akhirnya istri saya membawa jeruk yang sudah terkelupas kulitnya tersebut bersama beberapa jeruk yang lain ke tempatt penimbangan. Setelah petugas penimbang memberikan label harga pada sekantong jeruk tadi, barulah si bungsu saya izinkan untuk melanjutkan memakan jeruk yang diinginkannya, walaupun belum kami bayar ke kasir – namun sudah ada label harga yang harus dibayar ke kasir.

Sepulang dari kejadian di swalayan itu, masih ada yang mengganjal di hati saya. Kulit jeruk yang dikupas oleh anak saya tadi, tidak ikut tertimbang…! Saya hanya berdoa, semoga kulit yang tak tertimbang tadi tidak sampai mempengaruhi harga yang tertera di label, seandainya kulit itu ikut tertimbang…

“Mari kita jaga keluarga kita dari tumbuhnya daging haram sekecil apapun”

Si bapak pun duduk disamping pemuda itu, mendengarkan dengan penuh perhatian, sambil dipandanginya lebih dalam wajah lelah pemudah itu. Lalu, dia mulai berkata,
“Di depan sana, ada sebuah taman. Jika kamu ingin mendapatkan jawaban dari pertanyaan mu tadi, maka tangkaplah seekor kupu2 untuk ku.”
Pemuda itu menoleh ke arah sibapak dengan penuh rasa heran. Lalu sibapak kembali memastikan pemuda itu, “ya… tankaplah seekor kupu2 untuk ku..!! tangkaplah dengan tangan kosong mu sendiri”.

Dengan perlahan pemuda itu pun bangkit dari tempat duduknya dan menuju ke arah taman yang ditunjuk si bapak tadi. Setelah sampai di taman, benar saja, beribu bunga terhampar indah di depannya dan ratusan kupu2 beterbangan di atasnya, sesekali seekor kupu2 hinggap di kelopak bunga.
Pemuda itu mulai bergerak, mengendap-endap agar tidak mengusik keberadaan kupu2 disana. Seekor dilihatnya sedang hinggap di salah satu kelopak bunga. Lalu dia pun mencoba menangkapnya… Hap.. namun gagal, kupu2 itu terbang. Lalu dikejarnya ke arah lain seolah tak mau kehilangan buruannya, dia berlari, mengejar kesana kemari, melompat, berlari lagi tak tentu arah, menembus semak, dan gerakannya semakin liar.
Adegan itu terus berlangsung, namun tak seekor pun kupu2 didapatnya, pemuda itu mulai lelah, Nafasnya semakin kencang, dadanya berdetak dengan cepat. Sampai akhirnya ada teriakan, “Hentikan dulu anak muda… Istirahatlah.”
Lalu si Bapak berjalan perlahan mendekati anak itu, tampak sekumpulan kupu2 beterbangan disekitar si Bapak, sesekali ada seekor yang hinggap di tubuhnya. Lalu si Bapak bertanya pada pemuda itu,
“Begitukah caramu menangkap kupu2 ??
Melompat dan menerjang..?? Berlari tak tentu arah, menerobos tanpa peduli apa yang kau rusak?” Si Bapak menatap sini s kepada pemuda itu.
“Nak, mencari kebahagiaan itu seperti menangkap kupu-kupu. Semakin kau terjang, semakin ia akan menghindar. Semakin kau buru, makin jauh ia pergi darimu.”
“Namun, tangkaplah kupu-kupu itu dalam hatimu. Karena kebahagiaan itu bukan benda yang dapat kau genggam seperti sayap kupu2 yang halus, atau sesuatu yang dapat kau simpan, karena kupu2 bukan hewn peliharaan. Maka Carilah kebahagiaan itu dalam hatimu. Telusuri rasa itu dalam kalbumu. Ia tak akan lari kemana-mana. Bahkan, tanpa kau sedari kebahagiaan itu sering datang sendiri”.
Kemudian si Bapak mengangkat tangannya, lalu tiba-tiba, tampak seekor kupu- kupu yang hinggap di ujung jarinya. Terlihat kepak-kepak sayap kupu- kupu itu, memancarkan keindahan ciptaan Tuhan. Pesonanya begitu mengagumkan, kelopak sayap yang mengayun perlahan, layaknya kebahagiaan yang hadir dalam hati. Warnanya begitu indah, seindah kebahagiaan bagi mereka yang mampu menyelaminya.

Mencari kebahagiaan layaknya menangkap kupu-kupu. Sulit,, bagi mereka yang terlalu bernafsu, namun mudah, bagi mereka yang tahu apa yang mereka cari.
Kita mungkin dapat mencarinya dengan berlari kesana kemari, melompat, atau bahkan menerobos sesuatu hingga merusak untuk mendapatkannya. mungkin kita bisa saja mengejarnya dengan berlari kencang, ke seluruh penjuru arah. Atau dnegan nafsu yang kuat, seperti menangkap buruan yang dapat kita santap setelah kita mendapatkannya.
Kita hasrus tahu, bahwa kebahagiaan tidak bisa kita dapat dengan cara seperti itu, karena kebahagiaan bukanlah sesuatu yang dapat digenggam, atau benda yang dapat disimpan. Kebahagiaan seperti udara yang hanya dapat kita hirup aromanya. Dan perlu kita ketahui, semakin kita mengejarnya, semakin cepat ia berlari. semakin kita ingin meraihnya maka semakin cepat ia menjauh dari kita.

Cobalah temukan kebahagiaan itu dalam hati kita.
Biarkanlah rasa itu menetap, dan abadi dalam hati kita.
Temukanlah kebahagiaan itu dalam setiap langkah yang kita lakukan.
Dalam bekerja, dalam belajar, dan dalam menjalani hidup kita.
Dalam sedih, dalam gembira, dalam sunyi, dan dalam riuh.
Temukanlah bahagia itu, dengan perlahan, dalam tenang, dan dalam ketulusan hati kita.

Saya percaya, bahagia itu ada dimana-mana.
Bahagia itu ada di sekitar kita.
Bahkan mungkin, bahagia itu “hinggap” di hati kita, namun kita tidak pernah memperdulikannya.
Mungkin juga, bahagia itu berterbangan di sekeliling
kita (seperti kupu2 tadi), namun kita terlalu acuh untuk menikmatinya.

Namun jika aku punya satu ilmu, dan kamu juga punya satu ilmu. Lalu kita tukeran, nah…. jadinya sekarang aku punya dua ilmu, dan kamu juga punya dua ilmu.

PLS : seLamat pagi dek…
(baru sadar kalau udah jam setengah satu pagi)
aku & tmn : Pagi pak…
PLS : bisa tunjukan surat2nya.
aku : (sambil ngeluarin STNK dan SIM) nih pak..
PLS : ngapaen keluar malam2 gak pake helm lagi, taukan itu udah melanggar tata tertib.
aku : ( dengan Lugu menjawab) gak ad pak cuma nyari angin doank, makanya males pake helm, lagian udah biasa kok pak, kalau keluar malam gak pernah pake helm, tuh juga banyak yang gak pake helm pak..(sambil menunjuk pengendara motor sebaya ku yang kebetulan jg gak pake helm namun apesnya ada sm aku).
PLS : biasa gimana?? udah, kalian saya tilang (sambil ngancam, tapi gak ngeluarin surat tilang).
aku : jangan ditilang lah pak. kan surat2 saya lengkap, cuma gak pake helm doank.
PLS : yaudah, kalau gak mau ditilang, selesaikan sekarang.
(aku tau ujung2nya pasti duit, teringat kepanjangan KUHP = Kasih Uang Habis Perkara. sambil ngeluarin duit 10ribu, karena cuma ada 13ribu dikantong. beneran,, gak boong..)
aku : nih pak….
(sambil mau ku salam dan ku jabat tangannya, karena aku tau perdamaian di akhir kasus seperti ini dengan jabat tangan yang ada tempelan duitnya..[gubrak..] tapi dia malah nanya)
PLS : berapa tuh ?
(dalam hati berkata : kok nanya seh… udah terima aja kenapa pak.. )
aku : 10ribu ne pak, saya gak punya duit lagi.
PLS : tambah 10rb lagi, kalau gak ada minta sama temenmu.
(kebetulan temenku gak bawa dompet dan uang)
aku : gak ada lagi pak (sambil nunjukdompet yang tinggal 3rb lagi)
PLS : itu kan ada.
aku : cuma 3rb pak. gak ada lagi. kiriman dari ayah juga belum dateng pak.. (sambil memelas wajah.. namun tanpa rasa belas kasihan dia pun mengambil yang 3ribu dan 10rb tadi).
PLS : Yaudah.. Lain kaLi kalau keluar jangan lupa pake helm, walaupun udah malam, atau cuma sebentar.
aku : iya pak.. permisi ya pak..
huh.. 13rb pun embat… (ngomel dalam hati, sambil meninggalkan kedua polisi tadi).

ok Lah kaLau begitu…
sebelum mengakhiri semua ini, saya mau mohon maaf pada pihak2 terkait yang gak senang dengan tulisan saya ini..
please,, jangan dikenakan UU ITE ya…
saya kan cuma bicara fakta + curhat doank..(habis kesel bgt sech.. duit tinggal itu di embat pula).
kaLau pers bebas bicara, masa’ bLoger gak bisa bebas berkarya dan bicara sech..
hehehehhe..
peace ah…