Каков минимальный размер пакета TCP
Сообщение здесь:
http://blogs.adobe.com/dreamweaver/2011/02/optimal-css-tiled-background-image-size.html
staes, что "Самая маленькая загрузка, которую могут сделать браузеры, является 1K байтами".
Действительно ли это происходит из-за минимального размера пакета по сети? В противном случае, какова причина этого (если это действительно верно)?
4 ответа
Пакет является неоднозначным термином здесь, потому что он иногда неправильно используется для обращений к различным элементам для передачи. Позволяет видят то, в чем обернуты Ваши данные, и Вы будете видеть то, что я имею в виду и надо надеяться получаю ответ, который Вы хотели:
Позволяет предполагают, что Вы отправляете 1 байт data1 по Интернету на модели TCP/IP.
Данные запускаются на прикладном уровне и должны быть обернуты в заголовках для более низких уровней так, чтобы это могло быть роздано.
Сначала те данные перенесены в сегмент TCP, который добавляет заголовок 20 байтов (минимальный размер теперь 21 байт).
Это помещает нас на транспортный уровень.
Это затем перенесено в Пакет IP, который добавляет другой заголовок 20 байтов (минимальный размер теперь 41 байт).
Теперь мы находимся на интернет-уровне.
Обратите внимание, что это обертывание изменяется каждый раз, когда новый маршрутизатор передает Ваши данные к новой подсети.
Это перенесено в кадр ссылки некоторого типа - которых заголовок и размер нижнего колонтитула варьируются в зависимости от типа используемого кадра, который зависит от типа используемой ссылки.
Это находится на канальном уровне.
Это обертывание изменяется каждый раз единица, если передано между двумя объектами.
Наконец физическая передача (например, электрические сигналы вниз кабель, радиоволны, и т.д.).
Вот некоторые информативные изображения, доступные от страницы модели Wikipedia TCP/IP, что hep для визуального объяснения, что происходит:
1. Я предполагаю, что Вы смогли отправлять 0 байтов..., но не проверили это. На самом деле я не проверил, позволяется ли 1 байт также, но эй.
Это неправильно, нет никакого минимального размера для загрузки. Можно проверить это путем создания крошечного файла на веб-сервере и использования wireshark для наблюдения сетевого трафика при загрузке того файла.
Минимальный размер стандартного пакета Ethernet составляет 64 байта.
На первый взгляд сообщение в блоге, из которого Вы заключаете в кавычки, является неправильным. Нет никакого "минимального размера загрузки" для HTTP. (И Ваша теория о минимальных размерах пакета является также неправильной.)
Однако существует мелкая частица истины к этому. И это - то, что, если размер файла Вы загружаете, является достаточно маленьким, ответное сообщение HTTP (состоящий из файла и заголовков ответа HTTP) впишется в пакет единой сети. Если это произойдет, то браузер, вероятно, получил бы файл быстрее, чем если бы потребовалось два или больше пакета для отправки ответа.
(С одним пакетом в ответе существует меньше шанса, что пакет будет отброшен и потребность, которая будет снова послана, и больший шанс, что окно управления потоком TCP/IP не добавит дополнительные круговые задержки для пакетного подтверждения.)
Типичный максимальный размер пакета, отправленного / полученный (MTU), составляет 1 500 байтов для Ethernet. Когда Вы включаете в IP и издержки TCP и размер типичного заголовка ответа HTTP, который мог оставить Вас, ~1K уехал в данные файла в первом пакете ответа. Следовательно мелкая частица истины в комментарии блоггера.
Это хуже, чем Вы думаете.
Медленная загрузка страницы состоит в том, потому что браузер имеет проблемы, представляющие 1x1 пиксель 800000 раз (например, для набора окна браузера к 1000x800). Много лет назад, возможно, в 1999, я прочитал статью где-нибудь, которая предписала 16x16 как являющийся 'самым быстрым' x самым маленьким для мозаичного размещения. Конечно, рендеринг может отличаться теперь.
При чтении сообщения в блоге жалоба на самом деле о медленной загрузке страницы. Не медленная загрузка. Это не имеет никакого отношения к пакетам хотя его интересное обсуждение.
Таким образом, возможно, вопрос должен быть перефразирован.