Билет 26

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

То, что есть в лекции по теме вопроса, находится ниже (но лучше почитайте девятую лекцию, страницы 34-35 объединённого файла)

Считается, что 70% информации - это видео теперь. В чем проблема передачи видео? Здесь возникает понятие потока – стрима. Stream в ос используется в трех вариантах:

1. вопросы performance

2. технология написания драйверов. Передается запрос потоком, он от upper level передается ниже при помощи определенного потока параметров: передаю сначала udp к ip, от ip к драйверам и т.д. до тех пор, пока не дойдем до драйверов адаптера, до канальных протоколов, которые сейчас хардвеерные.

3. Поток передачи мультимедийных данных, имеется в виду видео, все остальное не интересует. Мы видим не глазами, а видим головой. Наша голова воспринимает данные только с определенной скоростью – 25-30 фреймов в секунду в процессе передачи.

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

Кусочек лекции с ответом на вопрос

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

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

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

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

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

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

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