Примечания:

4.Если данные необходимо передавать раздельно к различным адресатам (то есть, много раз), то мастеру, возможно, потребуется обеспечить более длительное время доступа, так как многократные передачи конкурируют на шине за один слот, для которого осуществляется арбитраж.

5.На этот параметр полагаются тогда, когда гарантируют время задержки и допустимую пропускную способность, однако, если он слишком велик, то может не выполняться время задержки при обращении к шине.

6.Этот параметр учитывается, когда необходимо гарантировать для вторичной и основной шин очень высокую статистическую вероятность.

3.3.2. Арбитраж шины для мультимедийных устройств

В то время, как для обслуживания специфических конфигураций мультимедийных средств могут применяться специально разработанные алгоритмы арбитража, простой циклический алгоритм является и адекватным, и рекомендуемым. Специализированные алгоритмы могут решать такие проблемы, как искажение пропускной способности (или времени задержки) для конкретного устройства, «интеллектуальное управление» изящным снижением производительности и т. д.

Хотя алгоритм арбитража на первичной шине находится вне управления опциями платы, он может подразумевать некоторую комбинацию циклических приоритетов, в то время, как чисто алгоритм приоритетов может создавать длительные блокировки в среде PCI из-за такой особенности PCI, как «повтор запросов по доступу» («Access Retry»).

4. ОБСУЖДЕНИЕ ПРОИЗВОДИТЕЛЬНОСТИ

Этот раздел рассматривает проблемы производительности видео в PCI - конфигурациях для мультимедийных приложений. Сначала создается конкретное приложение. Затем одна или две конфигурации шины анализируются на основе примера такого приложения. В заключение, в разделе рассматриваются некоторыми специфические проблемы проектирования, которые значительно влияют на производительность.

4.1. Видеоконференция: пример приложения

Видео-окна (320x240,16 Ьрр, 30 fps)Монитор 1280x1024

Слияние документа с

графикой, видео и текстом.

1024x768 х 10 перерисовок/сек @ 16Ьрр

Рисунок 11: Пример мультимедийного приложения

Рисунок 11 иллюстрирует специфичную загрузку мультимедийного приложения. Данный пример содержит 3 варианта интерактивных вызовов с перекрытием, при рассмотрении мультимедийного документа большого формата в четвертом окне. Одно видео-окно содержит сжатое изображение; а два других - воспроизводят его. Это не совсем «типичная» загрузка. Фактически, это совершенно высококачественное воспроизведение; монитор - достаточно больших размеров, а для представления изображения используются субоптимальные пиксельные форматы и т.д. Обработка изображения осуществляется в соответствии с очень высокими современными стандартами; используется девять процессоров i486 (TM) 33 Мгц6 - из них ~4 процессора используется для GIF - сжатия; ~3 - для декомпрессии

Этот пример приводится с целью установления уровня сложности такого приложения. Но это не означает, что шина PCI зависит от типа процессора.

двух потоков данных: еще ~2 процессора необходимы для показа графического окна с частотой 10 кадров в секунду. Заметьте, что обработка видео, вероятно, включала бы специализированный блок сжатия; тем не менее это объясняет некоторый смысл вычислительной мощности, которая требуется этому приложению.

Следующие блок-схемы определяют три конфигурации мультимедийных устройств, для которых анализируется пример приложения. Под каждой блок-схемой приведены несколько комментариев, относящихся к данной специфической конфигурации. Случай 1 - это конфигурация с одной шиной; все устройства мультимедиа находятся на первичной шине. Случай 2 - это конфигурация со вторичной шиной PCI, при этом графический контроллер размещается на первичной шине. Случай 3 - это конфигурация со вторичной шиной, при этом все мультимедийные и графические устройства перенесены на эту шину.

Случай 1: Все мультимедийные компоненты находятся на первичной PCI шине (рисунок 12).

1.Следует осуществить конфигурацию стандартной шины расширения ввода - вывода, чтобы предотвратить «сценарии вырождения длинных времен задержек».

2.Арбитр в наборе микросхем должен соответствовать требованиям арбитража PCI-мультимедиа (раздел 3.3.2).

3.Для операций управления, отвечающим требованиям «бизнес - качества», глубину FIFO можно уменьшить настолько, насколько быстро происходит восстановление после переполнения (например, при потере пикселей, а не целых кадров), а переполнения при этом редки и не появляются на одних и тех же местах во всех кадрах.

4.Глубина FIFO для профессиональных операций управления, без каких-либо потерь данных, должна быть достаточной для буферизации максимального времени задержки данных для PCI- мультимедиа, согласно предположениям самого плохого случая для соответствующего мастера (то есть, когда требуется разрешение с наибольшей глубиной пикселей при максимальной частоте кадров). Обратите внимание, что данное приложение не предназначено для первичной шины PCI. Построение таких устройств с буферами большей глубины и меньшими требованиями ко времени задержки возможно, хотя и не рекомендуется.

Рисунок 12: Конфигурация для Случая 1