Посты для тега : ‘времени’

DCF-доступ – ЧАСТЬ 2

Рис. 3.29. Базовый DCF-доступ к занятой среде без коллизий Одновременный доступ к занятой среде двух и более станций является достаточно вероятным событием. Интервал времени, в течение которого такая необходимость может проявляться, значителен – он равен длитель­ности фрейма станции, занимающей среду (отрезок времени диаграммы, лежащей левее интервала DIFS на рис. 3.29). Процессы, соответствующие доступу к занятой […]

Читать далее »

Режимы функционирования пользовательской станции. – ЧАСТЬ 1

5.2.8.8.            Поми­мо активного и пассивного режима работы мобильных терминалов в стандарте IEEE 802.1 бе с целью экономии ресурса источника питания введены два допол­нительных: «режим сна» (Sleep Mode) и режим ожидания (Idle Mode) [5,7].

Читать далее »

Вычисления для дат и времени

  Используя функции для дат, всегда следует помнить о датах, содержащих информацию о времени. (Напоминаю, все даты могут содержать данные о времени суток. Но, выбирая подходящий формат для поля с датами, вы сообщаете программе Access о том, нужно ли отображать временной компонент даты и разрешать пользователям вводить его, как объясняется в разд. "Дата/время " главы […]

Читать далее »

Для тех, кто понимает. Когда программы Access недостаточно

  Если вы выбрали эту книгу, то, вероятно, считаете, что программа Access соответствует вашим потребностям. Если же есть какие-то сомнения, быстрая проверка в режиме реального времени покажет, на верном ли вы пути.  

Читать далее »

Эволюция протокола НТТР/1.1

К тому времени, когда с целью зафиксировать актуальную для того времени иракгику применения НТТР/1.0 был опубликован документ RFC 1945, уже существовали сотни тысяч Web-сайтов, миллионы пользователей и терабайты передаваемых через Internet гипертекстовых данных. HTTP уже стал основным протоколом Internet по числу передаваемых пакетов и байтов. Повсеместное преобладание Web-документов со встроенной графикой привело к увеличению пользовательского […]

Читать далее »

Истоки и цели Web-кэширования

Проект стапдарга НТТР/1.1 (RFC 2616) определяет кэширование как локальное хранение ответных сообщений. Более свободная трактовка онределепия кэширования — перемещение содержания ближе к пользователю. Кэширование является, по-видимому, наиболее изученным Web-приложепием. В настоящее время на рыпке имеется ряд коммерческих программных и аннаратных решений различных компаний. Начнем с краткой истории кэширования, далее определим цели кэширования и перечислим проблемы, […]

Читать далее »

Добавление дельта-механизма в НТТР/1.1

За последние несколько лет возросло беспокойство, связанное с ростом объема трафика в Internet и требованием снижения времени ожидания на стороне пользователя при получении ответов на Web-запросы. В этом разделе мы обсудим предложение, связанное с добавлением в НТТР/1.1 дельта-мехапизма для решения этой проблемы. Предложению применить данный механизм предшествовали два других подхода: сжатие данных и селективная загрузка […]

Читать далее »

Перспективы исследований, связанных с кэшированием

Для исследоваыий, связанных с кэшированием, характерны быстрые изменения — в течение короткого времени были опубликованы сотпи документов, проведено множество конференций, образованы десятки компаний. В главе, посвященной кэшированию (глава 11), мы рассмотрели различные технические проблемы, связанные с кэшированием. Большинство обсуждаемых в главе 11 идей было предложено в последние несколько лет и в той или иной степени […]

Читать далее »

Механизмы повышения эффективности канала

В настоящее время программное обеспечение Cisco IOS предусматривает два механизма повышения эффективности канала: фрагментацию и чередование в канале (Link Fragmentation and Interleaving — LFI) и сжатие заголовков протокола реального времени (Real-Time Protocol Header Compression — RTP-HC), которые в сочетании с организацией очередей и формированием потоков повышают эффективность и предсказуемость служб уровня приложений.

Читать далее »

Хранение метаданных между запросами

В дополнение к кэшированию Web-pecypcoB, сервер может сохранять информацию, сформированную в процессе обработки НТТР-запроса, одним из следующих способов. • Преобразование URL в путь к файлу в файловой системе. Сервер должен установить соответствие между URL в сообщении-запросе и путем к файлу в файловой системе сервера. Кэширование результатов преобразования избавляет от необходимости повторно выиолпять его для последующих […]

Читать далее »
 
Rambler's Top100