Передача больших объемов данных Опции

[decadent]

Уважаемые коллеги!

Есть необходимость передачи больших объемов данных с удаленного поста -- размер файла от 150 кБ до примерно 1,5 МБ. Есть следующие варианты реализации:

1. Передача через сеть GPRS на электронную почту.
2. Передача напрямую на приемный модем в режиме CSD

Но имеются подводные камни. Файлы должны высылаться несколько раз в сутки -- то есть режим CSD будет очень дорог. С другой стороны -- GPRS получается очень медленным -- килобайт отправляется за 2-3 секунды. В связи с этим вопросы.

1. Есть ли еще какой-то вариант, который был бы дешев и позволял передавать большие массивы данных?
2. Можно ли добиться более высокой скорости GPRS? Пост будет управляться контроллером, поэтому TCP стек предпочтительно использовать внутренний модемовский.

Да, в моем распоряжении модемы на основе Sim300M с прошивкой последней версии (20), Wavecom Fastrack Supreme 20 и Motorola G24.

[dezzer]

UDP, конечно, ничего не гарантирует, но процент потерь, зачастую, приемлем. Оцените сами, какова доля критически важной информации в передаваемых данных, можно ли её дублировать. Если ничем, кроме передачи, модем заниматься не будет, я бы всё же посмотрел в сторону сжатия (хоть и бинарного потока). У Wavecom контроллеры стоят ARM7/9/11, не "мелочёвка" вроде ATMega, - несложное приложение на OpenAT вполне справится с задачей сжатия на лету, как краевед говорю.

[AlexandrY]

Если файлы с изображением JPEG, то сжатие размер файла может только увеличить.
Для увеличения скорости имело бы смысл разбить файл на несколько частей и передавать их через несколько соединений одновременно.
Как показывает практика на старте передачи скорость достаточно большая, а потом начинается ограничение скорости.
Это стандартная политика для каналов с множественным доступом, поэтому эффективнее передавать много мелких файлов чем один большой.
Еще лучше использовать одновременно сразу несколько модемов.

TCP как он сейчас определен в RFC для передачи файлов вполне хорошо приспособлен, сомнительно что самопальный механизм на UDP обеспечит лучшие характеристики чем даже упрощенный TCP модемов. Особенно важна адаптация в реальном времени TCP под пропускную способность и емкость канала и постоянное тестирование канала.

UDP, конечно, ничего не гарантирует, но процент потерь, зачастую, приемлем. Оцените сами, какова доля критически важной информации в передаваемых данных, можно ли её дублировать. Если ничем, кроме передачи, модем заниматься не будет, я бы всё же посмотрел в сторону сжатия (хоть и бинарного потока). У Wavecom контроллеры стоят ARM7/9/11, не "мелочёвка" вроде ATMega, - несложное приложение на OpenAT вполне справится с задачей сжатия на лету, как краевед говорю.