пердоль hostapd.conf, а именно ht_capab, в ней дофига всяких заковыристых опций. конкретно посмотри список опций (Capabilities) которые поддерживает твой адаптер, # iw phy0 info. выстави в hostapd.conf auth_algs=1, попробуй 1, 6 каналы -- это самые "пропускные". мне максимум удавалось выжать честные 10 мбайт/сек, именно мбайт, не мбит. но поскольку на адаптере было заявлено 150mbit, я хотел честные 18.75 мбайт. но хер там плавал, 10мбайт и всё. адаптер TL-WN7200ND. пробовал другие адаптеры, на них ещё хуже. так что дело может быть вообще в чём угодно. да и обосрался тебе этот ви-фи, витуху кидать надо!
@plzno В реальной жизни у тебя ещё соседние точки доступа на тех же частотах и несколько клиентов на твоей, поэтому для передачи с гарантированной скоростью беспроводную сеть не используют. Есть вендорные решения для узких задач, но там всё должно быть настроено единственным способом.
Что говорить, если даже стандарта на переключение клиента с одной точки доступа на другую внутри группы нет.
@l29ah Вот то, что тебе iw dev wlan0 station dump пишет. Можно предположить, что у тебя там "MCS 15 40Mhz short GI", что, при автоматическом выборе параметров роутером, действительно намекает на малозашумлённый радиоэфир поблизости (а если ты сам накрутил, то будь добр проверить, что это так). 802.11n с двумя антеннами тебе больше и не даст, так что надписи на коробке не обманули. Другое см. http://mcsindex.com/ или «Википедию». Теоретически, роутер в режиме совместимости с прежними стандартами (802.11a для 5 ГГц) может сбрасывать скорость, но, при наличии отсутствия старых клиентов, не должен. Другое дело, что режимы передачи меняются динамически, и я не в курсе, показывает ли iw текущий, или максимальный, который согласовали клиент и точка доступа.
Дальше ты понимаешь, что фреймы могут пересылаться с двусторонним подтверждением для защиты от коллизий (RTS/CTS+ACK), т. е. не вся пропускная способность отдана клиенту. (Возможно, умный передатчик не будет пользоваться этими анонсами, если статистика повторных передач близка к нулю, и защищаться не от чего.) Дальше ты понимаешь, что максимальный размер фрейма, при котором достигается максимальная пропускная способность, в Wi-Fi в полтора раза больше, чем в Ethernet, то есть его нужно как-то и чем-то набить (см. frame aggregation). Дальше ты понимаешь, что Path MTU Discovery ограничит размер пакета размером Ethernet-фрейма (я надеюсь, что ты тестируешь передачу между беспроводным клиентом и подключенным к точке доступа по гигабиту). Дальше ты понимаешь, что в TCP алгоритм планирования отправки данных работает в тех условиях, которые создаёт ему Wi-Fi (задержки и прочее). Наконец, ты вспоминаешь, что каждый TCP ACK нужно послать в обратном направлении внутри того же радиоканала. Всё это требует тонкой настройки.
А ещё, поскольку перекладыванием пакетиков между беспроводным и проводным интерфейсом занимается процессор роутера, надо посмотреть его загрузку. Правда, роутер с поддержкой n-стандарта, который не тянет ста мегабит, — это совсем уж китайская хрень должна быть.
@ceyt Да, у меня MCS 15 40Mhz short GI выбранный автоматически. Клиент я единственный. Не вся пропускная способность - это четверть от заявленной?
Тестирую между клиентом и роутером непосредственно, используя iperf3. Роутер вообще 802.11ac поддерживает и имеет двухъядерный 800МГц проц на борту.
Скорость канала — это в обе стороны и без учёта алгоритма избежания коллизий, где-то в два раза больше прикладной. Первая ссылка в гугле: https://www.speedguide.net/faq/what-is-the-actual-real-life-speed-of-wireless-374
@plzno В реальной жизни у тебя ещё соседние точки доступа на тех же частотах и несколько клиентов на твоей, поэтому для передачи с гарантированной скоростью беспроводную сеть не используют. Есть вендорные решения для узких задач, но там всё должно быть настроено единственным способом.
Что говорить, если даже стандарта на переключение клиента с одной точки доступа на другую внутри группы нет.
@l29ah Я тебе не обещал 300/2, смотри настройки.
@l29ah MIMO, кстати, тоже нетривиально работает, и не для всего задействован.
@l29ah Вот то, что тебе
iw dev wlan0 station dump
пишет. Можно предположить, что у тебя там "MCS 15 40Mhz short GI", что, при автоматическом выборе параметров роутером, действительно намекает на малозашумлённый радиоэфир поблизости (а если ты сам накрутил, то будь добр проверить, что это так). 802.11n с двумя антеннами тебе больше и не даст, так что надписи на коробке не обманули. Другое см. http://mcsindex.com/ или «Википедию». Теоретически, роутер в режиме совместимости с прежними стандартами (802.11a для 5 ГГц) может сбрасывать скорость, но, при наличии отсутствия старых клиентов, не должен. Другое дело, что режимы передачи меняются динамически, и я не в курсе, показывает ли iw текущий, или максимальный, который согласовали клиент и точка доступа.Дальше ты понимаешь, что фреймы могут пересылаться с двусторонним подтверждением для защиты от коллизий (RTS/CTS+ACK), т. е. не вся пропускная способность отдана клиенту. (Возможно, умный передатчик не будет пользоваться этими анонсами, если статистика повторных передач близка к нулю, и защищаться не от чего.) Дальше ты понимаешь, что максимальный размер фрейма, при котором достигается максимальная пропускная способность, в Wi-Fi в полтора раза больше, чем в Ethernet, то есть его нужно как-то и чем-то набить (см. frame aggregation). Дальше ты понимаешь, что Path MTU Discovery ограничит размер пакета размером Ethernet-фрейма (я надеюсь, что ты тестируешь передачу между беспроводным клиентом и подключенным к точке доступа по гигабиту). Дальше ты понимаешь, что в TCP алгоритм планирования отправки данных работает в тех условиях, которые создаёт ему Wi-Fi (задержки и прочее). Наконец, ты вспоминаешь, что каждый TCP ACK нужно послать в обратном направлении внутри того же радиоканала. Всё это требует тонкой настройки.
А ещё, поскольку перекладыванием пакетиков между беспроводным и проводным интерфейсом занимается процессор роутера, надо посмотреть его загрузку. Правда, роутер с поддержкой n-стандарта, который не тянет ста мегабит, — это совсем уж китайская хрень должна быть.
@l29ah Сравни с TCP в несколько потоков и UDP.
@l29ah Ещё попробуй переключить в N-стандарт, а не в AC с совместимостью (хотя там всё неплохо должно быть).
@l29ah Ману не доверяешь?
@l29ah Да
-P
там,-P
. Два потока, предположу, будет достаточно, и от увеличения их числа мало что изменится.