Регулировка сети для большого файла загружает процесс
Я еще лично не попробовал Kon-загрузочный-диск, но рекомендовалось мне кем-то, кто имеет. Вот описание прочь их сайта. Я предоставил бы Вам ссылку, но по-видимому Новички не могут сделать этого здесь. Если Вы просто google Kon-Boot, то Вы найдете его.
Kon-начальная-загрузка для Windows позволяет войти в систему любого защищенного паролем профиля машины без без любого ведома пароля. Это замены инструмента содержание ядра Windows при начальной загрузке, все сделано фактически - без любой интерференции с физическими системными изменениями. До сих пор следующие системы были протестированы для работы правильно с Kon-начальной-загрузкой (однако, ее довольно возможные другие версии перечисленных систем Windows могут подойти также): Протестированные версии Windows
Windows Server 2008 Стандарт SP2 (v.275) Windows Vista Business SP0 Windows Vista Ultimate SP1 предприятие Windows Server 2003 Windows Vista Ultimate SP0 Windows XP Windows XP SP1 Windows XP SP2 Windows 7 Windows XP SP3
Если безопасность не является беспокойством, затем предпочитают, чтобы ftp по sftp избежал шифрования по голове. Для файлов целый 1 ГБ я не думаю, что у Вас есть беспокойство о людях, осуществляющих сниффинг, поскольку пользователи обычно не осуществляют сниффинг таких больших файлов. Таким образом, ftp в порядке.
-
1Я не согласился бы там. На современной машине, кроме многих встроенных систем, издержки шифрования потока SSH минимальны. FTP может также иметь больше проблем с брандмауэрами. – David Spillett 7 July 2009 в 10:50
-
2Я нашел, что Linux к Linux scp работает без большого количества ЦП наверху на хороших скоростях (11 + Мбит/с). Но окна к Linux sftp являются действительно медленными (2-3 Мбит/с) и являются бутылкой, обезглавленной ЦП а не сетью. Таким образом, я чувствовал, что ftp будет быстрее в общем случае. – Saurabh Barjatiya 7 July 2009 в 15:11
-
3I' m в недоумении для понимания, почему был принят ответ, которому не удалось рассмотреть вопрос вообще. – John Gardeniers 29 July 2009 в 15:14
-
4Это отвечает - Каков будет лучший протокол для этого типа большой загрузки файла (HTTP или FTP) с n/w точки зрения? Имеют FTP и SFTP то же самое, или SFTP имеет больше служебное и следовательно имеет более медленную скорость передачи данных? – Saurabh Barjatiya 29 July 2009 в 18:15
-
5Что касается регулировки комбинация iptables предела модулей и connbytes должен позволить контролировать скорость больших файлов, загружаемых / загруженный. Это будет влиять на все большие соединения TCP с сервера, так должен использоваться с осторожностью. – Saurabh Barjatiya 29 July 2009 в 18:18
Если бы необходимо отрегулировать собственный applicatino затем, я предложил бы, чтобы Вы включали daat ограничивающую поддержку уровня в само приложение, хотя, если Вы пользуетесь сторонней библиотекой, чтобы сделать отправленный, это не может быть возможно.
Вы ничего не заявляете о своей платформе и предназначенной среде установки, предоставляющей определенные трудные рекомендации, но libcurl (http://curl.haxx.se/) обычно является популярным выбором и поддерживает примерно каждый протокол для прямых передач точка-точка, имеет ограничивающие опции уровня и доступен для большинства платформ включая Linux, BSD, MacOS и Windows. Лицензия является той, которая позволяет его соединению войти не приложения F/OSS также, если это - проблема для Вас, и если Вы не можете найти прямую привязку для своего выбранного языка, можно всегда называть его через внешнее curl утилита.
Если Вы застреваете, пользуясь библиотекой или внешней программой, которая не поддерживает ограничение уровня, и Вы используете Linux (или другой подобный Unix среда) затем, Вы могли изучить струйку (см. здесь), или формирование трафика, которое является доступно встроенный к современным ядрам (существуют многие руководства там для этого, это - то, которое прибыло в вершину быстрого Google). Используя формирование трафика как это позволил бы Вам управлять целой исходящей пропускной способностью, не всего одним приложением, таким образом, Вы могли остановить любой поток (или комбинация потоков) использующий восходящую пропускную способность всей Вашей сети, не изменяя отдельные приложения.
Можно отрегулировать пропускную способность на прикладном уровне, если приложение, которое Вы используете, поддерживает его. Например, завихрение берет - опция предельного уровня, которую можно указать.
Можно отрегулировать пропускную способность в самой сети, с помощью Качества обслуживания (QoS). Это имеет немного более сложный - хорошее введение здесь.