Berapa ukuran minimum paket TCP


11

Pos di sini:

http://blogs.adobe.com/dreamweaver/2011/02/optimal-css-tiled-background-image-size.html

mengatakan bahwa "Unduhan terkecil yang dapat dilakukan browser adalah 1K byte."

Apakah ini karena ukuran minimum paket di seluruh jaringan? Jika tidak, apa alasannya (jika memang benar)?


2
Tetap pada persyaratan standar jika Anda ingin menghindari kebingungan. "Paket" adalah istilah tingkat IP. Anda mengatakan "paket IP", atau "paket TCP", bukan "paket Ethernet".
vtest

Kalimat yang Anda kutip ("Unduhan terkecil yang dapat dilakukan browser adalah 1K byte.") Pastinya tidak benar - tidak ada ukuran unduhan minimum; dan sementara ada adalah minimal TCP / IP ukuran paket (seperti yang dijelaskan oleh @ DMA57361), hal ini tentunya tidak 1KB.
Piskvor meninggalkan gedung

Jawaban:


20

Paket adalah istilah yang ambigu di sini karena kadang-kadang disalahgunakan untuk merujuk ke berbagai elemen untuk transmisi Anda. Mari kita lihat apa data Anda dimasukkan dan Anda akan melihat apa yang saya maksud, dan semoga mendapatkan jawaban yang Anda inginkan:


Anggaplah Anda mengirim 1 byte data 1 melalui internet, pada model TCP / IP .

The Data dimulai pada tingkat aplikasi dan kebutuhan akan terbungkus dalam header untuk tingkat yang lebih rendah sehingga dapat diedarkan.

Pertama, data tersebut dibungkus dalam Segmen TCP , yang menambahkan header 20 byte (ukuran min sekarang 21 byte).
Ini menempatkan kita pada level transportasi.

Ini kemudian dibungkus dengan Paket IP , yang menambahkan header lain dari 20 byte (ukuran min sekarang 41 byte).
Sekarang kita berada di level internet.
Perhatikan bahwa pembungkus ini diubah setiap kali router baru meneruskan data Anda ke subnet baru.

Ini dibungkus dalam bingkai tautan dari beberapa jenis - di mana ukuran header dan footer bervariasi tergantung pada jenis bingkai yang digunakan, yang tergantung pada jenis tautan yang digunakan.
Ini ada di level tautan.
Pembungkus ini diubah setiap kali unit jika ditransmisikan antara dua entitas.

Akhirnya adalah transmisi fisik (mis., Sinyal listrik turun kabel, gelombang radio, dll).

Berikut adalah beberapa gambar informatif yang tersedia dari halaman model Wikipedia TCP / IP yang akan menjelaskan secara visual apa yang terjadi:


Enkapsulasi data menggunakan UDP / IP


Koneksi melalui lapisan dalam model TCP / IP


1. Saya kira Anda mungkin dapat mengirim 0 byte ... tetapi belum memeriksanya. Sebenarnya saya belum memeriksa apakah 1 byte diperbolehkan, tapi hei.


4

Itu tidak benar, tidak ada ukuran minimum untuk mengunduh. Anda dapat memverifikasi ini dengan membuat file kecil di server web Anda dan menggunakan wireshark untuk menonton lalu lintas jaringan ketika Anda mengunduh file itu.

Ukuran minimum paket ethernet standar adalah 64 byte.


3

Secara langsung, posting blog yang Anda kutip salah. Tidak ada "ukuran unduhan minimum" untuk HTTP. (Dan teorimu tentang ukuran paket minimum juga salah.)

Namun, ada butiran kebenaran untuk ini. Dan itu adalah bahwa jika ukuran file yang Anda unduh cukup kecil, pesan respons HTTP (terdiri dari file dan header respons HTTP) akan masuk ke dalam satu paket jaringan. Jika itu terjadi, browser kemungkinan akan mendapatkan file lebih cepat daripada jika butuh dua paket atau lebih untuk mengirim respons.

(Dengan satu paket dalam respons, ada kemungkinan lebih kecil bahwa suatu paket akan dijatuhkan dan perlu dikirim ulang, dan peluang yang lebih besar bahwa jendela kontrol aliran TCP / IP tidak akan menambah penundaan bolak-balik ekstra untuk pengakuan paket. )

Ukuran maksimum tipikal dari paket yang dikirim / diterima (MTU) adalah 1500 byte untuk ethernet. Ketika Anda memperhitungkan IP dan TCP overhead, dan ukuran header respons HTTP yang khas, itu bisa membuat Anda ~ 1K tersisa untuk data file dalam paket respons pertama. Karenanya butir kebenaran dalam komentar blogger.


Itu akan benar - jika Anda hanya mengunduh satu gambar, dan tidak, katakanlah, halaman web dan sumber daya terkaitnya (gambar, JS, CSS) - dalam hal ini Anda menggunakan keepalives dan pipelining untuk banyak sumber daya, jadi TCP ukuran overhead dan paket jauh kurang relevan. Anda benar dalam kasus khusus ini (mengunduh hanya satu gambar), tetapi seberapa sering hal itu terjadi? Tampaknya blogger macet pada tahun 1999, di mana setiap permintaan HTTP membutuhkan koneksi TCP sendiri.
Piskvor meninggalkan gedung

2

Ini lebih buruk daripada yang Anda pikirkan.

Pemuatan halaman yang lambat adalah karena browser mengalami masalah rendering 1x1 piksel 800.000 kali (misalnya untuk jendela browser yang diatur ke 1000x800). Bertahun-tahun yang lalu, mungkin pada tahun 1999, saya membaca sebuah artikel di suatu tempat yang menetapkan 16x16 sebagai 'tercepat' x terkecil untuk pemasangan ubin. Tentu saja, rendering mungkin berbeda sekarang.

Jika Anda membaca posting blog, keluhan sebenarnya tentang pemuatan halaman yang lambat. Tidak lambat mengunduh. Itu tidak ada hubungannya dengan paket meskipun ini merupakan diskusi yang menarik.

Jadi mungkin pertanyaannya harus ditulis ulang.


Dalam hal ini, saya mungkin telah salah paham tentang posting blog sepenuhnya - saya pikir inti dari kalimat ini adalah: "Unduhan terkecil yang dapat dilakukan browser adalah 1K byte [dan karenanya, sesuaikan ukuran gambar Anda menjadi 1K]", yang Saya telah membaca sebagai "... karena Anda tetap mengirimkan 1K byte, tidak peduli bahwa gambar Anda hanya 50 byte" (yang merupakan omong kosong yang jelas). Masalahnya di sini mungkin menggunakan " size" baik untuk dimensi piksel dan untuk jumlah byte, dan menggabungkannya. Penjelasan Anda masuk akal, tetapi tidak relevan dengan jumlah byte gambar (bertentangan dengan apa yang dikatakan blog).
Piskvor meninggalkan gedung

Setelah membaca kembali posting blog, ia tampaknya membelok karena paragraf ketiga tidak jelas.
mockman

Setelah membaca kembali komentar Anda ... Maksudnya adalah untuk mengatasi masalah yang muncul dalam paragraf pembuka. Namun, ia keliru menganggap masalah ini untuk ukuran paket dan menghabiskan sisa posting di atasnya. Jawaban saya menjelaskan alasan loading halaman yang lambat. Seperti yang telah ditunjukkan orang lain, karakteristik paket bukanlah penyebabnya.
mockman
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.