Я работаю в средней школе и хочу провести тест производительности нашей беспроводной сети. У нас около 700 студентов, у каждого есть как минимум 1 беспроводное устройство. Предполагая, что они обычно будут использовать только одно устройство для любого вида деятельности с высокой пропускной способностью, то есть около 700 устройств. В школе есть множество WAP; примерно один на 25 студентов. Все WAP являются двухдиапазонными 802.11n и используют беспроводной контроллер. Моя идея состоит в том, чтобы все пользователи одновременно загружали большой (ish) файл и регистрировали пропускную способность как на уровне сервера, так и на уровне клиента. Есть ли какие-либо соображения, как я должен обслуживать такой файл, чтобы дисковый ввод-вывод не был узким местом? А как насчет того, что Ethernet к серверу является узким местом? Предполагая, что каждый клиент имеет скорость около 10 Мбит / с, для этого потребуется, чтобы на сервере было доступно 7 Гбит / с качества сети. Это обоснованное беспокойство? Существуют ли какие-либо инструменты на стороне клиента, которые могут синхронизировать передачи и автоматически сообщать скорости, которые видел клиент?
В качестве альтернативы, если это недопустимая методология тестирования, как я могу провести тест производительности беспроводной сети?
Я не могу избавиться от мысли, что этот тест недействителен как тест того, как клиенты будут вести себя при фактическом использовании, если только «все загружают большие файлы одновременно» не является фактическим сценарием использования. И если это так, то производительность, вероятно, будет проблемной, что бы вы ни делали; это один из случаев, когда проводное соединение лучше беспроводного.
Вы можете написать сценарий и запустить его на репрезентативной выборке машин, имитирующих типичный сценарий «войти в систему, открыть один или три документа, проверить веб-сайт, а затем выйти из системы», запускать его в одной локализованной области за раз (чтобы убедиться, что вы повторное тестирование той же группы AP) и усреднить его и получить (imo) более реалистичные результаты.
Как указано в моем комментарии выше, я не видел разумной причины, по которой вы хотели бы это сделать, если только у вас не возникла проблема, и если бы у вас была проблема, я бы посмотрел на другие способы устранения неполадок, прежде чем делать что-то подобное.
Если вы выполните предложенный вами тест и заставите каждого клиента загрузить ваш тестовый файл, я чувствую, что вы собираетесь полностью заполнить свою сеть.
У вас есть так много переменных при тестировании. Каждый клиент будет находиться на разном расстоянии от точки доступа. Все они будут использовать разные наборы микросхем (это повлияет на производительность). Даже если вы автоматизируете это, вы получите разные результаты (очень незаметные), но результат от клиента, которому требуется 2 перехода, чтобы добраться до вашего сервера, к клиенту, который занимает 4. Что касается вашей наименьшей части вопроса. Кто-нибудь жаловался?
Если нет, не чините то, что не сломалось.