Главная страница
Top.Mail.Ru    Яндекс.Метрика
Текущий архив: 2009.09.20;
Скачать: CL | DM;

Вниз

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

 
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;
Скачать: CL | DM;

Наверх




Память: 0.48 MB
Время: 0.011 c
15-1248417036
boriskb
2009-07-24 10:30
2009.09.20
80 лет В.М. Шукшину


15-1248294604
Юрий
2009-07-23 00:30
2009.09.20
С днем рождения ! 23 июля 2009 четверг


15-1248210928
J
2009-07-22 01:15
2009.09.20
Помогите прочесть архив.


2-1247750683
BorNent
2009-07-16 17:24
2009.09.20
WM_LBUTTONDOWN перед WM_SETFOCUS


3-1227447785
otan
2008-11-23 16:43
2009.09.20
Настройка DBSumList