Студопедия

Главная страница Случайная страница

Разделы сайта

АвтомобилиАстрономияБиологияГеографияДом и садДругие языкиДругоеИнформатикаИсторияКультураЛитератураЛогикаМатематикаМедицинаМеталлургияМеханикаОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРелигияРиторикаСоциологияСпортСтроительствоТехнологияТуризмФизикаФилософияФинансыХимияЧерчениеЭкологияЭкономикаЭлектроника






Вопрос 225(






Вопрос 271(

Вопрос 317( Три варианта обмена данными могут быть реализованы с помощью DDE-технологии.

1. Передача данных от сервера к клиенту по запросу последнего.

2. Передача данных от клиента серверу.

3. Передача данных от сервера к клиенту без запроса от последнего при изменениях данных. )Вопрос 317

Вопрос 363(

  Сетевое приложение
  Библиотеки сетевых API
 
  Драйверы протоколов TCP/IP, IPX/SPX, NetBEUI
 
  Библиотека драйверов NDIS (network driver interface specification)
  Сетевые адаптеры

Вопрос 409( За исключением «непосредственной записи», буфер копируется на диск в одном из двух случаев:

1. когда он переназначается для загрузки новой дорожки в память в соответствии с алгоритмом переназначения;

2. когда происходит очистка буфера, вызванная закрытием файла. )Вопрос 409

Вопрос 455( Особенностями динамического связывания являются:

1) медленное выполнение из-за поиска и загрузки DLL во время выполнения (недостаток).

2) разделяемый код (достоинство);

3) меньший размер ЕХЕ-файла (достоинство); )Вопрос 455


 

Вариант42 Вопрос 42(

1. Ошибка деления 2. Пошаговое прерывание при отладке 3. Немаскируемое прерывание 4. Останов при отладке 5. Переполнение 6. Выход за границы массива 7. Недопустимый код операции 8. Отсутствие сопроцессора 9. Двойная ошибка10. Превышение сегмента сопроцессором11. Неверный сегмент состояния задачи12. Сегмент отсутствует13. Ошибка стека14. Общая ошибка защиты15. Страничная ошибка16. Резерв 17. Ошибка сопроцессора )Вопрос 42Вопрос 88( Выход: Запрет_прерываний; Flag: = Свободен; If Очередь не пуста Then Begin Перевести первый процесс из этой очереди в очередь готовых процессов; ПЕРЕНАЗНАЧИТЬ_ПРОЦЕССОР; End {If}; Разрешение_прерываний; )Вопрос 88Вопрос 133, 134, 135, 136, 137, 138, 139, 140, 141( Пример надежного состояния.Всего ресурсов - 12. Остаток - 2.
  Выделено Макс. Потребность
Процесс 1 1 4
Процесс 2 4 6
Процесс 3 5 8
Почему это состояние является надежным? Предположим, что процесс 1 запросил 2 ресурса. Дать их ему или нет? Предположим, что дать.Тогда ситуация сложится следующим образом. Всего ресурсов - 12. Остаток - 0.2)
  Выделено Макс. Потребность
Процесс 1 3 4
Процесс 2 4 6
Процесс 3 5 8
Каждый из процессов еще может запросить ресурсы по своему протоколу, а свободных ресурсов нет в наличии. Это может привести к тупиковой ситуации. Поэтому запрос процесса 1 на 2 ресурса будет отложен. Предположим, что процесс 2 запросил 2 ресурса. Дать их ему или нет? Условие функционирования процессов следующее. После получения максимального количества ресурсов они все ресурсы отдают системе и завершают свою работу. Это означает, что получив 6 ресурсов, процесс 2 успешно завершится и вернет их системе. Свободных ресурсов будет 6 и их хватит процессам 1 и 3, чтобы завершить работу. Т.е. все три процесса могут успешно завершить работу. Поэтому такое состояние является надежным.Пример ненадежного состояния.Всего ресурсов - 12. Остаток - 1.
  Выделено Макс. Потребность
Процесс 1 1 4
Процесс 2 4 6
Процесс 3 6 8
3)Каждый из процессов может запросить по своему протоколу еще ресурсы, но их нет в наличии.Отметим, что это не обязательно тупик. Это – опасность возникновения тупика при определенном варианте появления запросов.Таблица 2 - тоже пример ненадежного состояния. )

Вопрос 179, 180{ Т.о. существуют алгоритмы планирования, которые дают высочайший приоритет задаче, у которой минимален определенный параметр:

5. d – предельный срок завершения (EDF - earliest deadline);

6. l – неопределенность (LL - least laxity) (минимальной неопределенности);

7. c – длительность (SJF – shortest job) (кратчайшее задание - первым);

8. d – t – срок, оставшийся до завершения (t- текущее время) (SRT – shortest remaining time) (задача с кратчайшим сроком завершения – первая) )

Вопрос 226( Управление виртуальной памятью решает три главные задачи:

1) Трансляция виртуального адресного пространства на физическую память. Данный вопрос был рассмотрен выше.

2) Сброс содержимого физической памяти на диск и подкачка страниц с диска в физическую память при необходимости. Данный вопрос будет рассмотрен сейчас.

3) Кроме того, система управления должна содержать набор сервисов для приложений, в частности средства разделения памяти. Это будет рассмотрено в следующем параграфе. )Вопрос 226

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

Вопрос 318( Для получения данных от сервера по запросу, клиент вызывает функцию DdeClientTransaction, посылая транзакцию XTYP_REQUEST в DDEML.

HDDEDATA result = DdeClientTransaction(NULL, 0, hConversation, ItemName, CF_TEXT, XTYP_REQUEST, 1000, NULL);

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

DdeGetData(result, buffer, sizeof buffer, 0);

которой передаются ссылка на глобальную память, содержащую данные, и указатель на буфер в локальной памяти. )Вопрос 318

Вопрос 364( Почтовый ящик создается вызовом:

MsFile = CreateMailslot(" \\\\.\\mailslot\\mymailslot",

0,

MAILSLOT_WAIT_FOREVER,

NULL);

Машина, на которой создан почтовый ящик, становится сервером и может только принимать сообщения. )Вопрос 364

Вопрос 410( Если нужен новый буфер, то он выбирается по следующему порядку с убывающим предпочтением:

1. свободный буфер;

2. занятый буфер, но не изменявшийся со времени заполнения;

3. буфер среди оставшихся буферов, который имеет самую позднюю ссылку на обращение к нему. )Вопрос 410

Вопрос 456( Часто оверлейные программы описываются древовидными структурами. Рассмотрим пример.

┌ ─ ─ ─ ┐

│ А │ 1000

└ ─ ┬ ─ ┘ 1

┌ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ┼ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ┐

┌ ─ ┴ ─ ┐ ┌ ─ ┴ ─ ┐ ┌ ─ ┴ ─ ┐

│ B │ 500 │ C │ 1000 │ D │ 700

└ ─ ┬ ─ ┘ 2 └ ─ ─ ─ ┘ 3 └ ─ ┬ ─ ┘ 4

┌ ─ ─ ─ ─ ┴ ─ ─ ─ ─ ┐ ┌ ─ ─ ─ ─ ┴ ─ ─ ─ ─ ┐

┌ ─ ┴ ─ ┐ ┌ ─ ┴ ─ ┐ ┌ ─ ┴ ─ ┐ ┌ ─ ┴ ─ ┐

│ E │ 500 │ F │ 800 │ G │ 400 │ H │ 1000

└ ─ ─ ─ ┘ 5 └ ─ ─ ─ ┘ 6 └ ─ ─ ─ ┘ 7 └ ─ ─ ─ ┘ 8

Узлы дерева называют секциями или сегментами.

Буквами обозначены имена секций, числами - размеры секций.

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

Секция А может вызывать секции B, C и D во время выполнения. Секция B может вызывать секции E и F, а секция D - секции G и H.

Секция В называется ОТЦОМ секций E и F, а секция D - ОТЦОМ секций G и H.

Если секция А вызвала секцию В, а та в свою очередь вызвала секцию F, то в памяти окажутся загруженными эти перечисленные секции A, B, F.

Если секция А вызвала секцию D, а та в свою очередь вызвала секцию G, то в памяти окажутся загруженными эти перечисленные секции A, D, G.

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

Знание размеров сегментов позволяет определить адреса их загрузки во время вызовов.

Предположим, что сегмент А загружается с адреса 0000. Тогда следующая таблица дает начальные адреса загрузки сегментов:

Сегмент Размер Адрес загрузки

A 1000 0000

B 500 1000

C 1000 1000

D 700 1000

E 500 1500

F 800 1500

G 400 1700

H 1000 1700 )Вопрос 456


 

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

Второй причиной появления программных средств обработки исключений является стремление повысить наглядность программы, т.е. исключения рассматриваются как одно из средств структуризации программного обеспечения. Ниже рассмотрим программные средства обработки исключительных ситуаций. )Вопрос 89( Особенности семафора: 1. вставая в очередь семафора до освобождения ресурса, процесс разгружает процессор; 2. на каждый ресурс нужен свой семафор, а значит, своя очередь, поэтому в ядре и много очередей; 3. семафор - это тоже разделяемый ресурс, а значит, действия с ним должны выполняться в режиме взаимного исключения; более того, если рассматривать семафор как примитив ядра, вместо операции Запрет_прерываний необходимо ставить операции ПРОЛОГ, КОНТРОЛЬ. )Вопрос 89Вопрос 133, 134, 135, 136, 137, 138, 139, 140, 141( Пример надежного состояния.Всего ресурсов - 12. Остаток - 2.
  Выделено Макс. Потребность
Процесс 1 1 4
Процесс 2 4 6
Процесс 3 5 8
Почему это состояние является надежным? Предположим, что процесс 1 запросил 2 ресурса. Дать их ему или нет? Предположим, что дать.Тогда ситуация сложится следующим образом. Всего ресурсов - 12. Остаток - 0.2)
  Выделено Макс. Потребность
Процесс 1 3 4
Процесс 2 4 6
Процесс 3 5 8
Каждый из процессов еще может запросить ресурсы по своему протоколу, а свободных ресурсов нет в наличии. Это может привести к тупиковой ситуации. Поэтому запрос процесса 1 на 2 ресурса будет отложен. Предположим, что процесс 2 запросил 2 ресурса. Дать их ему или нет? Условие функционирования процессов следующее. После получения максимального количества ресурсов они все ресурсы отдают системе и завершают свою работу. Это означает, что получив 6 ресурсов, процесс 2 успешно завершится и вернет их системе. Свободных ресурсов будет 6 и их хватит процессам 1 и 3, чтобы завершить работу. Т.е. все три процесса могут успешно завершить работу. Поэтому такое состояние является надежным.Пример ненадежного состояния.Всего ресурсов - 12. Остаток - 1.3)
  Выделено Макс. Потребность
Процесс 1 1 4
Процесс 2 4 6
Процесс 3 6 8
Каждый из процессов может запросить по своему протоколу еще ресурсы, но их нет в наличии. Отметим, что это не обязательно тупик. Это – опасность возникновения тупика при определенном варианте появления запросов.Таблица 2 - тоже пример ненадежного состояния. )

Вопрос 181, 182{ Системы со статическими и динамическими приоритетами характеризуются следующими особенностями:

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





© 2023 :: MyLektsii.ru :: Мои Лекции
Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав.
Копирование текстов разрешено только с указанием индексируемой ссылки на источник.