25. Отказоустойчивость файловой системы. Raid.

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

(Отказоустойчивость — это свойство технической системы сохранять свою работоспособность после отказа одного или нескольких составных компонентов. Отказоустойчивость определяется количеством любых последовательных единичных отказов компонентов, после которого сохраняется работоспособность системы в целом. Базовый уровень отказоустойчивости подразумевает защиту от отказа одного любого элемента - исключение единой точки отказа. Основной способ повышения отказоустойчивости — избыточность. Наиболее эффективный метод избыточности — аппаратная избыточность, достигается путем резервирования.)

РЭЙД это массив из соединенных жестких дисков, который повышает надежность хранения информации. т.е. если два диска объединить в РЭЙД массив, то информация будет записывать как на первый диск, так и на второй. при отказе одного из дисков информация будет считана с другого, а при их одновременной работе увеличивается скорость чтения информации с них

26. Понятие об интерфейсе прикладного программирования api

Интерфейс приклад.прогр. является одной из важнейших подсистем любой ОС. С технической точки зрения API является набором процедур функций и др.прогр.элементов.

Используя API прикладная программа обращается к возможностям ОС. Более того в современ.ОС не существует никаких других способов для прикладных программ, работать с ресурсами системы кроме API функций. Т.о. API формирует среду выполнения для прикладных программ. Прикладн.программир. может создаваться только с применением функций API. Однако такой подход применяется редко и в большинстве случаев разработка прикладных программ ведется с привлечением специальных высокоуровневых библиотек. Которые являются неотъемлемой частью любых современных средств разработки прикл.программ. Современные средства разработки прикладн.программ являются комплексными информацион.системами для поддержки всех стадий разработки программной системы . Они включают компилятор, редактор, отлатчик, высокоуровневые библиотеки…)

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

27. Принципы разработки и особенности организации прикладных программ с использование средств API ОС Win 32.

API любой ОС отражает специфику ее архитектуры и специфику основных задач в данной ОС.

Важнейш.особенности API Win 32 явл:

Графич.пользовательский интерфейс (т.к. вся информация представляется пользователю в графическом виде, то в сист.сформирована отд.графич.сист. Эта подсист.формализует всю работу с графич.представлением информации ч/з набор специальных графич.объектов, которые предоставляются прикладн.програм-и. Важн.из них явл.окно, объекты рисования…)

Объектно - ориентированная организация ОС. ( ОС для прикладных программ представляется набором объектов. Эти объекты связаны с ресурсами вычислит.системы, а с другой представляются программисту чтобы строить из них прикл.прогр. Важно чтобы контроль за работой с объектами и реализацию объектов выполняла ОС. Набор объектов ОС-ы, охватывает все ее возможности, однако, очень часто работать с ними неудобно и сложно, поэтому возникает задача исходные объекты ОС заменить более понятными и простыми в использовании.)

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

Базовая структура Win 32: Составляющие:

-описание необходимых заголовочных файлов для подключений к программе возможностей API

-описание необход.переменных, типов данных и др.объектов.

-регистрация класса окна

-создание окна

-реализация приема и обработки сообщений

-реализация оконной процедуры.