Главная страница
Top.Mail.Ru    Яндекс.Метрика
Текущий архив: 2005.10.16;
Скачать: 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 вся ветка

Текущий архив: 2005.10.16;
Скачать: CL | DM;

Наверх




Память: 0.5 MB
Время: 0.025 c
1-1127358717
Antonn
2005-09-22 07:11
2005.10.16
Регистрация программы в автозапуске


14-1127629925
Lamer@fools.ua
2005-09-25 10:32
2005.10.16
Дожился


1-1127756905
Mameluke
2005-09-26 21:48
2005.10.16
Преобразование указателя в строку


2-1127035145
ShotGuN
2005-09-18 13:19
2005.10.16
Как присвоить OnClick свою процедуру?


1-1127831282
Игорь Степанов
2005-09-27 18:28
2005.10.16
Программное управление скоростью повтора кода клавиши