Назад | Перейти на главную страницу

Клиенты не завершают загрузку большого файла из NGINX - проблема с сетью?

У нас есть четырехъядерный процессор i7, 8G в гигабитной сети. Есть 4 точки доступа Wi-Fi, к которым мы подключаем 50 iPad, у которых есть приложение, которое загружает файл с сервера.

На сервере работает NGINX с расположением в папке на сервере. В папке есть файл размером 190МБ.

Мы протестировали 3 iPad. Загрузка заняла около 1 минуты 10 секунд или 2,7 Мбит / с.

Затем мы начинаем загрузку файла одновременно с 50 iPad.

Мы видим, что 20 iPad вышли из строя и 30 преуспели. В журнале доступа NGINX мы видим 30 200 OK с полным счетчиком байтов для 190 МБ и 20 с счетчиком байтов около отметки 80 МБ.

Во время теста я бегал поверх. Я заметил, что eth0 всегда был не больше 6%. ЦП был загружен <1%, оперативная память была 5 ГБ свободной. Процессы NGINX иногда оказывались в верхней части списка процессов, но в большинстве случаев - нет. Заказал по ОЗУ, потом по ЦП. si был на высоте 1900K и поэтому был 90 Мбит / с.

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

Если те, у кого не получилось, получили 80 МБ, то никогда не было проблем с их подключением и загрузкой вместе с теми, у кого получилось, верно? Что-то около 80МБ прервалось? Интересно, что многие неудачи были примерно на одном уровне (некоторые - нет). Это говорит о сбое сети? Может ли сам сервер по какой-либо причине решить не продолжать выполнение существующих подключений?

Спасибо

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

В целом, однако, беспроводная загрузка прерывается и / или завершается сбоем, поэтому я бы, вероятно, не советовал тратить много времени на устранение проблем с беспроводной загрузкой, если только это не происходит достаточно часто, чтобы указывать на проблему в вашей среде или сети.