59. Реалізація процесу.

Можна організувати на рівні ОС однозначний зв*язок “предок - нащадок” так , щоб для кожного процесу завжди можна було визначити його предка. Таким чином, формується ієрархія процесів. У таких системах існує спеціальний вихідний процес,з якого починається побудова дерева процесів,його запускає ядро системи. Якщо предок завершить виконання процесу перед своїм нащадком ,ф- ї предка бере на себе вихідний процес. З іншого боку, зв*язок “предок - нащадок”можна не реалізувати на рівні ОС. При цьому всі процеси виявляються рівноправними .Якщо цей зв*язок все ж таки потрібен,за його підтримку відповідають самі процеси .

60. Завершення процесу.

1)Процес коректно завершується самостійно після виконання своєї задачі. Для цього код процесу має виконати системний виклик завершення процесу. Такий виклик може повернути процес і хто його викликав або ОС код повернення,який дає змогу оцінити результат виконання процесу.

2)процес аварійно завершується через помилку. Такий підхід може бути передбачений програмістом,а може бути наслідком генерування переривання.

3)процес завершується іншим процесом або ядром системи.

61. Діаграми станів процесу.

62. У чому основна перевага схеми підтримки потоків 1:1 порівняно з іншими схемами?

63. У яких ситуаціях під час розробки програмного забезпечення доцільніше використовувати модель процесів, а не модель потоків?

64. Які складові компоненти належать до елементів процесу?

1)захищений адресний простір ;

2)дані,спільні для всього процесу (ці дані можуть спільно використовувати всі його потоки);

3)інформація про використання ресурсів (відкриті файли ,мережеві з*єднання);

4) інформація про потоки процесу.

65. Перелічить види паралелізму.

1)паралелізм багатопроцесорних систем;

2) паралелізм операцій введення/виведення;

3) паралелізм взаємодії з користувачем;

4) паралелізм розподілених систем.

66. Перелічить варіанти завершення процесів.

1)Процес коректно завершується самостійно після виконання своєї задачі. Для цього код процесу має виконати системний виклик завершення процесу. Такий виклик може повернути процес і хто його викликав або ОС код повернення,який дає змогу оцінити результат виконання процесу.

2)процес аварійно завершується через помилку. Такий підхід може бути передбачений програмістом,а може бути наслідком генерування переривання.

3)процес завершується іншим процесом або ядром системи.

67. Перелічить моделі багато потоковості.

68. Навести приклад послідовності дій під час обробки переривань

-збереження стану процессора потоку

-встановлення стека оброблювача переривання

-початок виконання оброблювача переривання,для цього з вектора переривання завантажуеться нове значення лічільника команд

-відновлення стану роботи процессора потоку після закінчення виконання оброблювача і продовження виконання потоку

69. Які операції необхідно виконати при перемиканні контексту?

-зберегати стан процессора потоку в деякій ділянці памяті

-визначити, який потік слід виконувати наступним

-продовжити виконання коду нового потоку.

70. Що відноситься до образу потоку?

-Керуючий блок потоку;

-стек ядра;

-стек користувача;

71. Класифікація процесів по способу взаємодії з користувачем.

–інтерактівні процесси взаємодыють з користувачами безпосередньо приймаючи від них дані введені за допомогою клавыатури,миши;

• Файлові процесси із користувачем не взвємодіють із користивачем безпосередньо.Зазвичай вони запускаються під час старту системи чекають на запити інших пристроїв

72. Перелічить рекомендації по розробці багато потокових програм.

-Не можна визначати порядок використання потоків,не подбавши про його підтримку,тому що швидкість використання потоків залежить від багатьох факторів;

-Для потоків не підтримується така їєрархія,як для процессів.Потік,що створив інший потік має рівні з ним права

- Стек потоку очіщується після виконання функції потоку.

73. Перелічить види станів, які допустимі для потоків.

Створення,Виконання,Очікування(заблокованний),Готовність,Завершення

74. Наведіть граф станів потоку.

75. Перелічить структури даних, які повинна підтримувати ОС для керування розподілом ресурсів.

-Таблиці росподілу ресурсів: табл. памяти,табл. Введ/вивед,табл. файлів.

-Таблиці процессів і табл.поков,де місцяться інформація про процесси і потоки присутні у системі в конкретний момент.

76. Яку інформацію містить керуючий блок потоку?

-індефекаційні дані потоку;

-стан процессів потоку користувальницьки регистри процессори,лічильник інструкцій,показник на стек;

-інфу для планування потоків

77. Яку інформацію містить керуючий блок процесу?

-індефікаційні дані процесу (унікальний індіфікатор ,інфа про інші процеси,пов язані з данними)

-інфа про потоки які виконуються в адресному просторі процессу

-інфу, на основі якої можна визначит права процессу на використання різних ресурсів

-інфу з розділу адресного простору

-інфою про ресурси введ/вивед та файлами,які використовують процес

78. Від чого залежить максимальна кількість процесів і потоків?

79. Наведіть визначення паралелізму і способи його використання.

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

Віди паралелізму (основні)

- паралелізм багатопроцессорних систем

- паралелізм операцій введен/вивед

-паралелізм взаємодії з користувачем

- паралелізм розподіленних систем