Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Сети";
Текущий архив: 2009.09.20;
Скачать: [xml.tar.bz2];

Вниз

Многопоточный ФТП загрузчик   Найти похожие ветки 

 
webSQLNeederr   (2008-03-30 13:50) [0]

Есть ФТП сервер и на него нужно ОЧЕНЬ быстро залить файлы. Скажем нужно залить 1000 файлов. Есть идея если сделать несколько (скажем пять) ФТП соединений к одному и тому же серверу и с каждого соединения заливать по одному файлу то скорость увеличится в пять раз.

Так ли это?


 
Сергей М. ©   (2008-03-30 13:52) [1]

нет, не так.


 
webSQLNeederr   (2008-03-30 13:52) [2]

То есть первое соединение будет заливать файлы 1-200, второе 201-400 ... и т.д.


 
webSQLNeederr   (2008-03-30 13:53) [3]


> Сергей М. ©   (30.03.08 13:52) [1]
> нет, не так.

А как?


 
Сергей М. ©   (2008-03-30 13:59) [4]

да никак.

Многопоточность не увеличивает сквозную производительность.


 
Andy BitOff ©   (2008-03-30 14:19) [5]

> webSQLNeederr   (30.03.08 13:53) [3]
> А как?

Ширина канала не зависит от количества передаваемых данных.
Если в трубу влезает только одно яблоко, то сколько бы ты не пытался туда засунуть ОДНОВРЕМЕННО, влезет вреравно только одно.


 
Andy BitOff ©   (2008-03-30 14:21) [6]

Кстати, без понимания таких эдементарных вещей, не стоит браться за сетевое программирование. Сначала надо бы изучить матчасть.


 
clickmaker ©   (2008-03-31 12:27) [7]


> webSQLNeederr   (30.03.08 13:50)

каких файлов?
может их сжимать имеет смысл?


 
Reindeer Moss Eater ©   (2008-03-31 12:39) [8]

Так ли это?

Так.
Если фтп сервер рубит скорость сессии, а пропускная способность канала от тебя до фтп нигде не меньше этого пятикратного лимита.


 
palva ©   (2008-03-31 20:00) [9]

Разные случаи бывают.

Например, бывают FTP которые ограничивают количество соединений с одного IP очень небольшой величиной.

Бывает другой случай, когда связь с сервером все время рвется или сам сервер дохлый, и приходится все время по новой соединяться и докачивать файл. При этом клиент очень долго ждет, пока убедится, что сеанс на самом деле прервался. Так что коннект половину своего жизненного цикла ждет возобновления передачи при уже отсутствующем коннекте. В этом случае (если сервер позволит) ускорить дело можно одновременным запуском множества соединений.

Вообще здесь можно придумать много разных интересных алгоритмов, как должен действовать клиент при плохой связи. Менеджеры закачек типа ReGet соревнуются между собой, у кого алгоритм эффективнее. Наверняка есть серьезные исследования на эту тему. Правда здесь не загрузка на сервер, а скачка с сервера, но это дела не меняет.



Страницы: 1 вся ветка

Форум: "Сети";
Текущий архив: 2009.09.20;
Скачать: [xml.tar.bz2];

Наверх





Память: 0.47 MB
Время: 0.004 c
2-1247747799
Canya
2009-07-16 16:36
2009.09.20
Работа с Cookies Internet Explorer


15-1248423609
Palladin
2009-07-24 12:20
2009.09.20
Неверный путь к оболочке у пользователя, FreeBSD


3-1227533789
belmol
2008-11-24 16:36
2009.09.20
firebird и округление


15-1248422799
GanibalLector
2009-07-24 12:06
2009.09.20
Win2003 ограничение запуска приложения


2-1248105605
rogi
2009-07-20 20:00
2009.09.20
кодировка строк?





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский