Peluapan penyangga: Perbedaan antara revisi
Konten dihapus Konten ditambahkan
Tidak ada ringkasan suntingan Tag: Suntingan perangkat seluler Suntingan peramban seluler |
k ~cite |
||
Baris 3:
Beberapa produsen peralatan komunikasi merancang penyangga berukuran besar yang tidak perlu pada beberapa [[Perangkat keras jaringan|produk jaringan]] mereka. Pada peralatan seperti itu, peluapan penyangga terjadi ketika pranala jaringan menjadi [[Kemacetan jaringan|padat]], menyebabkan paket-paket menjadi antri dalam jangka waktu lama dalam penyangga yang terlalu besar ini. Dalam sistem antrian [[FIFO|masuk pertama keluar pertama]], penyangga yang terlalu besar mengakibatkan antrian lebih panjang dan latensi lebih tinggi, serta tidak meningkatkan aliran lewat jaringan. Hal ini juga dapat disebabkan oleh koneksi berkecepatan lambat tertentu yang menghambat pengiriman paket lain secara tepat waktu.
Fenomena peluapan penyangga telah dijelaskan sejak tahun 1985.
Menurut beberapa sumber, penyebab paling umum dari sendat yang tinggi dalam permainan video daring adalah peluapan penyangga jaringan rumah lokal. Sendat yang tinggi dapat membuat permainan daring modern menjadi tidak mungkin dilakukan.
== Penyanggaan ==
Baris 12:
Peluapan penyangga hanya berpengaruh jika penyangga ini benar-benar digunakan. Dengan kata lain, penyangga yang terlalu besar mempunyai efek merusak hanya ketika pranala yang disangga menjadi hambatan. Ukuran penyangga yang melayani kemacetan dapat diukur menggunakan utilitas [[ping]] yang disediakan oleh sebagian besar sistem operasi. Pertama, hos lain harus di-ping secara terus menerus; kemudian, pengunduhan berdurasi beberapa detik darinya harus dimulai dan dihentikan beberapa kali. Secara desain, algoritma penghindaran kemacetan TCP akan dengan cepat mengisi kemacetan pada rute. Jika pengunduhan (dan pengunggahan, masing-masing) berkorelasi dengan peningkatan langsung dan penting dari waktu pulang pergi yang dilaporkan oleh ping, maka hal ini menunjukkan bahwa penyangga dari kemacetan saat ini dalam arah pengunduhan (dan pengunggahan, masing-masing) membengkak. Karena peningkatan waktu pulang pergi disebabkan oleh penyangga pada kemacetan, peningkatan maksimum memberikan perkiraan kasar mengenai ukurannya dalam milidetik.
Pada contoh sebelumnya, menggunakan alat pelacak rute (traceroute) tingkat lanjut alih-alih melakukan ping sederhana (misalnya, [[MTR (perangkat lunak)|MTR]] ) tidak hanya akan menunjukkan keberadaan penyangga yang meluap pada kemacetan, namun juga akan menunjukkan dengan tepat lokasinya di jaringan. Pelacak rute mencapai hal ini dengan menampilkan rute (jalur) dan mengukur penundaan pengalihan paket di seluruh jaringan. Riwayat rute dicatat sebagai waktu pulang pergi dari paket yang diterima dari masing-masing hos berturut-turut (simpul jarak jauh) dalam rute (jalur).
== Mekanisme ==
Kebanyakan algoritma [[Kontrol kemacetan TCP|kendali kemacetan TCP]] mengandalkan pengukuran terjadinya packet drop untuk menentukan [[Bandwidth (komputasi)|lebar pita]] yang tersedia antara dua ujung koneksi. Algoritmanya mempercepat transfer data hingga paket mulai berkurang, kemudian memperlambat laju pengiriman. Idealnya, mereka terus menyesuaikan laju pengiriman hingga mencapai kecepatan sambungan yang seimbang. Agar algoritma dapat memilih kecepatan pengiriman yang sesuai, umpan balik mengenai penurunan paket harus terjadi pada waktu yang tepat. Dengan besarnya [[Penyangga (telekomunikasi)|penyangga]] yang terisi maka paket akan sampai di tujuan, namun dengan sendat yang lebih tinggi. Paket-paketnya tidak dibuang, jadi TCP tidak melambat setelah pranala naik jenuh, yang selanjutnya mengisi penyangga. Paket yang baru tiba akan dibuang hanya ketika penyangga jenuh sudah penuh. Ketika hal ini terjadi, TCP bahkan mungkin memutuskan bahwa jalur koneksi telah berubah, dan sekali lagi melakukan pencarian yang lebih agresif untuk titik operasi baru.
Paket diantri dalam penyangga jaringan sebelum dikirim; dalam situasi bermasalah, paket akan dibuang hanya jika penyangga penuh. Pada penjalur lama, penyangga berukuran cukup kecil sehingga terisi dengan cepat dan oleh karena itu paket mulai turun segera setelah pranala menjadi jenuh, sehingga protokol TCP dapat menyesuaikan dan masalah tidak akan terlihat jelas. Pada penjalur yang lebih baru, penyangga telah menjadi cukup besar untuk menampung data yang disangga selama beberapa detik. Bagi TCP, pranala yang padat dapat terlihat beroperasi secara normal saat penyangga terisi. Algoritma TCP tidak menyadari bahwa link tersebut padat dan tidak mulai mengambil tindakan perbaikan sampai penyangga akhirnya meluap dan paket-paket dibuang.
Semua paket yang melewati penyangga sederhana yang diimplementasikan sebagai antrian tunggal akan mengalami penundaan yang sama, sehingga latensi koneksi apa pun yang melewati penyangga yang terisi akan terpengaruh. Lebar pita saluran yang tersedia juga bisa menjadi tidak terpakai, karena beberapa tujuan cepat mungkin tidak segera tercapai karena penyangga tersumbat dengan data yang menunggu pengiriman ke tujuan lambat. Efek ini mengganggu interaktivitas aplikasi yang menggunakan [[Protokol (komputer)|protokol jaringan]] lain, termasuk [[Protokol Datagram Pengguna|UDP]] yang digunakan dalam aplikasi sensitif sendat seperti VoIP dan permainan daring.
== Dampak pada aplikasi ==
Baris 27:
== Deteksi ==
Tes Kecepatan Laporan DSL <ref>{{Cite web|title=Speed test - how fast is your internet?|url=http://dslreports.com/speedtest|website=dslreports.com|access-date=26 October 2017}}</ref> adalah tes yang mudah digunakan yang mencakup skor untuk peluapan penyangga. ICSI Netalyzr <ref>{{Cite web|title=ICSI Netalyzr|url=http://netalyzr.icsi.berkeley.edu/|website=berkeley.edu|archive-url=https://web.archive.org/web/20190407211303/http://netalyzr.icsi.berkeley.edu/|archive-date=April 7, 2019|access-date=30 January 2015|url-status=dead}}</ref> adalah alat daring lainnya yang dapat digunakan untuk memeriksa keberadaan peluapan penyangga di jaringan, bersamaan dengan memeriksa banyak masalah konfigurasi umum lainnya.
== Solusi dan mitigasi ==
Baris 41:
== Ukuran buffer optimal ==
Agar koneksi TCP dengan penundaan terlama tetap mendapatkan bagian lebar pita yang adil, ukuran penyangga setidaknya harus berupa produk penundaan lebar pita yang dibagi dengan akar kuadrat dari jumlah aliran simultan.
== Referensi ==
| |||