06-06798 Sistem Kuliah Yang terdistribusi 10: Jam Dan Waktu Ikhtisar Pelayanan Waktu Kebutuhan Dan Permasalahan

an Sumber waktu Algoritma Sinkhronisasi Jam Jam miring& mengapung Algoritma Cristian Berkeley Algoritma Protokol Waktu Jaringan Jam logis LamportS timestamps Waktu melayani Mengapa diperlukan? untuk mengukur keterlambatan antara komponen yang terdistribusi ke arus menyetarakan, e.g. suara dan video untuk menetapkan peristiwa yang terjadi pemesanan menyebabkan ( apakah A melakukan sesuatu sebelum B?) concurrent/overlapping pelaksanaan ( tidak adanya hubungan sebab akibat) untuk keakuratan timestamps untuk imenidentifikasi transaksi bisnis serialisasi di dalam database yang terdistribusi protokol keamanan Jam Jam Perangkat keras internal terdapat didalam alat elektronik penghitungan yang terjadi adalah suatu kristal pada sebuah frekwensi yang terbatas menyimpan hasilnya didalam suatu daftar konter penyelaan dihasilkan pada waktu yang tertentu menyela handler membaca konter register, penimbangan itu untuk mengkonversi ke unit satuan waktu ( detik, nanoseconds) dan memperbaharui jam perangkat lunak Contoh detik yang telah berlalu sejak 1/01/1970

Sinkhronisasi Jam Eksternal: menyetarakan dengan sumber waktu berwenang/berwibawa nilai mutlak perbedaan antara jam dan sumber dibatasi di atas dengan D pada tiaptiap titik didalam interval sinkhronisasi waktu yang akurat ke di dalam D Internal: jam menyetarakan satu sama lain nilai mutlak perbedaan antara jam dibatasi di atas dengan D pada tiap-tiap titik di dalam interval sinkhronisasi jam yang sama ke dalam D ( waktu tidak harus akurat) Ganti-Rugi Jam Asumsikan terdapat 2 jam yang masing-masing dapat menghitung pada tingkat tarip R msecs/sec perbedaan maksimum 2R msecs/sec harus menyamakan kembali tiap-tiap D/2R untuk persamaan di dalam D Koreksi Jam mendapatkan UTC dan mengoreksi jam perangkat lunak Permasalahan! apa yang terjadi jika jam lokal adalah 5 detik lebih cepat dan apakah itu dapat dibenarkan? versi file timestamped yang dapat dikacaukan waktu tidak pernah dapat berputar kembali! lebih baik untuk mengukur nilai dari jam internal didalam sebuah perangkat lunak tanpa mengubah tingkat tarip jam tersebut

Metoda Sinkhronisasi Synchronous system lebih sederhana, bersandar pada batas waktu yang dikenal pada penggunaan sistem Sistem tak serempak intranets CristianS algoritma Berkeley Algoritma Internet Protokol Waktu Jaringan

Synchronous kasus system Sinkhronisasi internal antara dua proses mengetahui batas MIN, MAX pada penundaan pesan

 juga pada penghitungan waktu, tingkat tarip pelaksanaan Mengasumsikan Satu mengirimkan pesan kepada Dua dengan waktu t Dua dapat menentukan waktunya t+ ( MAX+MIN)/2 ( perkiraan waktu mengambil untuk mengirimkan pesan) kemudian yang miring adalah paling banyak ( MAX-MIN)/2 mengapa tidak t+ MIN atau t+ MAX? miring maksimum adalah lebih besar, bisa jadi MAX-MIN

CristianS Server Waktu algoritma dengan UTC penerima memberi waktu sekarang akurat Waktu Perkembangbiakan Pesan Perkiraan dengan p=(T1-T0-h)/2 (= separuh perjalanan pulang pergi request-reply) Jam yang di-set ke UTC+P Membuat berbagai permintaan, pada interval memberi jarak, mengukur T1-T0 tetapi membuang manapun yang selesai suatu ambang pintu ( bisa buntu) atau mengambil nilai-nilai minimum sebagai yang paling akurat

CristianS algoritma Perilaku Probabilistic mencapai sinkhronisasi hanya jika perjalanan pulang pergi yang singkat dibandingkan untuk memerlukan ketelitian ketelitian tinggi hanya untuk waktu transmisi pesan terdekat dengan minimum Permasalahan point utama terhadap kegagalan dan bottleneck mungkinnya berbagai macam fungsi kepada suatu kelompok server, masing-masing dengan UTC suatu kesalahan dari server dapat mendatangkan malapetaka pengesahan penggunaan protokol persetujuan untuk N> 3f waktu, bilangan f dari waktu yang salah

Berkeley Algoritma Memilih koordinator utama yang mana terdapat pemilihan yang berkala Koordinator utama merendahkan nilai-nilai waktu setempat berdasar pada perjalanan pulang pergi Kalkulasi rata-rata waktu dari semua, mengabaikan pembacaan dengan jam atau penundaan pembaharuan yang besar ke luar dari synch Kirimkan pesan kepada masing-masing area yang menandakan penyesuaian waktu

Sinkhronisasi yang mungkin di dalam 20-25 msec untuk 15 komputer, dengan penghitungan rata-rata 2 x 10-5 dan max waktu pertambahannya untuk perjalanan pulang pergi 10 msec Berkeley Algoritma Ketelitian tergantung pada waktu perjalanan pulang pergi tersebut Toleransi Kesalahan rata-rata: menghapuskan kesalahan pembacaan waktu yang memungkinkannya rata-rata di atas subset waktu yang berbeda dimana dibagikan dalam suatu jumlah yang telah ditetapkan Bagaimana akibatnya jika perhitungannya gagal? memilih nilai-nilai yang lain BLMMDARAI BREKELWEY Protokol Waktu Jaringan ( NTP) Bermacam-macam waktu server yang menyebrang ke internet Server utama: secara langsung dihubungkan ke UTC penerima Server sekunder: Menyamakan dengan server utama Server tersier: Menyamakan dengan server sekunder, dll penghitungan langsung terhadap besarnya jumlah server dan klien = synchronisatio aktip n= backup sinkhronisasi ( informasi pemilihan waktu pertukaran, tetapi tidak menggunakannya ke dalam waktu yang sama) Atasi kegagalan server contoh. jika sumber utama server UTCnya gagal maka akan berubah menjadi server sekunder, atau jika server sekunder tidak bisa menjangkau yang server utama tersebut maka akan mencari yang lain. Pengesahan digunakan untuk memeriksa apakah waktu yang datang dari sumber yang dipercayai NTP Gaya Sinkhronisasi Multicast satu atau lebih server secara berkala membagi tugasnya kepada server lain pada kecepatan tinggi LAN mereka menetapkan waktu berdasarkan penundaan kecil Mode Prosedur Panggilan serupa dengan CristianS algoritma: klien meminta waktu dari beberapa server lain penggunaan untuk ketelitian yang lebih tinggi atau jika tidak ada multicast Protokol Symmetric digunakan oleh server utama pada LANS dan lapisan terdekat ke server yang utama ketelitian paling tinggi, berdasar pada sinkhronisasi menurut pemasangan NTP Protokol Symmetric t= penundaan transmisi ( e.g. 5ms)

 o= offset jam B sehubungan dengan A ( e.g. 3ms) [Record/ catatan] Waktu setempat T1= 10, T2= 18, T3= 20, T4= 22 Biarkan a= T2-T1= t+ o, b= T4-T3= t- o, dan mengasumsikan t ?? t Penundaan Perjalanan pulang pergi= t+ t= a+ b= ( T2-T1)+(T4-T3)= 10 Kalkulasi perkiraan offset jam o= ( a-b)/2= 3

NTP Protokol Symmetric T4= Arus Pesan menerima waktu yang telah ditentukan pada penerima Tiap-Tiap pesan berisi T3= Pesan Arus mengirimkan waktu T2= sebelumnya menerima pesan menerima waktu T1= sebelumnya menerima pesan mengirimkan waktu Data yang menyaring ( memperoleh nilai rata-rata offset jam dari nilai-nilai o sesuai dengan minimum t) Pemilihan Pedoman ( Pesan Pertukaran dengan beberapa panutan yang mendukung agar semakin dekat ke server utama) Seberapa baikkah itu? 20-30 server utama dan 2000 dapat menyamakan server sekunder ke dalam 30 m Waktu logis Karena banyak tujuan itu adalah cukup untuk diperhitungkan waktu yang sama (contoh: konsistensi internal) yang tidak perlu jadilah UTC waktu Dapat menyimpulkan peristiwa menyebabkan memesan a ?? b ( suatu terjadi [sebelum b) Waktu logis menandakan hubungan sebab akibat tetapi ?? hubungan tidak boleh mencerminkan hubungan sebab akibat yang riil, hanya sebuah kebetulan Peristiwa yang dapat terjadi Gambarkan a ?? b ( a terjadi sebelum b) jika A dan b adalah sebuah peristiwa di mana semua proses yang sama dan terjadi sebelum b, atau a adalah peristiwa pesan mengirim dari proses A dan B adalah peristiwa tanda terima pesan dengan memproses B Jika a ?? b dan b ?? c kemudian a ?? c. ?? adalah parsial order. Karena peristiwa . seperti itu yang bukan a ?? b maupun b ?? suatu kita katakan a, b adalah concurent, ditandai a|| b. Contoh dari penyebab pemesanan Waktu logis [ Lamport]

 Waktu logis= yang monotonically meningkatkan perangkat lunak konter ( bukan waktu riil!) masing-masing dapat satu memproses P, menggunakan untuk timestamping Bagaimana itu bekerja LP yang bertambah sebelum menugaskan suatu timestamp kepada suatu peristiwa ketika P mengirimkan pesan m, P timestamps itu dengan nilai t LP (setelah kenaikan itu), t dengan m bertumpukan dalam menerima pesan ( m,t), Q menetapkan waktu sendiri untuk LQ ke maksimum LQ dan t, kemudian kenaikan LQ sebelum timestamping pesan itu menerima peristiwa Catatan a ?? b menyiratkan T(A)< T(B) Waktu logis secara total diperintah Masalah: T(A)= T(E), namun juga a, e beda. menciptakan total perintah dengan id proses. Kemudian ( T(A),Pid)< ( T(B),Qid) Iff T(A)< T(B) atau T(A)=T(B) dan pid< qid. Waktu Panah/Garis vector Waktu logis secara total diperintah peristiwa sewenang-wenang memesan, tergantung dalam pemesanan orang yang tak punya naluri proses yaitu. ( T(A),Pid)< ( T(B),Qid) tidak menyiratkan a ?? b, lihat a, e Jam Panah/Garis vector Array N jam logis pada setiap proses, jika Proses N Panah/Garis vektor timestamps menumpuk pada semua pesan aturan untuk kenaikan yang serupa ke LamportS, kecuali memproses komponen kepunyaan di dalam array yang telah dimodifikasi maksimum menurut komponen dan perbandingan Permasalahan Kebutuhan Penyimpanan Ringkasan Waktu local menghitung! tetapi perlu untuk timestamping Algoritma Sinkhronisasi harus menangani keterlambatan pesan yang bervariasi Perkiraan Ganti-Rugi rata-rata keterlambatan waktu melakukan penyesuaian waktu dapat berhadapan dengan jam salah Waktu logis cukup untuk menyebabkan pemesanan