Cтраница 1
Модель прикладной программы может предоставить проектировщику разнообразные виды информации, характеризующей производительность базы данных. Ниже приведены основные виды выходных данных, полезных для оценки производительности. [1]
В данном параграфе рассматривается задача отображения модели прикладной программы на целевую архитектуру - обобщенное представление структуры доступных вычислительных ресурсов и способа их функционирования. Окончательный вид целевой архитектуры, как правило, является результатом итеративного процесса, в значительной степени опирающегося на экспертные знания. Основная проблема выбора архитектуры как раз и связана с неполнотой знаний о возможной реализации функций системы для выполнения программы, ограничения на действия которой задаются спецификацией. Спецификация - некоторая модель программы, а не готовый к исполнению код, позволяющая учесть наиболее существенные особенности структуры программы для выбора реализующей ее целевой архитектуры. [2]
На рис. 19.2 приведен простой пример использования основных рассмотренных средств в модели прикладной программы, В примере выполняется операция обновления содержимого сегмента, при этом предполагается, что в большинстве случаев искомый сегмент хранится в базе данных. Для этого сначала выполняется операция GU, а затем - операция REPL. Если же в результате выполнения операции GU сегмент не найден, то он добавляется в базу данных. Процесс обновления повторяется в цикле 100 раз. Стрелками указаны места в модели для дополнительных макрокоманд, выполняющих регистрацию времени каждой операции ввода-вывода, времени всего процесса и значений счетчиков числа выполнений операций REPL и ISRT. При завершении 100 итераций обновления выборочные статистические данные выводятся на печать. [3]
Для выполнения необходимых измерений, на основе которых можно оценить производительность базы данных, модель прикладной программы должна обладать определенными возможностями. Ниже предложены и показаны на примере основные средства такой модели. [4]
Для оценки производительности базы данных методом моделирования необходимо предусмотреть работающую модель для каждой прикладной программы. Модель прикладной программы представляет собой программу в виде загрузочного модуля, которая выполняет реальные вызовы системы DL / 1 для доступа к прототипу базы данных, моделирует логику обработки программы и производит необходимые измерения. [5]
В программах с графическим интерфейсом, разработанных в этой книге, окно программы содержит свободную область, в которой отображаются текст и графика. Такая модель прикладной программы предназначена для создания, просмотра и прокрутки различных документов. К таким приложениям относятся текстовые процессоры, средства обработки электронных таблиц и графические редакторы. [6]
Из нее довольно просто получить рабочую версию прикладной программы, удалив макрокоманды измерения времени и других параметров и полностью запрограммировав логику обработки данных. Помимо модели прикладной программы необходимо, конечно, предусмотреть блок спецификации программы, который описывает требования к базе данных со стороны модели. [7]
В процессе моделирования прикладной программы на печать выводятся значения счетчиков и частоты проходов по путям выборки данных, а также значения счетчиков и статистические данные о числе выполненных определенных команд. Выводимые значения регистров и результатов вычислений в модели прикладной программы информируют разработчика об особенно интересных ситуациях. [8]
Для каждого заданного типа сегмента и типа вызова можно получить данные о времени ЦП и общем времени обработки. Эти данные можно получить также для групп вызовов, для определенных участков модели прикладной программы и для всей обработки, выполняемой для реализации данной функции. [9]
Известны no - крайней мере три случая, когда требуется такая гарантия: 1) поиск логически исходного сегмента; 2) поиск сегмента-цели по вторичному индексу; 3) поиск экземпляров сегмента, о существовании которых заранее известно. Для этих целей специальные программы генерации ключа могут строить таблицы значений сцепленного ключа. Для обеспечения последующих доступов к экземпляру сегмента с гарантированным успехом модель прикладной программы может при первом доступе сохранить и в дальнейшем использовать соответствующий сцепленный ключ. [10]
![]() |
Место процедур формирования моделей на маршрутах проектирования. [11] |
Первая из этих процедур выполняется предварительно по отношению к типовым компонентам вне маршрута проектирования конкретных объектов. Как правило, модели компонентов разрабатьшаются специалистами в прикладных областях, причем знающими требования к моделям и формам их представления в САПР. Обычно в помощь разработчику моделей в САПР предлагаются методики и вспомогательные средства, например, в виде программ анализа для экспериментальной отработки моделей. Созданные модели включаются в библиотеки моделей прикладных программ анализа. [12]