У нас есть случай ограничения скорости передачи файлов (максимальной скорости) следующим образом:
Чем можно объяснить такое поведение?
Похоже, это не уровень IP (сеть). Будет ли это настройка на уровне TCP?
Редактировать:
Я постараюсь прояснить контекст и свой вопрос (ы).
Передача файлов происходит между двумя FTP-серверами (я не уверен, какая ОС или программное обеспечение FTP) через глобальную сеть (частная сеть, а не Интернет). Получается что-то вроде этого:
FTP-сервер A -> LAN -> WAN -> LAN -> FTP-сервер B
Первое задание по передаче файлов получает пропускную способность 5 Мбит / с. Мы думали, что у глобальной сети есть узкое место, ограничивающее пропускную способность. Но затем дополнительному заданию по передаче файлов удается найти еще 5 Мбит / с полосы пропускания ...
То, как вы сформулировали вопрос, немного сбивает с толку. Позвольте мне сформулировать это более подробно.
В данной сети ...
В середине нет поля, выполняющего «формирование трафика» ... ограничение зависит от типа нашей сети.
Почему двое могут передавать больше одного?
Ответ заключается в том, что TCP / IP - это вежливый протокол. Он активно пытается не захватывать канал. На самом деле он оптимизирован таким образом, что многие передачи одновременно получают «справедливую долю» пропускной способности.
Обратной стороной этого является то, что однократная передача в пустой сети дает довольно низкую производительность. Это не потому, что создатели TCP / IP этого хотят. Годы исследований просто не улучшили эту ситуацию, потому что основное исследование направлено на повышение эффективности Интернета в целом, а не на улучшение работы конкретной пары машин в закрытой сети. Интернет не о вас, он о «нас».
Настроить сеть для вашей конкретной ситуации сложно. Например, когда ваша машина ожидает жесткого диска, сеть может бездействовать, не используется. При двух передачах одновременно, когда одна передача ожидает жесткого диска, другая передача «сохраняет канал заполненным».
Если вы хотите улучшить скорость передачи, разбейте ваши переводы на несколько одновременных переводов. Проведите тесты, чтобы узнать, какое время настенные часы показывают 1, 2, 3 или 4. Используйте то, что работает лучше всего. (и если вы когда-нибудь измените свою сеть, скорость сетевого адаптера и т. д. и т. д., вам следует повторно выполнить тесты)
Если вы не можете разбить задачу на несколько передач, вам нужно будет изучить настройки TCP / IP в вашей операционной системе. Есть некоторые параметры, которые вы можете изменить, например, насколько быстро следует увеличивать использование полосы пропускания («таймер быстрого запуска») и другие настройки. Они разные для разных операционных систем. При поиске в Интернете можно найти такие статьи, как http://support.microsoft.com/kb/93444 и http://www.psc.edu/networking/projects/tcptune/ Однако я должен предупредить вас, что вы можете сделать хуже так же легко, как вы можете сделать их лучше. Вы должны установить тест и настраивать один параметр за раз, запуская весь тест после каждого изменения. Ведите хорошие журналы и смотрите, что делает дела лучше и хуже. Кроме того, помните, что после того, как вы настроили вещи для такого типа передачи, выполнение других сетевых задач (например, просмотр веб-страниц) может быть расстроено.
Если у вас большая задержка (например, если вы выполняете передачу через Интернет), это может быть связано с тем, что один или оба конца соединения не поддерживают масштабирование окна. Если ваш интернет-провайдер склонен вмешиваться в ваши пакеты, это может быть связано с формированием трафика. Как указывает Роберт Мойр, это может быть проблема приложения или драйвера.
Невозможно сказать с той информацией, которую вы здесь даете. Я видел, как передача файлов идет быстрее, чем 5 МБ за одну загрузку, так что это не какой-то неизменный «закон межсетевого взаимодействия». Конечно, это может быть приложение, которое вы используете. Может быть сеттинг. Может быть, водитель.
Где-то в сети каждый TCP-поток ограничивается 5 Мбит / с. Скорее всего, в WAN-соединении, но могло быть и в другом месте.