Мы только что получили новый выделенный 1-гигабитный сервер под управлением IIS.
ЦП составляет 15% или меньше, ОЗУ (всего 4 ГБ) имеет неиспользуемые 3 ГБ ...
Мы продвигаем 110 Мбит в секунду ... Скорости действительно низкие ... И, если на самом деле, вот как это происходит: мы подключаемся, а затем скорости действительно высокие и быстро падают до 40 кбит / с или меньше.
В чем дело? Кажется, что сервер просто не будет превышать 120 Мбит / с.
Файлы все очень большие. От 50 МБ до 500 МБ ... Может ли это быть фактором?
Опять же, CPU, RAM, отзывчивость пользовательского интерфейса при удаленном доступе - все в порядке.
Вы также можете проверить свое хранилище, чтобы убедиться, что оно не является узким местом. Первоначальная быстрая производительность может быть результатом кеширования, а затем конечные скорости могут фактически отражать производительность системы хранения, когда она исчерпывает то, что было кэшировано.
Низкая производительность при загрузке больших файлов может указывать на то, что сетевая карта вашего сервера неправильно выполняет автоматическое согласование с коммутатором. Проверьте настройки, чтобы убедиться, что он работает на скорости 1000 Мбит / с и в полнодуплексном режиме. Возможно, вы захотите, чтобы ваш провайдер также проверил настройки порта коммутатора.
В наши дни я не вижу много проблем с автоматическим согласованием серверов с коммутаторами на гигабитных скоростях, но если вы подозреваете проблемы с согласованием, попробуйте отключить автоматическое согласование и установить 1000 / full (вам понадобится ваш провайдер, чтобы сделать то же самое на их конец).
Пока вы работаете со своим провайдером, вы также можете дважды проверить свои настройки MTU на соответствие тому, что они рекомендуют вам использовать.
Если ничего не помогает, запустите Wireshark на обоих концах и захватите несколько пакетов, чтобы увидеть, что происходит с потоком TCP во время медленных загрузок.