U-2: Объясняю, в чем проблема (а то сейчас Алик-1 начнет цитировать и Direct TV Broadband, Andrew Satellites, GoGo не имея понятия о чем он вообще ведет речь):
вот есть блок данных в 100K, и есть канал в 100K/секунду - вопрос: сколько времени уйдет на передачу этих данных? Так вот, информации о том, сколько мы имеет полосы (в терминологии Алик-1 это называется "убогость аппаратуры") - недостаточно, чтобы на этот вопрос ответить. Надо знать ЧТО передаем, и КАК передаем. Если речь идет о поддержке стандартов, используемых на Интернет, то надо учитывать, что протоколы, как я уже писал, предусматривают двусторонний обмен (не все, но львиная доля). Кроме того, данные не передаются одним блоком, есть стандарты. И тут начинают играть роль многие разные факторы. В случае с satcomm - это, в первую очередь, задержка из-за удаленности спутника.
Предположим, что задержка составляет ровно секунду (согласимся с вами), а передача ведется фрагментами ("кадрами") по 1K. В этом случае, удаленная система кидает нам 1K данных из очереди, и ждет пока мы подтвердим получение. А затем - шлет следующий. Ошибок нет вообще. В таком случае, передачу всех 100K уйдет 100 сек. А эффективная скорость (объем полезных данных делим на ПОЛНОЕ время запроса: от момента когда он инициирован, до момента окончательного завершения) получится 1K/секунду. Упс!
Смотрите: даже если я увеличу канал до 1000K/сек - абсолютно ничего не изменится! И если я ограничу канал до 10K/сек, или до 5K/сек разницы не будет. И на скорости в 2400 (2.4K/сек) такое соединение ничем от соединения на 100K/сек отличаться не будет (почти - в зависимости от количества служебных "кадров" разница ощущаться все-таки будет).
Исходя из сказанного: пользователю с равным успехом можно выделять 100K полосы, а можно - 2.4K полосы, вопрос упирается не в технологию, а в экономическую эффективность. Так вот, во-первых, полоса на спутниках стоит очень дорого, а во-вторых, пользовательская станция ("спутниковый телефон"), рассчитаная на работу с более широкой полосой, будет более дорогой, и будет "жрать" батарею гораздо быстрее, чем та, которую намеренно "упростили", искуственно полосу ограничив. Именно по этим причинаи (а не по причине мифической "убогости аппаратуры") Iridium ограничивает скорость канала передачи данных планкой 2.4K/сек.
И для примера: данная конкретная страница содержит 35 элементов, для получения каждого надо выполнить от 4 до 12 запросов. Если не принимать никаких специальных мер, то на канале с задержкой в одну секунду, эта страница будет загружаться не меньше минуты (это с учетом параллелизации запросов, а иначе - больше двух минут). При этом размер страницы составляет около 700K, что на скорости в 2400, но при отсутствии задержки, будет загружаться меньше 40 сек.
Как видите, даже при работе с простыми страницами, основная проблема возникает не из-за недостаточной полосы, а именно из-за latency.
*** прямая *** задержка - да, меньше секунды. Но - не намного (900-950 ms, на самом деле). С издержками - это может быть вдвое больше (у Iridium то, что намеряли в реальной эксплуатации - 1700-1800 ms как раз и есть)
Но обычная телефонная линия вносит 150 ms, а современный канал broadband - 20-30 ms. И задержка спутникового канала - это еще не вся задержка, не забудьте о задержке между шлюзом спутниковой связи и собственно сервером, с которым ведется работа.
ДокУмент есть такой: http://www.rumbausa.net/downlo ...