FTP - расчет времени передачи файлов и оптимальная скорость канала?

1. nick_e 2 27.05.16 05:31 Сейчас в теме
В общем дело такое...
Есть у нас программа которая требует постоянный обмен огромной куче маленьких файлов 100-200кб (а иногда по несколько мегобайт), обмен ведется через специальный FTP-клиент который выполняет перенос файлов.
Дак вот, организация которая нам это чудо техники установила утверждает, что для нее достаточно канала 56 Кбит/с! Учитывая объемы порой это 50-800 мегобайт, обмен на такой скорости и так понятно займет не один день!
А информация должна обновляться оперативно несколько раз в день!
Кроме того, используется спутниковый интернет канал большими задержками пинг порой до 2800мс и связь все время рвется.

Вообще насколько я понимаю по FTP принять один большой файл намного проще и быстрее чем 3-4 тысячи файлов по 100кб, т.к. при загрузке каждого файла постоянно отсылается принимается куча запросов. Был бы обмен по другим протоколам типа почты или интернета другое дело...

Вот как мне грамотно технически все это обосновать, что FTP не подходит тем более с тормозным интернетом и уж совсем не подходит при скорости 56кбит/с!??
Ответы
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
2. Divisi0n_by_zer0 29.05.16 17:13 Сейчас в теме
а почему не обосновать это, собственно, математикой? возьмём объём по максимуму и идеальную связь:
800 МБ = 819 200 кБ. скорость 56 кбит/c = 7 кБ/c.
819 200 кБ / 7 кБ/c = 117 028 с = 1950 мин = 32,5 часа
3. ётун 29.05.16 17:24 Сейчас в теме
(2) Divisi0n_by_zer0, и вся эта математика идет в лес, если оказывается, что их специальный фтп клиент пересылает только диффы.

Мало исходных данных - что за софт, как синхронизирует.
4. nick_e 2 30.05.16 03:25 Сейчас в теме
Самопальный FTP клиент, тупо копирует файл в одну сторону, потом его удаляет, копирует следующий и т.д....

Насколько я понял алгоритм у него такой, сначала он читает весь список доступных файлов, потом начинает по списку работать (ПО ОДНОМУ ФАЙЛУ) скопировал - удалил, скопировал - удалили и т.д. пока не обработает весь список. Но т.к. файлы постоянно добавляются, после обработки списка он снова читает список доступных файлов и все с начала...
5. ётун 30.05.16 19:03 Сейчас в теме
(4) nick_e, проводишь реальный обмен на удушенном соединение, смотришь в логи фтп сервера, берешь оттуда таймстампы и идешь с ними задавать вопросы.
Зачем что-то еще фантазировать?
6. nick_e 2 31.05.16 03:28 Сейчас в теме
(5) ётун, нет доступа для просмотра логов ФТП сервера...
7. ётун 31.05.16 06:04 Сейчас в теме
(6) nick_e, вот черт. Тогда дай распоряжение своим неграмотным и ленивым подчиненным, чтобы они подняли на локальной машине свой сервер и зарезали к нему канал при помощи программ, найденных в гугле. Тебе останется просто постоять рядом и проконтролировать.
8. nick_e 2 02.06.16 03:27 Сейчас в теме
(7) ётун, сдается мне, что тут дело даже не в скорости канала, а в спутниковой задержке. Т.к. по расчетам на канале 56 кб/с 4 мегобайта должны приниматься примерно 1,2 часа, а реально прием занимает 3-4 часа, что не приемлемо, за это время уже рабочий день кончится...)))
Оставьте свое сообщение

Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот