Все о моделировании в Компас-3D LT
   Главная Статьи Файлы Форум Ссылки Категории новостей
Декабрь 04 2021 01:34:40   
Навигация
Главная
Статьи
Файлы
FAQ
Форум
Ссылки
Категории новостей
Обратная связь
Фото галерея
Поиск
Разное
Карта Сайта
Популярные статьи
Что необходимо ... 65535
Учимся удалять!... 29481
4.12.1 Професси... 27307
Примеры, синони... 22320
FAST (методика ... 20457
Просмотр готовы... 20456
Декартовы коорд... 19889
содержание - се... 18267
Просмотр готовы... 17283
Работа с инстру... 13182
Сейчас на сайте
Гостей: 1
На сайте нет зарегистрированных пользователей

Пользователей: 9,955
новичок: Logyattella
Друзья сайта
Ramblers Top100
Рейтинг@Mail.ru

Реклама
Выполняем курсовые и лабораторные по разным языкам программирования
Подробнее - курсовые и лабораторные на заказ по Delphi
Turbo Pascal, Assembler, C, C++, C#, Visual Basic, Java, GPSS, Prolog
Опции QoS
Предположим, что компьютер под управлением Linux действует как маршрутизатор
в сети с напряженным трафиком или выполняет роль сервера и обрабатывает при этом
большой объем данных. При этом может возникнуть ситуация, когда система будет в те-
чение некоторого времени получать большее число пакетов, чем она может обработать.
Очевидно, что в этом случае необходимы специальные средства планировки, которые
устанавливали бы очередность передачи пакетов. Как правило, в системе Linux исполь-
зуется стратегия FIFO (first in/first out — "первый пришел — первый вышел"), согласно
которой пакет, предназначенный для передачи, находится в очереди до тех пор, пока не
будут переданы все пакеты, поставленные в очередь раньше него. Но в некоторых слу-
чаях необходимо предоставить пакетам определенного типа некоторые преимущества.
Это могут быть пакеты, адресованные в конкретную сеть, или пакеты, которые содер-
жат информацию, соответствующую определенному протоколу. Так, например, пакеты,
содержащие информацию реального времени, например данные Internet-телефонии, целе-
сообразно передавать вне очереди. Назначать приоритеты пакетам позволяют опции QoS
(quality of service — качество сервиса). Эти опции доступны посредством подменю QoS
and/or Fair Queueing меню Networking Options.
Для того чтобы реализовать систему QoS, необходимо выбрать опцию QoS and/or
Fair Queueing в одноименном меню. В результате автоматически устанавливается ряд оп-
ций этого меню. Другие опции задаются отдельно. Основными из них являются опции
планирования передачи пакетов и организации очереди, такие как CBQ Packet Scheduler
и SFQ Queue. Эти опции позволяют ядру выполнять более сложную обработку паке-
тов по сравнению с традиционно используемым принципом FIFO. Опции QoS Support
и Packet Classifier API, а также их подопции позволяют использовать Differentiated Services
и Resource Reservation Protocol. При этом появляется возможность обмена QoS-
приоритетами с другими маршрутизаторами. Если все маршрутизаторы на пути от од-
ного узла к другому поддерживают совместимые между собой протоколы QoS, скорость
передачи важных данных может быть увеличена за счет задержки информации, время
доставки которой некритично.
Если система не выполняет функции маршрутизатора, опции QoS в ней, как правило,
не используются. Если же вы создаете маршрутизатор, а в особенности, если он планиру-
ется для использования в сети с интенсивным обменом данными, желательно установить
эти опции. Активизировав одну опцию, целесообразно активизировать и все остальные,
в противном случае система не будет обладать должной гибкостью. Так, например, если
вы не установите опцию U32 Classifier, то не сможете задавать приоритеты исходя из
адресов назначения пакетов.
На практике использование средств QoS предполагает применение расширенных
средств маршрутизации, таких как ip и tc. Об этих инструментах речь пойдет в главе 24,
однако они слишком сложны, чтобы привести их исчерпывающее описание в рамках од-
ной главы. Дополнительную информацию об ip и о tc можно найти в документах
iproute2 + tc Notes (http://snafu.freedom.org/linux2.2Xiproute-notes.
html) и Differentiated Services on Linux (http: //dif f serv. sourcef orge. net).
Комментарии
Нет комментариев.
Добавить комментарий
Пожалуйста залогиньтесь для добавления комментария.
Рейтинги
Рейтинг доступен только для пользователей.

Пожалуйста, залогиньтесь или зарегистрируйтесь для голосования.

Нет данных для оценки.
Гость
Имя

Пароль



Вы не зарегистрированны?
Нажмите здесь для регистрации.

Забыли пароль?
Запросите новый здесь.
Случайные статьи
8.3.1 Перезапуск ч...
Преодолевая ионосферу
Глава третья
8.6. Управление ко...
Как подключить GPS...
Разрешенные связи
О книге
Глава 15. GPS-сист...
Другие виды погреш...
Чтение названий ат...
Встроенная база да...
6.3 КОНТЕКСТ ПРОЦЕССА
Уникальный идентиф...
Меры предосторожности
Необязательные атр...
12.3.3 Примеры ал...
Что представляет с...
GARMIN
7.4. Организационн...
Применение атрибута
Выводы
Путь вперед — буде...
Программы, не подд...
1.1 ИСТОРИЯ
9.1. Координация п...
ГЛАВА 8. ДИСПЕТЧЕР...
5.4. Заключение
Атрибуты в тексте
5.12.3 Чтение из к...
Информационный дож...
4.12.3.5 Система с...
12.2 ГЛАВНЫЙ И ПОД...
Механизм создания ...
4.2 Распределение ...
Московская область
Убирайте повторяющ...
Фрагмент [КОМПАС-3...
Автомобильные аппа...
Краткое резюме
Глава 1. GARMIN QUEST
Мини-чат
Вам необходимо залогиниться.

Нет присланных сообщений.
Copyright © 2009