Как устранить возрастающую задержку при отправке данных через EDGE (2G)?

@A_Klinsky · Регистрация: 24.11.2015

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

Вопрос к гуру клиент-серверных приложений для мобильных сетей.
Eсть клиент-серверное приложение под андроид. Клиент под Android с периодичностью раз в 100 ms отправляет UDP пакет (около 100 байт) на сервер. Одним полем данных пакета является timestamp. Время на клиенте и сервере синхронизированно. В качестве сети используется EDGE мобильного оператора. На сервере каждую секунду сравниваем timestamp полученный от клиента с текущим временем и получаем следующую картину:

Время клиента 17:30:01, время сервера 17:30:01
Время клиента 17:30:02, время сервера 17:30:02
Время клиента 17:30:03, время сервера 17:30:04
Время клиента 17:30:04, время сервера 17:30:05
Время клиента 17:30:05, время сервера 17:30:06
Время клиента 17:30:06, время сервера 17:30:07
Время клиента 17:30:07, время сервера 17:30:08
Время клиента 17:30:08, время сервера 17:30:11
Время клиента 17:30:09, время сервера 17:30:11
Время клиента 17:30:10, время сервера 17:30:11
Время клиента 17:30:11, время сервера 17:30:20
Время клиента 17:30:12, время сервера 17:30:20
Время клиента 17:30:13, время сервера 17:30:20
Время клиента 17:30:14, время сервера 17:30:21
Время клиента 17:30:15, время сервера 17:30:22
Время клиента 17:30:16, время сервера 17:30:23
Время клиента 17:30:17, время сервера 17:30:24
Время клиента 17:30:18, время сервера 17:30:25
Время клиента 17:30:19, время сервера 17:30:26
Время клиента 17:30:20, время сервера 17:30:27
Время клиента 17:30:21, время сервера 17:30:28

После возникновения лагов на 8й и 11 секунде пакеты начинают передаваться с 20й секунды. В итоге получаем статическую задержку в получении пакетов в 7 секунд. При последующем возникновении лагов эта задержка существенно возрастает. Притом очередь исходящих сообщений формируется на клиенте, т.к. если клиент отключить от сети запоздавшие пакеты приходить не будут. Ищу ответ как сделать , чтобы сгенерированные пакеты во время лага не отправлялись в сети или не копились в буфере. Нужно получать максима Пробовал изменять значение SO_SNDBUF в опциях сокета на клиенте вплоть до нуля, но эффекта небыло.

Pablito · 24.11.2015, 15:11

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

Ищу ответ как сделать , чтобы сгенерированные пакеты во время лага не отправлялись в сети или не копились в буфере.

а если лаг где-то по пути от клиента к серверу?
риторический вопрос -лаги отследить или предсказать нереально

@A_Klinsky · 24.11.2015, 15:25 **[ТС]**

Если лаг на полпути, то ничего не поделаешь. Я экспериментально установил, что в описанном случае при возникновении лага данные не отправленные в сеть хранятся на стороне мобильного клиента. задача - более менее адаптировать приложение к сети EDGE. Ввиду специфики трафика изменить частоту отправки или размер сообщения нельзя. Ищу способ каким-либо образом повлиять на исходящую очередь сообщений со стороны мобильного клиента. Дропы допустимы, а возрастающая задержка нет. Первое что пришло в голову это SO_SNDBUF. Если есть еще какие-то техники управлением исходящей очередью, то прощу их сообщить.

Новые блоги и статьи Все статьи Все блоги /
http://iceja.net/ математические сервисы iceja 20.01.2026 Обновила свой сайт http:/ / iceja. net/ , приделала Fast Fourier Transform экстраполяцию сигналов. Однако предсказывает далеко не каждый сигнал (см ограничения http:/ / iceja. net/ fourier/ docs ). Также. . .	http://iceja.net/ сервер решения полиномов iceja 18.01.2026 Выкатила http:/ / iceja. net/ сервер решения полиномов (находит действительные корни полиномов методом Штурма). На сайте документация по API, но скажу прямо VPS слабенький и 200 000 полиномов. . .	Расчёт переходных процессов в цепи постоянного тока igorrr37 16.01.2026 / * Дана цепь постоянного тока с R, L, C, k(ключ), U, E, J. Программа составляет систему уравнений по 1 и 2 законам Кирхгофа, решает её и находит переходные токи и напряжения на элементах схемы. . . .	Восстановить юзерскрипты Greasemonkey из бэкапа браузера damix 15.01.2026 Если восстановить из бэкапа профиль Firefox после переустановки винды, то список юзерскриптов в Greasemonkey будет пустым. Но восстановить их можно так. Для этого понадобится консольная утилита. . .
Сукцессия микоризы: основная теория в виде двух уравнений. anaschu 11.01.2026 https:/ / rutube. ru/ video/ 7a537f578d808e67a3c6fd818a44a5c4/	WordPad для Windows 11 Jel 10.01.2026 WordPad для Windows 11 — это приложение, которое восстанавливает классический текстовый редактор WordPad в операционной системе Windows 11. После того как Microsoft исключила WordPad из. . .	Classic Notepad for Windows 11 Jel 10.01.2026 Old Classic Notepad for Windows 11 Приложение для Windows 11, позволяющее пользователям вернуть классическую версию текстового редактора «Блокнот» из Windows 10. Программа предоставляет более. . .	Почему дизайн решает? Neotwalker 09.01.2026 В современном мире, где конкуренция за внимание потребителя достигла пика, дизайн становится мощным инструментом для успеха бренда. Это не просто красивый внешний вид продукта или сайта — это. . .

@A_Klinsky 0 / 0 / 0 Регистрация: 24.11.2015 Сообщений: 2

	Как устранить возрастающую задержку при отправке данных через EDGE (2G)? 24.11.2015, 14:04. Показов 758. Ответов 2 Метки 2g, android (Все метки) Вопрос к гуру клиент-серверных приложений для мобильных сетей. Eсть клиент-серверное приложение под андроид. Клиент под Android с периодичностью раз в 100 ms отправляет UDP пакет (около 100 байт) на сервер. Одним полем данных пакета является timestamp. Время на клиенте и сервере синхронизированно. В качестве сети используется EDGE мобильного оператора. На сервере каждую секунду сравниваем timestamp полученный от клиента с текущим временем и получаем следующую картину: Время клиента 17:30:01, время сервера 17:30:01 Время клиента 17:30:02, время сервера 17:30:02 Время клиента 17:30:03, время сервера 17:30:04 Время клиента 17:30:04, время сервера 17:30:05 Время клиента 17:30:05, время сервера 17:30:06 Время клиента 17:30:06, время сервера 17:30:07 Время клиента 17:30:07, время сервера 17:30:08 Время клиента 17:30:08, время сервера 17:30:11 Время клиента 17:30:09, время сервера 17:30:11 Время клиента 17:30:10, время сервера 17:30:11 Время клиента 17:30:11, время сервера 17:30:20 Время клиента 17:30:12, время сервера 17:30:20 Время клиента 17:30:13, время сервера 17:30:20 Время клиента 17:30:14, время сервера 17:30:21 Время клиента 17:30:15, время сервера 17:30:22 Время клиента 17:30:16, время сервера 17:30:23 Время клиента 17:30:17, время сервера 17:30:24 Время клиента 17:30:18, время сервера 17:30:25 Время клиента 17:30:19, время сервера 17:30:26 Время клиента 17:30:20, время сервера 17:30:27 Время клиента 17:30:21, время сервера 17:30:28 После возникновения лагов на 8й и 11 секунде пакеты начинают передаваться с 20й секунды. В итоге получаем статическую задержку в получении пакетов в 7 секунд. При последующем возникновении лагов эта задержка существенно возрастает. Притом очередь исходящих сообщений формируется на клиенте, т.к. если клиент отключить от сети запоздавшие пакеты приходить не будут. Ищу ответ как сделать , чтобы сгенерированные пакеты во время лага не отправлялись в сети или не копились в буфере. Нужно получать максима Пробовал изменять значение SO_SNDBUF в опциях сокета на клиенте вплоть до нуля, но эффекта небыло. 0

@A_Klinsky 0 / 0 / 0 Регистрация: 24.11.2015 Сообщений: 2
	24.11.2015, 15:25 [ТС]
	Если лаг на полпути, то ничего не поделаешь. Я экспериментально установил, что в описанном случае при возникновении лага данные не отправленные в сеть хранятся на стороне мобильного клиента. задача - более менее адаптировать приложение к сети EDGE. Ввиду специфики трафика изменить частоту отправки или размер сообщения нельзя. Ищу способ каким-либо образом повлиять на исходящую очередь сообщений со стороны мобильного клиента. Дропы допустимы, а возрастающая задержка нет. Первое что пришло в голову это SO_SNDBUF. Если есть еще какие-то техники управлением исходящей очередью, то прощу их сообщить. 0