12 вариант 2 (954078), страница 17
Текст из файла (страница 17)
5 - QSER;
6 - SER;
7 - P4;
8 - P4;
9 – TRANSFER;
- вероятность обращения запросов от диска к процессору при работе с базой данных на сервере.
Данные: Tдообработки = (0, 300)
Tформирования = 300
N = 30
Tпр. канала = (20, 40)
Tобр. канала = (20, 40)
Tцп = 10
С = 1
Tдиска = 20
M = 2
Pперехода на диск = 0.5
= (0, 0.5)
Найти: загрузку ЦП
загрузку дисков
загрузку канала
время реакции
Текст программы на GPSS.
10 INITIAL X$STATION_NUM,30
11 INITIAL X$Station_Time,300 ; quantity of workstations
12 INITIAL X$Server_Time,10 ; quantity of servers
13 INITIAL X$Disk_Time,20 ; quantity of disks
14 INITIAL X$ST_T,0
15 INITIAL X$Canal1,20
16 INITIAL X$Canal2,20
17 WSTATION STORAGE 30
18 Expon FUNCTION RN1,C20 ; exponential function
0,0/.1,.104837/.22546,.25387/.33,.3988/.46179,.614632/.56199,.82063/
.654313,1.0553/.72535,1.2854/.78235,1.5178/.8326,1.7777/.87027,2.0327/
.90217,2.3124/.92775,2.6124/.94621,2.9074/.96194,3.2468/.97264,3.5768/
.98137,3.9521/.98768,4.3666/.99736,5.192/1,8
17 N_DISK FUNCTION RN1,D2
0.5,1/1,2
20 TABL1 TABLE MP$TAB,0,100,100 ; description table of reaction time
30 GENERATE ,,,X$STATION_NUM ; generate one parent transaction
100 WST1 ADVANCE X$Station_Time,FN$Expon ; delay transaction in workstation
105 MARK TAB ; marking time of start treatment
106 ASSIGN 2,X$Canal1
107 ASSIGN 3,PROC
109 CAN QUEUE QCANAL ; registration of server queue
110 SEIZE CANAL ; seize fileserver
111 DEPART QCANAL
*treatment transaktion in fileserver
112 ADVANCE p2,FN$Expon
113 RELEASE CANAL ; release fileserver
114 TRANSFER ,p3
116 PROC QUEUE QSER ; registration of server queue
120 SEIZE SER ; seize fileserver
130 DEPART QSER
*treatment transaktion in fileserver
140 ADVANCE X$Server_Time,FN$Expon
150 RELEASE SER ; release fileserver
151 ASSIGN 4,FN$N_DISK
152 QUEUE P4
153 SEIZE P4 ; seize filedisk
154 DEPART P4
155 ADVANCE X$Disk_Time,FN$Expon
156 RELEASE P4
157 TRANSFER 1.0,PROC,CAN1
158 CAN1 ASSIGN 2,X$Canal2
159 ASSIGN 3,WST2
160 TRANSFER ,CAN
163 WST2 ENTER WSTATION
170 ADVANCE X$ST_T,FN$Expon ; delay transaktion in workst.
180 LEAVE WSTATION
270 TABULATE TABL1 ; tabulate time reaction
280 TRANSFER ,WST1
290 GENERATE 1000000 ; time of system work
300 TERMINATE 1
350 REPORT SAVA.REP ; save report file
360 START 1
8.2.3. Результаты моделирования.
Результаты моделирования системы с различными значениями параметров можно свести в таблицу:
| Номер варианта | 1 | 2 | 3 | 4 | 5 |
| Начальные данные | |||||
| Число рабочих станций | 30 | 30 | 30 | 30 | 30 |
| Время дообработки запроса на рабочей станции | 0 | 0 | 300 | 0 | 300 |
| Время формирования запроса на рабочей станции | 300 | 300 | 300 | 300 | 300 |
| Время канала (пр.) | 20 | 20 | 20 | 20 | 40 |
| Время канала (обр.) | 20 | 20 | 20 | 40 | 40 |
| Число процессоров | 1 | 1 | 1 | 1 | 1 |
| Время обработки в процессоре | 10 | 10 | 10 | 10 | 10 |
| Число дисков в системе | 2 | 2 | 2 | 2 | 2 |
| Время обработки в диске | 20 | 20 | 20 | 20 | 20 |
| Вероятности обращения к дискам 1 2 | 0,5 0,5 | 0,5 0,5 | 0,5 0,5 | 0,5 0,5 | 0,5 0,5 |
| Вероятность обратного перехода на обработку () | 0 | 0,5 | 0 | 0,5 | 0,5 |
| Результат моделирования. | |||||
| Загрузка процессора | 0,248 | 0,508 | 0,247 | 0,323 | 0,251 |
| Загрузка дисков 1 2 | 0,250 0,244 | 0,484 0,505 | 0,255 0,256 | 0,330 0,329 | 0,253 0,268 |
| Загрузка канала | 0,999 | 0,999 | 0,999 | 0,999 | 0,999 |
| Время реакции системы | 872,48 | 872,82 | 890,21 | 1464,71 | 1989,66 |
8.3. Сравнение результатов моделирования с результатами аналитического расчёта.
| № | Модель | Загрузка устройств | Время реакции | |||
| Pk | Pп | Pд1 | Pд2 | |||
| 1 | Аналитическая Имитационная | 0,986 0,999 | 0,246 0,248 | 0,246 0,250 | 0,246 0,244 | 916,51 872,48 |
| 2 | Аналитическая Имитационная | 0,982 0,999 | 0,491 0,508 | 0,491 0,484 | 0,491 0,505 | 921,69 872,82 |
| 3 | Аналитическая Имитационная | 0,965 0,999 | 0,241 0,247 | 0,241 0,255 | 0,241 0,256 | 943,41 890,21 |
| 4 | Аналитическая Имитационная | 0,990 0,999 | 0,330 0,323 | 0,330 0,330 | 0,330 0,329 | 1517,85 1464,71 |
| 5 | Аналитическая Имитационная | 0,986 0,999 | 0,246 0,251 | 0,246 0,253 | 0,246 0,268 | 2133,02 1989,66 |
Зависимость времени реакции от номера эксперимента показана на рисунке.
Заключение.
При разработке проектного решения на интерсеть, связывающую все подразделения фирмы, получены следующие основные результаты:
1. Проведен сравнительный анализ ЛВС и выбрано оборудование для ЛВС центрального и удаленного офисов, выбраны сетевые компоненты, дисковые подсистемы, источники бесперебойного питания, модемы.
2. Произведен расчет временных характеристик функционирования сети с локальным и удаленным доступом.
3. На основании проведенного анализа сетевых ОС описан выбор сетевой ОС, установка ОС серверной и клиентской части, настройка рабочих параметров сетевой ОС.
4. Выполнен сравнительный анализ СУБД, описаны установка СУБД и настройка рабочих параметров СУБД.
5. Проведен расчет затрат на создание системы.
6. Рассмотрены методы оптимизации производительности и отказоустойчивости распределенной БД.
7. Выполнено распределение предметных баз данных по узлам сети.
8. Проведено аналитическое (с помощью языка СИ) и имитационное (с помощью языка GPSS) моделирование функционирования ЛВС.
Приложение 1. Реферат на тему
Оптимизация производительности базы данных под управлением СУБД Oracle
ВВЕДЕНИЕ
Ознакомившись с принципами работы СУБД Oracle можно попробовать решить проблему оптимизации работы подсистемы базы данных и повышения быстродействия функционирования реальных приложений БД. Данная задача будет неоднозначной, так как заметно повысить быстродействие можно несколькими слабо связанными между собой путями.
Во-первых, можно добиться значительного выигрыша в производительности, оптимизировав работу операционной системы, надстройкой над которой является ядро СУБД Oracle (RDBMS). Имеется в виду варьирование параметров дисковой подсистемы, оперативной памяти, приоритетов процессов, запускаемых RDBMS.
Во-вторых, улучшить производительность можно, изменяя параметры ввода/вывода RDBMS, как глобально для всей системы – изменение параметров SGA (System Global Area),— так и для каждой базы данных в отдельности – размеры экстента, табличной области.
В-третьих, решая проблему возникающей конкуренции между внутренними процессами (неравномерно распределенного совместного использования ресурсов БД, вызывающего блокировку данных и простои работы) – а именно, изменяя размеры сегментов отката (в которых хранятся все промежуточные данные при работе с транзакциями), областей сортировки (пространство выделяемое под сортировку данных, как жестко задаваемую в синтаксисе запроса, поле “ORDER BY”, так и косвенно подразумевающуюся при использовании индексации данных в таблицах.
И наконец, значительно увеличить производительность реальных приложений СУБД можно, оптимизировав выполнение запроса – главный инструмент, которым оперирует любая база данных. Решение данного вопроса представляется наименее очевидным и наиболее ёмким, поэтому его рассмотрение будет возложено на вторую часть данной работы.
Разработка приложений — это определение способа выполнения задачи, тогда как настройка на уровне базы данных в большей степени сводится к техническим вопросам. Настройка производительности на уровне приложений представляет собой методический поиск областей усовершенствования. Настройка базы данных, скорее, касается таких показателей, как коэффициенты попадания и непопадания в кэш. Здесь приходится заниматься расширением буферов и кэшей базы данных на основе параметров INIT.ORA или балансировкой файлов базы данных для достижения оптимальной производительности.
В отличие от настройки приложений, за которую в тех или иных условиях могут отвечать либо группа приложений, либо DBA(администратор БД), настройка базы данных почти всегда находится в полном ведении DBA. Только в редких случаях, когда есть несколько групп администраторов базы данных и одна из них занимается настройкой производительности, настройка базы данных выходит из сферы деятельности DBA.
На уровне базы данных существует три вида настройки:
• Настройка памяти
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
