Странный тормоз PC/wi-fi/router(unix)/wi-fi/PC ?

Можно попробовать альтернативную прошивку в роутер.

У меня родные прошивки в роутерах не задерживаются. :)

Пакеты пропадают потому что могут. Вариантов много. В городской застройке масса излучающих устройств.

Может это переписать на TCP?

В телефоне, возможно, Wifi более современный и работает либо на другом канале, либо на 5ггц.

телефоны и роутеры покупались примерно в одно время.

помехи все же я думаю исключены. Так как роутеры при тестировании стояли в 50 см от нотбуков и мощность выставлена была 100%. И помехи бы на смарты андроидные тоже бы влияли. И сама картинка точно аккуратно периодичная, на асусе и msi, примерно 0.3 сек пакеты идут потом пауза, потом снова идут. ПРи помехах провалы были бы хаотичными, не периодичными.

(ну и интернет работает отлично, включая торенты и ютубвовские видео одновременно, вряд ли работало в условиях сильных помех)

Вообще почему я склоняюсь к тому что настройки юникса в роутере -

потому что логично, роутер защищается от ситуации когда 20-30 клиентов начнут

все одновременно посылать друг другу пакеты с высокой частотой ... (а сами смартфоны редко используют

как роутеры с множеством клиентов потому там эта защита и не настроена)

А вот как бы вы сделали такое буферизацию если бы вам дали задание такое сделать на роутере под юникосм?

(переписать придется видимо, попробовал на вебсокетах из js/html5, вроде значительно лучше, но там конект клиентов идет с участием отдельного сервера, что не всегда хорошо)

Так по прежнему не известно в чем причина.

Не буферизацию надо делать, а повторную доставку при потерях.

Веб-сокеты, кажется слишком громоздко. Если ваше приложение работает с UDP, его можно переделать на TCP не подключая ничего дополнительно.

тср можно, но надо делать систему найди друг друга при неизвестных ай-пи, вебсокеты там как бы это уже делают сами из коробки, но согласен громоздко

Вообще довольно забавная проблема, так как нигде не встреачл об этом упоминаний,

именно когда оба девайся по радио, т.е. по w-fi, занятно что проблема получается всех коробочных недорогих роутеров, еще несколько попробовал, везде это есть.

Еще интересно что еслм 3-й девайс подключить по вай-фай и если он тоже начнет передавать данные то вся система как бы оживает, потом можно вырубить 3-й девайс на 3-м ай-пи и система еще довольно долго 1-2 час функционирет как по учебнику, никаких лагов.

Еще интересней что если на вин 7 сделать на нотбуке точку доступа встроенным в винду вай-фай менеджером и через нее два девайся по вай-фай, то работает без существнных лагов, как надо.

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

попробуйте понизить мощность - в замкнутых небольших помещениях максимальная мощность вредна.

Если третий девайс помогает, то, возможно, у вас какой-то канал забит, на него переходит роутер автоматом. третье устройство просто переносит роутер на другой канал.

у меня сейчас тоже такое наблюдается на dlink-615(обновил прошивку, тыкал все настройки)

по udp теряется пакет каждые 5-10 сек

если кабель напрямую подключить, то отлично работает.

провайдер: мтс

Кратковременные провалы… Там шейпинга случаем нет, dummynet какого-нибудь?

Да, лезьте в роутер по SSH. Придётся разбираться с настройками.

615-й у меня несколько месяцев назад начал дурить. Теряются соединения.

hackforums - ага, значит это у меня не глюки а система. А вы попробуйте 1) сделать вай-фай точку доступа на виндовс 7, там это их коробки есть, кабель в ПК, затем с ПК раздать через вай-фай (все это в несколько кликов в 7 настраивается). Сравните симптомы! От провайдера не зависит, у меня 3 разных, мтс, ростелеком и элком - проблемы полностью повторяемы, тут именно вай-фай часть роутера...

DenisVS - а какие конкретно настройки смотреть? И можете ли вы смоделировать или воспроизвести подобный способ работы вай-фай (со строго периодическими провалами) на точке-доступа на виндовс 7? Какими насройками? Чтобы понять в чем логика разработчика прошивки, зачем и как он это сделал?

На счет забитости канала - вряд ли... пробовал и ранним утром и ночью и днем, результаты 100% одинаковые на 3х разных коробочных роутерах. В смысле у всех периодические провалы, но периоды и промежутки у всех 3-х немного разные. Это больше всего похоже на некий алгоритм стандартно прошиваемый в роутеры.