460 такая же маркетинговая цифра как и 733, реальную цифру ты показал выше --280Мбит TCP wifi ptp, что более чем достойный результат, но хотелось бы видеть дуплексный тест и параллельный тест 5 и 2ГГц.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
1 час назад, NewUse сказал:

460 такая же маркетинговая цифра как и 733, реальную цифру ты показал выше --280Мбит TCP wifi ptp, что более чем достойный результат, но хотелось бы видеть дуплексный тест и параллельный тест 5 и 2ГГц.

Чего? 460 это сколько канала могут утилизировать клиенты работая на обоих диапазонах параллельно. Никакого маркетинга. Т.е. один тянет 170 на 2,4 (например i7260 выше) и параллельно i3160 тянет на 5ГГц остальное.

 

Т.е. тариф 400Мбит можно выбрать с запасом даже беспроводом, а по проводу гигабит не напрягаясь, причём в дуплексе.

 

Это по сути 2 независимые AP подключенные к одному hostcpu и работают они именно так, а т.к. ресурсов для этих скоростей вагон то и нет никакой разницы будет тест кабели-радио, или радио2.4-радио5, только что провести геморройнее, в силу ограничений моего стенда.

 

А вот 733 эт маркетинг, ибо это чистой воды сумма max rate`ов.

 

К чему приложить эту сумму макс рэйтов я ХЗ. Запросто может быть что рэйт 433, а реальная скорость не дотягивает и до полтинника (ну не пашет например агрегация пакетов). Зато да, рэйт красиво в трее светится своими 433Мбитами. Т.е. знание макс рэйта не даёт понимание и близко того какие реальные скорости могут быть получены, ну разве что в идеальных условиях на идеальных клиентах. Так что вот это точно муркетинг. Учитывая, что с клиентскими устройствами сейчас полный бардак какого ещё никогда не было в 802.11 (хотя в нём всегда бардак, но сейчас бардак-бардак). =)))

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Ну ок. Уговорили. Оторвал со стенда машину, бросил работу. Запустил для вас тест I7260<->5ГГц.

Спойлер

i7260-5GHz-duplex.thumb.jpg.82d9aa8d9be911f193325c24cdbd9643.jpg

 

Как видим суммарно получилось 262Мбит RX+TX. С перекосом TX в сторону клиента.

Вот тут надо пояснить.

Клиент не умеет TxBurst (посылка большими сериями фрэймов без интервалов между ними и без ожидания ACK), а вот AP умеет, отсюда и перекос в одну сторону и уменьшение скорости.

 

Если отключить TxBurst на стороне AP то максимальная скорость будет в районе 260Мбит, при этом при работе в дуплексе суммарно будет около 250Мбит (из-за двойных ожиданий и частых переключений Tx/Rx) но на этом конкретном клиенте перекос уйдёт.

 

Если клиент умеет TxBurst то перекоса не будет сразу и будут выбраны суммарно всё те же 280Мбит.

 

Поэтому и не стал делать тесты скорости в обратную сторону. Т.к. они показывают возможности клиента, а не АП. И на его возможности мы повлиять не можем, что производитель там реализовал то и есть.

 

Если на AP работает более одного клиента, длинна непрерывных посылов TxBurst уменьшается вдвое дабы надо успеть всем клиентам послать ACK. Т.е. макс скорость будет уже около 270Мбит, при 4х и более клиентах TxBurst отключается полностью, т.к. иначе мы просто не успеем обрабатывать ACK от клиентов и посылать их вовремя тоже. Т.е. макс скорость при 4х и более клиентах на АП будет уже порядка 260Мбит.

 

Нормальная типовая ситуация сейчас в квартирах, это 1-2 5ГГц клиентов, и штуки 4ре 2.4ГГц.

 

Так что никаких чудес, мы просто выжали всё что могут эти чипы, отладили и сильно перепилили rate alg дабы максимально быстро реагировать на изменения в эфире, в т.ч. опираясь на число ошибок передачи что бы в т.ч. сократить накладные расходы на ретрансмиты и одновременно обеспечить минимальное число ошибок в канале.

 

Море работы было проделано на самом деле. И полученные скорости это скорее побочный эффект (хотя да, для одного стрима в 5ГГц при 80МГц полосе 280Мбит полезных эт very good), основная цель была добиться максимальной стабильности канала в т.ч. в сложных условиях.

 

5ГГц достаточно капризен с точки зрения размещения оборудования, местоположения клиента, сами клиенты непонятно что умеют по факту (как повезёт буквально). Вот со всеми этим пришлось повоевать.

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Для публикации сообщений создайте учётную запись или авторизуйтесь

Вы должны быть пользователем, чтобы оставить комментарий

Создать учетную запись

Зарегистрируйте новую учётную запись в нашем сообществе. Это очень просто!


Регистрация нового пользователя

Войти

Уже есть аккаунт? Войти в систему.


Войти