Билет 26

1. Понятие потока, как метода написания драйверов

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

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

Так как основной задачей ядра является управление потоками, работа по управлению памятью, вопросами доступа и действиями по вводу/выводу возлагается на другие компоненты операционной системы. Эти компоненты известны под собирательным названием 'Executive', Исполнительные Компоненты. Они сконструированы как модульное программное обеспечение (хотя, Диспетчер ввода/вывода сам является существенным исключением из этого правила).

2. В чем суть модели коммуникации ieee? Каковы подуровни phy? Работает ли на этом уровне ос?

Коммутаторы работают на 2 уровне модели OSI. Это хардвеерное решение и зачем здесь софт никто не понял. На самом деле случилось следующее. Да, они действительно работают на 2 уровне. Но у IEEE, когда вам рисовала всякие модели адаптеров, я вам его рисовала, я вам говорила, что любой сетевой адаптер – это mac-контроллер, это шина (MII, они разные бывают), это чипы, которые на самом деле нас связываю с внешним миром, занимаются кодированием. Здесь есть различные подсистемы, согласно требованиям IEEE. То есть тот, кто занимается кодированием (coding subsystem), тот, кто занимается подключением (physical media attachment), подключение к чипам (physical media dependent) и плюс интерфейсы. Плюс там есть ещё другие подуровни модели, связанные с тем, что нам нужно согласовывать всевозможные скорости (надо делать negotiations – переговоры), надо делать согласование, согласовывать всевозможные решения, связанные с тем, что здесь может быть и оптоволокно, и витая пара, и разные кодирования.

Дело всё в том, что у IEEE часть функций, которые они потребовали от сетевых адаптеров, коммутаторов, в эту идею не влезло. В хард не поместился. И они сказали следующее: любые коммутаторы, у которых не помещаются сетевые адаптеры, должны обеспечивать защиту от несанкционированного доступа. Поэтому ОС вот этих систем занимается одним – защитой от нсд. Ну это логично, оно в хард не влезло, они это включили вот сюда и потребовали, чтобы коммутаторы были управляемые, чтобы у них тоже были ОС, но выполняющие сугубо эти функции. Что логично, потому что он торчит по центру композиции.

В этой идее надо различать два английских слова: protection и security. Protection - как раз защита от несанкционированного доступа (внутри ОС, то, что она защищает своими средствами). Security – безопасность (внешние средства: видеонаблюдение, контроль входа, замки). Две разные задачи.

Общий ответ таблицей

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)

Подуровни phy (отдельно):

PCS (physical coding subsystem) – кодирование информации (0 и 1 в электричество, свет и т.д.)

PMA (physical medium attachment) – мне нужны какие-то чипы, которые говорят: «я тебя как-то присоединю к кабельной системе витой пары, а ты хочешь присоединяться к оптоволокну».

PMD (physical medium dependent) – «ты давай вот как-то перекодируй все и присоедини меня теперь к контроллеру, который будет адрес выдавать»