Вниз
Скачать: CL | DM;

Какая доля пакета "тратится" на служебную инфу?   Найти похожие ветки 

← →
chery   (2005-06-24 12:55) [0]

Какая доля пакета "тратится" на служебную инфу?
В одних источниках читал, что пакет имеет отношение полезной емкости к общей 6 : 10, тоесть 40% - служебная инфа.
А в других, что 10% тратится на служебную.
Что ближе к действительности?


← →
Digitman ©   (2005-06-24 12:57) [1]


> пакета


какого такого "пакета" ?

приведи определение термину "пакет" ...


← →
chery   (2005-06-24 13:06) [2]

В сетке с коммутацией пакетов, динамическая коммутация, к примеру TCP/IP.
Пакеты отсылаются, например, по 32 байта.
И вот какая часть из этих 32 - служебная, а какая полезная?


← →
Digitman ©   (2005-06-24 13:14) [3]


> к примеру TCP/IP


TCP/IP, в соответствии с моделью OSI, - протокол транспортного уровня, этот уровень ничего общего с упомянутой тобой некоей "коммутацией пакетов" не имеет.


← →
chery   (2005-06-24 13:42) [4]

Ну а сам вопрос про пакеты хоть понятен?

п/с. Я не связываю TCP/IP и пакеты, а TCP/IP и динамическую коммутацию.


← →
Digitman ©   (2005-06-24 13:47) [5]


> Ну а сам вопрос про пакеты хоть понятен?


увы, не понятен.
касаемо TCP/IP-стека протоколов - нет там никаких "пакетов"

там есть дейтаграммы.
или "сообщения"

термин же "пакет" применим для протоколов уровня ниже прикладного.


← →
chery   (2005-06-24 14:12) [6]

а в HTTP ?

А воще странно, вот передо мной лежит книга в которой написано:
"Дейтаграммный способ передачи данных основан на том, что все пакеты обрабатываются независимо друг от друга, пакет за пакетом..."


← →
Digitman ©   (2005-06-24 14:18) [7]


> а в HTTP ?


а HTTP - это еще выше в соответствии с OSI.

это - протокол прикладного уровня.

ты бы сходил на http://book.itep.ru ..


← →
Eraser ©   (2005-06-24 15:17) [8]

chery   (24.06.05 12:55)

Тут всё зависит от длины этих самых пакетов, как с данными так и без них. Не зная её ни о каком проценте речь не идёт.


← →
maxkool ©   (2005-06-24 17:06) [9]

Куроуз, полезная книга.


← →
Defunct ©   (2005-06-25 00:12) [10]

> chery   (24.06.05 13:06) [2]

14 байт на ARP заголовок.
20 байт на IP заголовок.
а далее см. соотв. RFC
8 байт ICMP/UDP заголовок (TCP/EGP чуть больше)

если поверх UDP/TCP идет еще следующий уровень, то еще больше инфы тратится на заголовки. Но опять же не будем забывать, что есть ограничение на минимальный объем пакета, иначе ethernet просто не будет работать.

> тоесть 40% - служебная инфа
Это не всегда так. Иногда служебной информации может быть и 100% (если отсутствуют данные в пакете).
Ethernet пакет может занимать от 64 и до предела, неотбрасываемого сетевой картой как "очень большой пакет"  стандартно - 1.5k байт (включая служебные заголовки). В современных сетевых картах макс. объем пакета может достигать 64k байт. Ну вот и посчитайте при пакетах в 1.5k и 64k байт какой объем служебной инф. будет например для UDP протокола (для которого заголовок занимает 14+20+8 байт).


← →
Defunct ©   (2005-06-25 00:23) [11]

chery   (24.06.05 13:06) [2]
> Пакеты отсылаются, например, по 32 байта.

таких пакетов не существует в природе Ethernet"а.
Возможно PPP/SLIP и допускают такие объемы, хотя ничего по этому поводу сказать не могу, не курил ни тот ни другой ;>


← →
chery   (2005-06-25 11:40) [12]

Пасиб.
Тогда, как мне узнать скока кб пакеты (хотя бы ориентировочно), которыми я обмениваюсь с ервером? Данные гоняются по Интернет, есть два случая:
1) HTTP, (www-сайт);
2) TCP/IP, Клиент-серверное приложение на сокетах.


← →
Defunct ©   (2005-06-25 14:20) [13]

chery   (25.06.05 11:40) [12]

Послушайте сеть сниффером, и все увидете.


← →
Eraser ©   (2005-06-25 15:36) [14]

chery   (25.06.05 11:40) [12]

Я так понимаю надо вычислить "полезный" объём передоваемых данных, заня общий. В случае HTTP самое простое - гонять трафик через прокси сервер.



Страницы: 1 вся ветка

Скачать: CL | DM;



Память: 0.48 MB
Время: 0.028 c
14-1127397129
Prohodil Mimo
2005-09-22 17:52
2005.10.16
Нужно ли уничтожать формы, если они не создаются при старте ?


1-1127845324
Aibolit
2005-09-27 22:22
2005.10.16
вопрос с формами


2-1126982646
ArtemESC
2005-09-17 22:44
2005.10.16
Как считать данные из оперативной памяти....


3-1125911387
alex_***
2005-09-05 13:09
2005.10.16
текст в DBLookupComboBox


9-1118048201
WandR
2005-06-06 12:56
2005.10.16
Ландшафт




   Наверх