resume - Teknik Elektro UGM

untuk thread klien - yang dapat diblok - untuk memanggil prosedur yang dipanggil di ruang alamatserver.Sebuah server harus diprogram secara berbeda, dalam hal ini dengan cara sesuai denganpenjelasan server yang dijelaskan sebelumnya. Alih-alih mendirikan satu atau lebih thread, yangkemudian mendengarkan permintaan request pada port, server mengirim satu set prosedur yang siapuntuk dipanggil. Threads dalam proses lokal dapat masuk ke lingkungan eksekusi server seperti selamaproses tersebut dimulai dengan menghubungi salah satu prosedur pengiriman server. Sebuah klien yangmembutuhkan untuk dilakukan pemanggilan sebuah operasi server harus terlebih dahulu membelakangiantarmuka server (tidak ditampilkan dalam gambar). Ini dilakukan melalui kernel, yang akanmemberitahu server; ketika server telah menanggapi kernel dengan daftar alamat prosedur yangdiperbolehkan, kernel membalas kepada klien dengan kemampuan untuk melakukan pemanggilanoperasi server.Sebuah pemanggilan ditunjukkan pada Gambar 6. I3. Seorang thread klien memasuki lingkunganeksekusi server dengan terlebih dahulu menjebak ke dalam kernel dan menyajikannya dengan sebuahkemampuan. Kernel memeriksa dan ini hanya mengijinkan sebuah context switch ke prosedur serveryang valid, jika valid, kernel memilih thread-context untuk memanggil prosedur di lingkungan eksekusiserver. Ketika prosedur di server kembali, thread kembali ke kernel, dimana memilih thread kembali kelingkungan eksekusi klien. Perhatikan bahwa klien dan selokan mempekerjakan prosedur stub untukmenyembunyikan rincian aplikasi yang baru saja dijelaskan dari penulis aplikasi.5.1.6 Diskusi LRPCAda sedikit keraguan bahwa LRPC lebih efisien daripada RPC untuk kasus lokal, sepanjangpemanggilan berlangsung cukup untuk mengimbangi biaya manajemen memori. Bershad et al. LRPCmencatat penundaan dengan faktor tiga lebih kecil daripada RPC dieksekusi secara lokal.Transparansi lokasi tidak dikorbankan dalam pelaksanaan Bershad. Seorang klien stub memeriksasedikit bit pada waktu tersebut yang mencatat apakah server lokal atau remote, dan berlanjut untukmenggunakan LRPC atau RPC. Aplikasi ini tidak menyadari yang mana yang digunakan. Namun,transparansi migrasi mungkin sulit untuk dicapai ketika sumber daya ditransfer dari server lokal keremote server, atau sebaliknya, karena kebutuhan untuk mengubah mekanisme pemanggilan.Pada kesempatan lain, Bershad et al. [1991] menjelaskan beberapa perbaikan kinerja, yangditujukan terutama untuk operasi multiprosesor. Kekhawatiran sebagian besar untuk menghindariperangkap ke kernel dan menjadwalkan prosesor sedemikian rupa untuk menghindari transisi domainyang tidak diperlukan. Sebagai contoh, jika suatu prosesor idle dalam konteks manajemen memoriserver pada waktu sebuah thread klien berupaya untuk melakukan pemanggilan sebuah prosedur server,maka seharusnya thread tersebut dipindahkan ke prosesor. Hal ini menghindari transisi domain; padawaktu yang sama, prosesor cIient dapat digunakan kembali oleh thread lain pada sisi klien. Perangkattambahan ini melibatkan pelaksanaan dua - leveI (user dan kernel) penjadwalan thread.5.2 Operasi Tak SinkronKita telah membahas bagaimana sistem operasi dapat membantu lapisan middleware untukmenyediakan mekanisme pemanggilan remote yang efisien. Tapi disini juga mengamati bahwa dalamlingkungan internet berdampak latency tinggi, bandwidth rendah dan load server yang tinggi mungkinmemberikan manfaat lebih besar daripada yang dapat disediakan OS. Kita dapat menambahkanDukungan Sistem Operasi 19