Билет 26
.docxБилет 26.1
Ядро несет ответственность за планировку активности программных потоков. Поток является всего лишь "независимой тропинкой" в выполнении программного кода. Чтобы сохранить независимость от деятельности других потоков, для каждого из них необходимо сохранять уникальный потоковый контекст. Потоковый контекст состоит из состояния регистров процессора, сохраненного ID, значения приоритета, распределения памяти, связанной с потоком, и другой информации, имеющей отношение к данному потоку.
Обязанностью планировщика потоков является определение, какой поток должен выполняться в данный момент. В среде с единственным процессором, в каждый момент времени только один поток получает в свое распоряжение процессор. В многопроцессорной конфигурации разные потоки могут выполняться на разных процессорах, реализуя настоящую параллельность выполнения кода. Планировщик в большинстве случаев выделяет потоку процессор на фиксированный временной интервал, известный под названием потоковый временной квант. Предоставление процессора происходит, главным образом, на основе величины приоритета потока.
Так как основной задачей ядра является управление потоками, работа по управлению памятью, вопросами доступа и действиями по вводу/выводу возлагается на другие компоненты операционной системы. Эти компоненты известны под собирательным названием 'Executive', Исполнительные Компоненты. Они сконструированы как модульное программное обеспечение (хотя, Диспетчер ввода/вывода сам является существенным исключением из этого правила).
Билет 26.2
В чем суть модели коммуникации IEEE? Как реализованы подуровни phy в технологии Ethernet?
Модель IEEE:
3. NETWORK |
802.1 |
2. DATA LINK |
LLC (Logical Link Control) MAC (Media Access Control) |
1. PHYSICAL |
MII (Media Independent Interface) PMA (Physical Media Attachment) PSC (Physical Coding Subsystem) PMD (Physical Media Depended) |
1. PHY. Чтобы соединить 2 устройства, нужны разъемы, и функции, определяющие, что это за разъемы – за это отвечает PMA.
Чтобы подключиться к сети, нужна группа чипов – PMD.
Согласование кодирования происходит в PSC.
MII – интерфейс (очевидно, между PHY и DATA LINK).
2. MAС. Hardware. MAC-контроллер – ставится для организации адресации.
LLC. Он одинаковый у всех Ethernet’ов. В нем реализуются функции контроля соединения, функции контроля скорости, делается Error Recovery и Flow Control.
В LLC есть свой формат фрейма:
1. Header – заголовок, который создает MAC-контроллер |
2. DSAP – целевой процесс |
3. SSAP – процесс-источник |
4. Control |
5. Information |
6. CHECKSUM |
В LLC осуществляется передача этих фреймов по 2м техникам передачи:
• Stop and Wait – передача одного фрейма, ожидание подтверждения;
• Sliding Window – передача нескольких фреймов, ожидание подтверждения.
Flow Control бывает 3х типов:
• Нет контроля, отправляем, как хотим;
• Устанавливаем соединение с рукопожатием, договариваемся, кто принимает, а кто передаёт;
• Не устанавливаем соединение, не договариваемся о ролях, но ждем ACK.
3. NETWORK. Часть стандартов не влезает в Hardware. Нужен контроль на уровне софта, это и есть 802.1, на уровне NETWORK.
2. В чем суть модели RPC? Что выполняет ядро сетевой ОС? Какие функции выполняет shell/redirector? Где и какие части сетевой ОС запускаются?
Remote Procedure Call (RPC) – класс технологий, позволяющих компьютерным программам вызывать функции на удалённых компьютерах. Идея RPC состоит в расширении механизма передачи управления и данных внутри программы, на передачу управления и данных через сеть. Средства удалённого вызова процедур предназначены для облегчения организации распределённых вычислений и создания распределенных клиент-серверных информационных систем.
Загружаемое на файл-сервере ядро сетевой ОС выполняет функции управления памятью, планирования задач, организации файлов, работы с именами пользователей. Ядро – резидентная часть ОС (всегда загружено в память).
Shell – оболочка ОС. Пользователь (точнее администратор) управляет сетевой ОС с помощью Shell.
Redirector – сетевое программное обеспечение, которое принимает запросы ввода/вывода и переназначает их сетевым сервисам другого компьютера. Когда клиент делает запрос к сетевому приложению или службе, редиректор перехватывает этот запрос и проверяет, является ли ресурс локальным (находящимся на запрашивающем компьютере) или удаленным (в сети). Если запрос предназначен для сети, редиректор направляет запрос по сети к соответствующему серверу. Работает на представительском уровне модели оси (6 LVL OSI).
Ядро запускается на файл-сервере.
Shell и Redirector запускаются на workstation.