FTP - расчет времени передачи файлов и оптимальная скорость канала?
В общем дело такое...
Есть у нас программа которая требует постоянный обмен огромной куче маленьких файлов 100-200кб (а иногда по несколько мегобайт), обмен ведется через специальный FTP-клиент который выполняет перенос файлов.
Дак вот, организация которая нам это чудо техники установила утверждает, что для нее достаточно канала 56 Кбит/с! Учитывая объемы порой это 50-800 мегобайт, обмен на такой скорости и так понятно займет не один день!
А информация должна обновляться оперативно несколько раз в день!
Кроме того, используется спутниковый интернет канал большими задержками пинг порой до 2800мс и связь все время рвется.
Вообще насколько я понимаю по FTP принять один большой файл намного проще и быстрее чем 3-4 тысячи файлов по 100кб, т.к. при загрузке каждого файла постоянно отсылается принимается куча запросов. Был бы обмен по другим протоколам типа почты или интернета другое дело...
Вот как мне грамотно технически все это обосновать, что FTP не подходит тем более с тормозным интернетом и уж совсем не подходит при скорости 56кбит/с!??
Есть у нас программа которая требует постоянный обмен огромной куче маленьких файлов 100-200кб (а иногда по несколько мегобайт), обмен ведется через специальный FTP-клиент который выполняет перенос файлов.
Дак вот, организация которая нам это чудо техники установила утверждает, что для нее достаточно канала 56 Кбит/с! Учитывая объемы порой это 50-800 мегобайт, обмен на такой скорости и так понятно займет не один день!
А информация должна обновляться оперативно несколько раз в день!
Кроме того, используется спутниковый интернет канал большими задержками пинг порой до 2800мс и связь все время рвется.
Вообще насколько я понимаю по FTP принять один большой файл намного проще и быстрее чем 3-4 тысячи файлов по 100кб, т.к. при загрузке каждого файла постоянно отсылается принимается куча запросов. Был бы обмен по другим протоколам типа почты или интернета другое дело...
Вот как мне грамотно технически все это обосновать, что FTP не подходит тем более с тормозным интернетом и уж совсем не подходит при скорости 56кбит/с!??
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
а почему не обосновать это, собственно, математикой? возьмём объём по максимуму и идеальную связь:
800 МБ = 819 200 кБ. скорость 56 кбит/c = 7 кБ/c.
819 200 кБ / 7 кБ/c = 117 028 с = 1950 мин = 32,5 часа
800 МБ = 819 200 кБ. скорость 56 кбит/c = 7 кБ/c.
819 200 кБ / 7 кБ/c = 117 028 с = 1950 мин = 32,5 часа
Самопальный FTP клиент, тупо копирует файл в одну сторону, потом его удаляет, копирует следующий и т.д....
Насколько я понял алгоритм у него такой, сначала он читает весь список доступных файлов, потом начинает по списку работать (ПО ОДНОМУ ФАЙЛУ) скопировал - удалил, скопировал - удалили и т.д. пока не обработает весь список. Но т.к. файлы постоянно добавляются, после обработки списка он снова читает список доступных файлов и все с начала...
Насколько я понял алгоритм у него такой, сначала он читает весь список доступных файлов, потом начинает по списку работать (ПО ОДНОМУ ФАЙЛУ) скопировал - удалил, скопировал - удалили и т.д. пока не обработает весь список. Но т.к. файлы постоянно добавляются, после обработки списка он снова читает список доступных файлов и все с начала...
(6) nick_e, вот черт. Тогда дай распоряжение своим неграмотным и ленивым подчиненным, чтобы они подняли на локальной машине свой сервер и зарезали к нему канал при помощи программ, найденных в гугле. Тебе останется просто постоять рядом и проконтролировать.
(7) ётун, сдается мне, что тут дело даже не в скорости канала, а в спутниковой задержке. Т.к. по расчетам на канале 56 кб/с 4 мегобайта должны приниматься примерно 1,2 часа, а реально прием занимает 3-4 часа, что не приемлемо, за это время уже рабочий день кончится...)))
Внимание! Тема сдана в архив
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот