UDP отправка и прием пакетов

@Bmg113 · Регистрация: 14.03.2013

Студворк — интернет-сервис помощи студентам

Вообщем такая ситуация.
Отправляю пакеты объемом по 1 кБайту, пачками по 32 через определенное время (маленькое).
Вообщем около 8000 пакетов уходит за 5 секунд. А приходят за 7 секунд.
(Это если на обоих настроен Broadcast, соединены компьютеры через свич-тупой свич)
Забавно что на приеме только подсчитывается количество пакетов которые реально дошли(по размеру), тобишь приват слот по приему не загружен.

Поставил явные ip адреса и вот что получилось. Приходит за 5 секунд, но приходит 3000 из 8000.
В первом случае потери составляли около 3 пакетов.

Подскажите что я делаю не так? Если нужен пример, то сейчас сделаю простенький без всяких лишних функций.

@Вованя · 21.02.2014, 13:10

А как вы посчитали кол-во пришедших пакетов то?
Какой бы размер буфера вы не указали бы функции sendto или recvfrom, IP разбивает дейтаграммы на какой-то свой размер, затем канальный уровень разбивает это все на кадры, не превышающие размеры MTU, затем это все обратно собирается на удаленной машине, поэтому что конкретно вы считаете за пакеты?
Если, я, конечно же, не ошибаюсь.

@Bmg113 · 21.02.2014, 13:36 **[ТС]**

Сообщение от Вованя

А как вы посчитали кол-во пришедших пакетов то?
Какой бы размер буфера вы не указали бы функции sendto или recvfrom, IP разбивает дейтаграммы на какой-то свой размер, затем канальный уровень разбивает это все на кадры, не превышающие размеры MTU, затем это все обратно собирается на удаленной машине, поэтому что конкретно вы считаете за пакеты?
Если, я, конечно же, не ошибаюсь.

Я в пакет записываю как одну переменную размер всего пакета не считая шапки. По нему и слежу.

Добавлено через 8 минут
А можно как нибудь расширить буффер? что бы больше пакетов влезало за раз?

Добавлено через 11 минут
Нашел вот такую вещь (rx_que_size) но не понимаю как ей воспользоваться в Qt.

@Вованя · 21.02.2014, 13:37

Честно говоря, не очень понимаю в чем, собственно, вопрос.
Вы уж приведите пример, как посылаете и принимаете.

@CheshireCat · 21.02.2014, 13:49

А ты учитываешь, что UDP вообще не дает никаких гарантий доставки? Поэтому будет ли принят из 8000 пакетов только один, сто или все 8000 - это все нормальные случаи. Разработчик должен учитывать их обязательно. Даже если не будет принято ни одного пакета - это также нормальный случай.

@Bmg113 · 21.02.2014, 14:52 **[ТС]**

Сообщение от Вованя

Честно говоря, не очень понимаю в чем, собственно, вопрос.
Вы уж приведите пример, как посылаете и принимаете.

Сейчас постораюсь, просто убирать надо много что бы было попроще.

Сообщение от CheshireCat

А ты учитываешь, что UDP вообще не дает никаких гарантий доставки? Поэтому будет ли принят из 8000 пакетов только один, сто или все 8000 - это все нормальные случаи. Разработчик должен учитывать их обязательно. Даже если не будет принято ни одного пакета - это также нормальный случай.

Согласен, но когда я нормирую пакеты (посылаю 1 пакет 1 мс) то все доходит. но за 8 секунд, а мне надо за 5. Вроде как можно у сетевой карты увеличить буфер приема и тогда они будут меньше теряться.

Добавлено через 5 минут
Я немного работал с pcap_t, следил за трафиком по портам и путям. Так вот может как то там можно увеличить буфер приема? Или в самом QUDPSocket можно это сделать??

Добавлено через 44 минуты
Сделал отдельно проекты по приему и передаче 8000 по 1 кбайту ииииии все дошли - спасибо всем, буду глядеть где я схимичил.

Добавлено через 3 минуты
А вот новые новости:
1). Кидал по 8 пакетов (каждый по 1 кбайту) в 1 мс. Дошли все. (Общее время отправки 1 секунда)
2). Кидал по 32 пакета (каждый по 1 кбайт) в 15 мс. Половина не дошла. (Общее время отправки 3,7 секунды)

@aLarman · 21.02.2014, 15:07

есть такой метода setsockopt описание тут
попробуйте ей поиграться

@Bmg113 · 21.02.2014, 15:42 **[ТС]**

Сообщение от aLarman

есть такой метода setsockopt описание тут
попробуйте ей поиграться

Спасибо но надо под Linux.
Решил проблему так. 32 пакета отправляю по 8 с задержкой в 3 мс укладываюсь и потерь почти нет

@aLarman · 21.02.2014, 15:44

Сообщение от Bmg113

Спасибо но надо под Linux.

оно и там есть

тык

Новые блоги и статьи Все статьи Все блоги /
Символьное дифференцирование igorrr37 13.02.2026 / * Логарифм записывается как: (x-2)log(x^2+2) - означает логарифм (x^2+2) по основанию (x-2). Унарный минус обозначается как ! */ #include <iostream> #include <stack> #include <cctype>. . .	Камера Toupcam IUA500KMA Eddy_Em 12.02.2026 Т. к. у всяких "хикроботов" слишком уж мелкий пиксель, для подсмотра в ESPriF они вообще плохо годятся: уже 14 величину можно рассмотреть еле-еле лишь на экспозициях под 3 секунды (а то и больше),. . .	И ясному Солнцу zbw 12.02.2026 И ясному Солнцу, и светлой Луне. В мире покоя нет и люди не могут жить в тишине. А жить им немного лет.	«Знание-Сила» zbw 12.02.2026 «Знание-Сила» «Время-Деньги» «Деньги -Пуля»
SDL3 для Web (WebAssembly): Подключение Box2D v3, физика и отрисовка коллайдеров 8Observer8 12.02.2026 Содержание блога Box2D - это библиотека для 2D физики для анимаций и игр. С её помощью можно определять были ли коллизии между конкретными объектами и вызывать обработчики событий столкновения. . . .	SDL3 для Web (WebAssembly): Загрузка PNG с прозрачным фоном с помощью SDL_LoadPNG (без SDL3_image) 8Observer8 11.02.2026 Содержание блога Библиотека SDL3 содержит встроенные инструменты для базовой работы с изображениями - без использования библиотеки SDL3_image. Пошагово создадим проект для загрузки изображения. . .	SDL3 для Web (WebAssembly): Загрузка PNG с прозрачным фоном с помощью SDL3_image 8Observer8 10.02.2026 Содержание блога Библиотека SDL3_image содержит инструменты для расширенной работы с изображениями. Пошагово создадим проект для загрузки изображения формата PNG с альфа-каналом (с прозрачным. . .	Установка Qt-версии Lazarus IDE в Debian Trixie Xfce volvo 10.02.2026 В общем, достали меня глюки IDE Лазаруса, собранной с использованием набора виджетов Gtk2 (конкретно: если набирать текст в редакторе и вызвать подсказку через Ctrl+Space, то после закрытия окошка. . .

@Bmg113 205 / 151 / 5 Регистрация: 14.03.2013 Сообщений: 784

	UDP отправка и прием пакетов 21.02.2014, 12:22. Показов 6296. Ответов 8 Метки нет (Все метки) Вообщем такая ситуация. Отправляю пакеты объемом по 1 кБайту, пачками по 32 через определенное время (маленькое). Вообщем около 8000 пакетов уходит за 5 секунд. А приходят за 7 секунд. (Это если на обоих настроен Broadcast, соединены компьютеры через свич-тупой свич) Забавно что на приеме только подсчитывается количество пакетов которые реально дошли(по размеру), тобишь приват слот по приему не загружен. Поставил явные ip адреса и вот что получилось. Приходит за 5 секунд, но приходит 3000 из 8000. В первом случае потери составляли около 3 пакетов. Подскажите что я делаю не так? Если нужен пример, то сейчас сделаю простенький без всяких лишних функций. 0

@Вованя 153 / 148 / 66 Регистрация: 20.02.2014 Сообщений: 556
	21.02.2014, 13:10
	А как вы посчитали кол-во пришедших пакетов то? Какой бы размер буфера вы не указали бы функции sendto или recvfrom, IP разбивает дейтаграммы на какой-то свой размер, затем канальный уровень разбивает это все на кадры, не превышающие размеры MTU, затем это все обратно собирается на удаленной машине, поэтому что конкретно вы считаете за пакеты? Если, я, конечно же, не ошибаюсь. 0

@Вованя 153 / 148 / 66 Регистрация: 20.02.2014 Сообщений: 556
	21.02.2014, 13:37
	Честно говоря, не очень понимаю в чем, собственно, вопрос. Вы уж приведите пример, как посылаете и принимаете. 0

@CheshireCat 2924 / 1274 / 114 Регистрация: 27.05.2008 Сообщений: 3,465
	21.02.2014, 13:49
	А ты учитываешь, что UDP вообще не дает никаких гарантий доставки? Поэтому будет ли принят из 8000 пакетов только один, сто или все 8000 - это все нормальные случаи. Разработчик должен учитывать их обязательно. Даже если не будет принято ни одного пакета - это также нормальный случай. 1

@aLarman 654 / 575 / 164 Регистрация: 13.12.2012 Сообщений: 2,124
	21.02.2014, 15:07
	есть такой метода setsockopt описание тут попробуйте ей поиграться 1