История UNX кажется странной, почти загадочной. И все же подобное не редкость в мире современных коммуникационных технологий. В некоторых ситуациях данные нужно переслать как можно скорее. Но в иных случаях самый первый сигнал проходит слишком рано. Важность скорости зависит от того, что ты делаешь. Иногда лучше припоздниться.
В самом деле, управление «задержками», временем системной отсрочки сигнала, превратилось в отрасль бизнеса, в которой вращаются многие миллиарды долларов, и не только в деле торговли акциями. Если у вас проблемы с кабельным или интернет-соединением, мастер пингует определенный адрес, чтобы измерить циклическую задержку – время, которое требуется пакету данных на то, чтобы отправиться из вашего кабельного блока или компьютера, достигнуть места назначения и вернуться. Нам часто хочется, чтобы пинг вернулся как можно скорее. Очень раздражает, когда говоришь с кем-нибудь по спутнику, и каждого ответа приходится ждать больше полсекунды.
Когда задержка слишком велика, данные путешествуют туда-сюда очень медленно. Разговор не клеится. С играми по Сети еще хуже – даже на скорости света спутниковая задержка портит интерактивную игру. Точно так же хирургу, который проводит операцию удаленно, требуется моментальная обратная связь, так что полагаться на спутник рискованно. Для телефонных звонков, видеоигр и удаленного оперирования скорость часто имеет решающее значение, и «медленнее» в этих делах значит «хуже».
Но в иных ситуациях более быстрый сигнал не нужен. Задержка телефонного сигнала, в отличие от спутниковой, почти всегда составляет меньше 150 миллисекунд, а это быстрее, чем способен засечь человеческий слух, так что мы редко замечаем отсрочку. Телефонные компании могли бы вложить деньги в системы, способные сократить время задержки, но они этого не делают. От того, что они повысят скорость коммуникации, нам лучше не станет. В самом деле, если компьютеры запрограммированы получать пакеты данных за определенный промежуток времени, слишком ранняя отправка информации может создать неудобства или информационные пробки. Вот почему компьютерные программы часто вписывают в код паузы, чтобы убедиться, что компьютеры на принимающем конце будут готовы к входящим данным. В таких сферах высокая скорость несущественна, и можно быть медленнее и выигрывать от этого.
Технические консультанты рекомендуют компаниям поискать баланс между скоростью и расходами и подсчитать, во что обойдется задержка, отчасти чтобы обеспечить своевременную доставку данных, отчасти же – чтобы не переплатить за сверхбыстрый сигнал[57]. Существует оптимальное время отсрочки. Не всегда обязательно его сокращать.
Задержки, с которыми имеет дело индустрия телекоммуникаций, могут показаться чем-то сложным, но управление ими ничем не отличается от управления людьми. Если компания требует, чтобы сотрудник явился на встречу на час раньше назначенного, ей придется покрыть расходы на кофе; если сотрудник должен прибыть раньше на целый день, придется оплатить ему гостиницу и питание. Если клиенту все равно, когда именно явится сотрудник фирмы, лишь бы он не опоздал на встречу, какой смысл посылать его слишком рано? Не каждая фирма захочет платить лишние деньги за то, чтобы ее работник подоспел первым.
Если коротко: допустимое время задержки зависит от того, что мы делаем. Нам важнее скорость или расходы? Если время ценнее, будем разгоняться до максимума; минимизировать задержки. Но если стоимость важнее, лучше повременить, пока не подвернется наиболее удачный момент. В таком случае мы хотим задержки оптимизировать. Минимизация и оптимизация – это совершенно разные вещи.
Оптимизация – это то, что делает профессиональный спортсмен, когда на него летит мяч. То, что делает эмоционально уравновешенный ребенок, когда ему предлагают сладость. Они не реагируют мгновенно, а с пользой для себя распоряжаются лишней долей секунды, распознавая мяч или изменяя частоту сердцебиения. Компьютеры, в которых отсрочки оптимизированы, тоже на высоких скоростях не всегда реагируют моментально – так же, как спортсмены и дети. Их цель не обязательно в том, чтобы оказаться первыми; их цель в том, чтобы оказаться в выигрыше.
57
И суть не только в расстоянии. Взаимодействие с сетями, обработка и буферизация информации или декодирование речи, размещение данных в пакеты – все это требует времени.
ФАКТОР/ДЕЙСТВИЕ – МИЛЛИСЕКУНДЫ
Взаимодействие с сетью – 1
Синхронизация – 30
Время обработки данных – 10
Пакетизация – 30
Доступ к среде передачи – 10
Маршрутизация – 50
Неустойчивость синхронизации – 30
____________________
Общая задержка – 161
Alan Percy,