Pokok Bahasan
Pengertian & Latar Belakang Deadlock
Penyebab Deadlock
Strategi untuk mengatasi Deadlock
Kesimpulan
Pengertian dan Latar Belakang
Keadaan dimana 2 atau lebih proses saling
menunggu meminta resources untuk waktu yang
tidak terbatas lamanya
Analoginya seperti pada kondisi jalan raya dimana
terjadi kemacetan parah
Deadlock adalah efek samping dari sinkronisasi,
dimana satu variabel digunakan oleh 2 proses
Model Deadlock
Penyebab Deadlock
Mutual Exclusion
Hold and Wait
Circular Waiting
No Preemption
A 3 0 1 1 A 1 1 0 0
Sistem Operasi : Bank
B 0 1 0 0 B 0 1 1 2
Resources : Uang
C 1 1 1 0 C 3 1 0 0 Proses : Diibaratkan nasabah
D 1 1 0 1 D 0 0 1 0
E 0 assigned
Resources 0 0 0 Remaining resourcesE 2 1 1 0
Contoh penggunaan algoritma
Banker
Misalnya sistem terdapat 5 proses P0 sampai P4 dan 3
tipe sumber daya A, B dan C. Tipe sumber daya A
mempunyai 10 anggota, tipe sumber daya B mempunyai
4 anggota dan tipe sumber daya C mempunyai 7 anggota.
Pada waktu T0 matrik available/work/sisa dihitung dulu
jumlah resource R1 dikurangi total resource R1 yang
telah dialokasikan, demikian juga dg R2 dan R3
Dik: Matrix Max Request, matrix yg
telah dialokasi saat T0 sbb:
Max - Allocation = Need Work
R1 R2 R3 R1 R2 R3 332
P1 3 2 2 2 0 0
P3 2 2 2 2 1 1
P4 4 3 3 0 0 2
P2 9 0 2 3 0 2
P0 7 5 3 0 1 0
total yg dialokasikan 6 2 5
Available=work/sisa = 10 4 7 – 6 2 5 jadi work (3 3 2)
Ditanyakan : sequence permintaan (p1,p3,p4,p2, p0) safe atau unsafe(gagal)?
dan deskripsikan state sumber daya yang dialokasikan adalah :
Penerapan Algoritma Bankier pada
Agoritma Safety
Analisis algoritma safety terhadap keadaan adalah sebagai
berikut:
1. Work = Available(3, 3, 2).
2. Set Finish[i] = False.
3. Temukan proses yang memiliki Need <= Work. Anggap
resourcedipinjamkan, proses berakhir dan mengembalikan
semua resource-nya.
Penerapan Algoritma Bankier pada
Agoritma Safety
Max - Allocation = Need <= Work
R1 R2 R3 R1 R2 R3 R1 R2 R3 Work
P1 3 2 2 2 0 0 1 2 2 332
P3 2 2 2 2 1 1 0 1 1 532
P4 4 3 3 0 0 2 4 3 1 743
P2 9 0 2 3 0 2 6 0 0 745
P0 7 5 3 0 1 0 7 4 3 10 4 7
4. Semua proses dapat berakhir dengan baik, ini berarti keadaan berada
dalam safestate.
Detection dan Recovery
Membiarkan deadlock terjadi lalu mendeteksinya
kemudian melakukan tindakan recovery seperlunya
Algoritma yang paling dikenal adalah algoritma
Ostrich
Tindakan recovery yang dilakukan adalah : melakukan
preemption, membuat checkpoint untuk rollback lalu
membunuh proses yang prioritasnya kecil
Fakta tentang Deadlock dalam OS
Pada windows NT, deteksi deadlock yaitu berupa
BSOD(Blue Screen Of Death), recoverynya adalah reboot
sederhana
Pada linux untuk mengetahui apakah terjadi deadlock yaitu
dengan menggunakan xosview untuk mengetahui proses
yang menggunakan CPU 100%, lalu kill saja proses
tersebut
Deadlock di Linux
If a system has more than two processors (including virtual processors) and is
running any version of Linux which utilizes a 2.4 series kernel, it may
experience a three-way CPU deadlock in the network layer. This deadlock is
most prevalent whenever Ethernet channel bonding (teaming) is being
utilized. This is not architecture specific and affects all x86, EM64T, and
IA64 platforms. This is also not distribution specific and affects all kernel 2.4
based distributions including multiple Red Hat releases. To reduce exposure,
the only option is to not utilize channel bonding (teaming) on these platforms.
There will be no fix for this issue other than migrating to RHEL 4. For other
non-Red Hat distributions, contact the distribution vendor for a fix.
Deadlock di Linux
Linux dengan kernel versi 2.4 mengalami deadlock
pada sistem dengan prosesor lebih dari 2 unit
Deadlock ini pada umumnya terjadi bila akses
melalui Ethernet dilakukan, terutama bila
melakukan teaming pada jaringan. Proses akan
terblock dan saling menunggu resource Ethernet
tersebut bebas.
Deadlock di Linux
Beberapa kasus deadlock juga terjadi ketika OS Linux dijalankan dari
kondisi sleep, proses yang mengakses USB device akan mengalami
deadlock
Hal ini disebabkan fungsi scheduler pada kernel yang digunakan tidak
menyimpan state sebelum sleep, sehingga ketika kernel dijalankan
kembali, Proses-proses yang mengakses USB device tersebut menunggu
giliran mengakses, sementara scheduler belum menjadwalkan masing-
masing proses.
Kasus ini juga terjadi pada Serial device
Kesimpulan
Deadlock adalah situasi dimana 1 atau lebih proses
tidak akan pernah selesai tanpa adanya recovery
Empat kondisi penting untuk deadlock : mutual
exclusion, hold and wait, circular wait, and no
preemption
Deadlock bisa diatasi oleh berbagai strategi :
prevention, avoidance, detection and recovery
TUGAS : mengacu ke slide 12-15
1. jika urutan prosesnya (p1,p4,p0,p2, p3) safe atau
unsafe
2. Jika pada saat T0, pada matrix Max
pada proses P4 diketahui isi nya 4 x y dengan x
digit terakhir Nim dan y digit disamping x hitung safe
atau unsafe untuk request proses (p1,p4,p0,p2, p3) ?
Gambarkan perubahan matrix nya sesuai request tsb
Sekian dan terima kasih