Седмица 26-я по Пятидесятнице. Глас осьмый.

Рождественский пост. Монастырский устав: cухоядение (хлеб, овощи, фрукты)

Попразднство Введение во храм Пресвятой Богородицы. Блгв. кн. Михаила Тверского (1318).

Святой благоверный князь Михаил Тверской родился в 1272 году уже после смерти своего отца великого князя Ярослава Ярославича, родного брата святого благоверного князя Александра Невского (память 23 ноября (6 декабря по н.ст.)). При поездке в Орду князь Ярослав заболел и, приняв постриг с именем Афанасий, скончался.
Мать Михаила, Ксения, воспитала в сыне горячую любовь к Богу. Воспитывался и учился Михаил под руководством Новгородского архиепископа (вероятно, Климента). На Тверском княжении сменил старшего брата Святослава. В 1285 году он построил каменный храм в честь Спаса Преображения на месте деревянной церкви Космы и Дамиана.
По смерти великого князя Андрея Александровича († 1305) Михаил, по праву старшего, получил в Орде ярлык на великокняжеский престол, но Московский князь Юрий Данилович не подчинился ему, сам домогаясь великокняжеской власти. Часто бывая в Золотой Орде у нового хана Узбека, который принял магометанство и отличался жестокостью и фанатизмом, Юрий сумел понравиться хану, женился на его сестре Кончаке и стал великим князем. Но он не успокоился и начал новую междоусобную войну с Тверью. В войско Юрия входили посланные Узбеком татарские отряды во главе с Кавгадыем. Однако тверичи, возглавляемые святым князем Михаилом, 22 декабря 1317 года наголову разбили Юрия. Было захвачено много пленных, в том числе Кавгадый, которого святой Михаил отпустил, и жена Московского князя Кончака, но она неожиданно умерла в Твери.
Князь Юрий оклеветал святого князя Михаила перед ханом, обвинив его в отравлении Кончаки. Хан разгневался, угрожая разорением княжеской вотчины Михаила, и потребовал его к себе для ответа. Не желая проливать кровь русских воинов в неравной борьбе с ханом, святой Михаил смиренно отправился в Орду, понимая, что это грозит ему смертью. Он простился с семьей и тверичами, взял благословение на мученический подвиг у своего духовного отца игумена Иоанна. "Отче, - сказал святой, - много заботился я о покое христиан, но, по грехам моим, не мог прекратить междоусобий. Теперь благослови меня, если придется пролить кровь мою за них, лишь бы они несколько отдохнули, а мне бы простил Господь грехи".
В Орде над святым князем был устроен неправедный суд, который признал его виновным в непокорстве хану и приговорил к смерти. Святому Михаилу надели тяжелую деревянную колодку и отдали под стражу. В заточении святой Михаил, по своему обыкновению, постоянно читал Псалтирь и благодарил Господа за посланные ему страдания. Он просил не оставить его и в предстоящих мучениях. Так как и руки святого страдальца были закованы в колоду, перед ним сидел мальчик и переворачивал страницы Псалтири. Долго кочевал с Ордой святой князь-узник, терпя побои и издевательства. Ему предлагали бежать, но святой мужественно отвечал: "Во всю жизнь не бегал я от врагов, и если я один спасусь, а люди мои останутся в беде, какая мне слава? Нет, воля Господня да будет". По милости Божией, он не был лишен христианского утешения: его посещали православные священники, игумены Александр и Марк, и он каждую неделю исповедовался и причащался Святых Христовых Тайн, получив и перед самой смертью христианское напутствие.По наущению князя Юрия и Кавгадыя, который мстил святому князю за поражение, в табор, где содержался пленник, ворвались убийцы. Они жестоко били мученика, топтали его ногами, пока один из них не заколол святого Михаила ножом († 1318).
Обнаженное тело святого мученика было брошено на поругание, затем его прикрыли одеждой и положили на большую доску, привязанную к телеге. Ночью два сторожа были приставлены охранять тело, но их объял страх и они убежали. Наутро тела его не нашли на доске. В ту же ночь многие, не только православные, но и татары, видели, как два светлые облака осияли то место, где лежало тело мученика и, хотя по степи рыскало много хищных зверей, ни один из них не коснулся его. Утром все говорили: "Князь Михаил - святой, невинно убитый". Из Орды тело святого князя было перевезено в Москву, где его погребли в церкви Спаса на Бору в Кремле.
Лишь через год, в 1319 году, в Твери узнали о судьбе своего князя. По желанию его супруги, княгини Анны (память 2 октября), и по просьбе тверичей, мощи святого Михаила Тверского были перенесены в его родной город и 6 сентября 1320 года положены в выстроенном им самим храме в честь Преображения Господня. Местное празднование святому благоверному князю началось вскоре после перенесения его мощей в Тверь, а на Соборе 1549 года состоялось общецерковное прославление святого.
24 ноября 1632 года были обретены нетленные мощи святого Михаила. Святой князь часто оказывал благодатную помощь Русской земле. В 1606 году поляки и литовцы, осаждавшие Тверь, многократно видели, как из города выезжал дивный всадник на белом коне с мечом в руках и обращал их в бегство. Увидев икону святого благоверного Михаила, они клятвенно заверили Тверского архиепископа Феоктиста, что явившийся всадник святой Михаил.

Седмица 26-я по Пятидесятнице. Глас осьмый.

Рождественский пост. Разрешается рыба.

Введение во храм Пресвятой Богородицы.

Введение во храм Пресвятой Богородицы совершилось, по сохраненным Преданием рассказам, следующим образом. Родители Девы Марии, праведные Иоаким и Анна, молясь о разрешении неплодства, дали обет, если родится дитя, посвятить его на служение.
Когда Пресвятой Деве исполнилось три года, святые родители решили выполнить свое обещание. Собрав родственников и знакомых, одев Пречистую Марию в лучшие одежды, с пением священных песен, с зажженными свечами в руках привели ее в Иерусалимский храм. Там встретил Богоотроковицу первосвященник со множеством священников. В храм вела лестница в пятнадцать высоких ступеней. Младенец Мария, казалось, не могла бы Сама взойти по этой лестнице. Но как только Ее поставили на первую ступень, укрепляемая силой Божией, Она быстро преодолела остальные ступени и взошла на верхнюю. Затем первосвященник, по внушению свыше, ввел Пресвятую Деву в Святое святых, куда из всех людей только раз в году входил первосвященник с очистительной жертвенной кровью. Все присутствовавшие в храме дивились необыкновенному событию.
Праведные Иоаким и Анна, вручив Дитя воле Отца Небесного, возвратились домой. Преблагословенная Мария осталась в помещении для девственниц, находившемся при храме. Вокруг храма, по свидетельству Священного Писания. (Исх. 38, 1 Цар 1, 28;.. Лк 2, 37) и историка Иосифа Флавия, имелось много жилых помещений, в которых пребывали посвященные На Служение Глубокой тайной покрыта земный жизни Пресвятой Богородицы от младенчества до вознесения на небо. Сокровенна была и Ее жизнь в Иерусалимском храме. "Если бы кто спросил меня, - говорил блаженный Иероним, - как проводила время юности Пресвятая Дева, - я ответил бы: то известно Самому Богу и Архангелу Гавриилу, неотступному хранителю Ее". Но в Церковном предании сохранились сведения, что во время пребывания Пречистой Девы в Иерусалимском храме она воспитывалась в обществе благочестивых дев, прилежно читала Священное Писание, занималась рукоделием, постоянно молилась и возрастала в любви к Богу.
В воспоминание Введения Пресвятой Богородицы в Иерусалимский храм Святая Церковь с древних времен установила торжественное празднество. Указания на совершение праздника в первые века христианства находятся в преданиях палестинских христиан, где говорится о том, что святая царица Елена построила храм в честь Введения во храм Пресвятой Богородицы.
В IV веке упоминание об этом празднике есть у святителя Григория Нисского. В VIII веке проповеди в день Введения произносили святители Герман и Тарасий, Константинопольские патриархи.
Праздник Введения во храм Пресвятой Богородицы - предвозвестие благоволения Божия к человеческому роду, проповедь спасения, обетование Христова пришествия.

Введение во храм Пресвятой Девы Марии празднуется Святой Русской Православной Церковью 4 декабря (21 ноября ст. ст.). День этот считается великим двунадесятым непереходящим Богородническим праздником, который в песнопениях церковных называется "предвестием Божия благоволения к людям". С этого праздника начинают петь в церкви во время утрени "Христос рождается...".



Когда Деве Марии исполнилось три года, благочестивые родители Ее приготовились исполнить свой обет Богу. Они созвали родственников, пригласили сверстниц своей Дочери, одели Ее в лучшие одежды и, провожаемые народом с пением духовных песен, повели Ее в храм Иерусалимский для посвящения Богу. Ее подруги-сверстницы, как и Сама Мария, шли с зажженными свечами в руках. Навстречу им вышли из храма священники во главе с первосвященником.оаким и Анна поставили Марию на первую ступень лестницы, ведущей в храм. Лестница же эта имела пятнадцать больших ступеней по числу псалмов, которые священники пели при входе в храм. И вот трехлетняя Мария без всякой посторонней помощи взошла по высоким ступеням. Там первосвященник встретил и благословил Ее, как это он всегда делал со всеми посвящаемыми Богу. А затем по внушению Духа Святого он ввел Ее во Святое Святых. Это было самое священное место в храме. Туда никто не имел права входить, кроме первосвященника и то только один раз в год. Дух Святой внушил первосвященнику, что Мария - избранная Богом, поэтому достойна входить в самое священное место. Ей предназначено стать Матерью Сына Божия, который откроет людям вход в Царство Небесное.



Иоаким и Анна, исполнив свой обет, возвратились домой, а Мария осталась жить при храме. Там она вместе с другими девочками обучалась Закону Божию и рукоделию; много молилась, читала Священное Писание и строго соблюдала пост.



При храме Божием Пресвятая Мария жила около одиннадцати лет и выросла глубоко благочестивой, во всем покорной Богу, необычайно скромной и трудолюбивой. Пресвятая Мария решила посвятить всю свою жизнь только одному Богу. Для этого Она дала обет никогда не выходить замуж, т.е. навсегда остаться Девой. Дух Божий и Святые Ангелы охраняли Божественную Деву. Нужно помнить, что наше спасение, наше искупление воплотившимся Сыном Божиим стало возможно потому, что избранная послужить для этого Пречистая Богородица была введена своими родителями в храм Божий и получила воспитание при храме. Этот поступок родителей Марии церковь ставит в пример всем верующим, указывая, что истинные христиане должны воспитывать в своих детях любовь к Всевышнему с самого раннего возраста, как только ребенок начинает понимать окружающее.



Необходимо и нам войти в Святую Православную Церковь, ввести в храм Божий своих детей. Особенно важно приходить в храм на молитву по воскресеньям и праздничным дням. В Православной Церкви - наше спасение, духовное преображение.

Система ввода/вывода предоставляет уровневую архитектуру драйверов. В данном разделе обсуждаются типы драйверов WDM, уровни драйверов и объекты устройств. Более подробную информацию по данному вопросу можно найти в файлах сопроводительной документации к последней версии Windows DDK.

С точки зрения системы Plug and Play существуют следующие три типа драйверов.

Шинный драйвер обслуживает контроллер шины, адаптер, мост или любое устройство, которое имеет дочерние устройства. Шинные драйверы относятся к обязательным драйверам и обычно поставляются Microsoft. Для каждого типа шины в системе имеется собственный шинный драйвер.
Функциональный драйвер – это основной драйвер устройства, который предоставляет интерфейс с этим устройством. Этот драйвер является обязательным, за исключением случаев, когда ввод/вывод устройства осуществляется шинным драйвером или любыми драйверами фильтра. Функциональный драйвер устройства обычно реализуется в виде пары драйвер/мини-драйвер. В таких парах драйверов драйвер класса (обычно разрабатываемый Microsoft) обеспечивает функциональные возможности, необходимые всем устройствам этого типа, а мини-драйвер (обычно разрабатываемый фирмой – поставщиком конкретного устройства) обеспечивает специфические функциональные особенности устройства. Plug and Play Manager загружает по одному функциональному драйверу для каждого устройства. Драйвер фильтра сортирует запросы ввода/вывода для шины, устройства или класса устройств. Драйверы фильтра являются необязательными и могут существовать в любом количестве, располагаясь на различных уровнях – как выше, так и ниже функционального драйвера и шинного драйвера. Обычно такие драйверы поставляются фирмами OEM или независимыми поставщиками аппаратных средств (IHV).

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

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

Для каждого конкретного устройства существует два или более уровней драйвера: шинный драйвер для шины ввода/вывода (или Plug and Play Manager – для устройств, помещенных при энумерации на корневой уровень) и функциональный драйвер устройства. Помимо этого, могут присутствовать один или несколько драйверов фильтра для шины или устройства.
Объекты устройств

Драйвер создает объект устройства (device object) для каждого устройства, которым он управляет. Объект устройства представляет устройство для драйвера. С точки зрения Plug and Play, существуют три типа объектов устройств.

Физические объекты устройств (Physical Device Objects, PDO).
Функциональные объекты устройств (Functional Device Objects, FDO).
Объекты фильтров устройств

PDO представляют устройство на шине; каждый интерфейс прикладного программирования Plug and Play API, который ссылается на устройство, ссылается на PDO. FDO представляют функциональные возможности устройства функциональному драйверу. Объекты фильтров представляют драйвер фильтра. Эти три типа объектов устройств имеют тип DEVICE_OBJECT, но используются по-разному и могут иметь дополнительные расширения.Дополнительные интерфейсы

Драйверы Plug and Play, предназначенные для использования в Windows 2000, Windows XP и Windows Server 2003, не ограничиваются использованием интерфейсов WDM. Драйверы могут вызывать другие интерфейсы для обеспечения поддержки наследуемых драйверов Windows NT, обнаружения аппаратных средств или других специфических функций, не предоставляемых WDM.

Обратите внимание, что если драйвер должен применяться как в Windows 98/ ME, так и в Windows 2000/XP/Server 2003, то он должен использовать только интерфейсы WDM.
Шинные драйверы WDM

Управление электропитанием и Plug and Play осуществляется при помощи шинных драйверов WDM, которые представляют собой стандартные драйверы WDM. Обратите внимание, что в этом контексте любое устройство, начиная с которого происходит энумерация других устройств, будет называться шиной. Шинный драйвер отвечает на пакеты запроса ввода/вывода (IRP) и может быть расширен за счет использования драйверов фильтров.Шинный драйвер выполняет следующие задачи:

Энумерация устройств на шине
Динамическое извещение операционной системы о событиях на шине
Ответы на IRP от систем Plug and Play и управления электропитанием
Мультиплексирование доступа к шине (для некоторых шин)
Общее администрирование устройств на шине

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

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

Microsoft поставляет шинные драйверы для большинства распространенных шин, в том числе: PCI, Plug and Play ISA, SCSI и USB. Прочие шинные драйверы могут поставляться независимыми поставщиками – IHV или OEM. Шинный драйвер может быть реализован как пара драйвер/мини-драйвер. В таких парах драйверов один из драйверов связан со вторым, а второй представляет собой DLL.Драйвер ACPI выполняет роль как шинного драйвера, так и функционального драйвера. ACPI позволяет системе узнавать об устройствах, которые не имеют стандартного метода энумерации (т. е. о наследуемых устройствах), или о вновь определенных устройствах ACPI, энумерация которых должна производиться ACPI (например, о встроенных контроллерах). ACPI устанавливает драйверы фильтра верхнего уровня для устройств, функциональные возможности которых выходят за пределы стандарта для их шины. Например, если шинный драйвер PCI устанавливает графический контроллер с элементами управления электропитанием, которые не поддерживаются шиной PCI, то устройство может поддерживать дополнительные функциональные возможности, если драйвер ACPI загрузит для него высокоуровневый драйвер фильтра.
Драйверы устройств WDM

Драйверы устройств WDM обычно представляют собой пару "драйвер/мини-драйвер – драйвер фильтра". В дополнение к предоставлению операционного интерфейса с устройством функциональные драйверы играют важную роль в системе управления электропитанием, предоставляя информацию владельцу политики для устройства о возможностях управления электропитанием и выполняя действия, относящиеся к переходам от режима энергосбережения к режиму подачи электропитания в полном объеме.

Проблема №1
Вы тратите массу времени на переустановку Windows
Если Windows начинает медленно работать, глючить или вовсе перестает загружаться, то на полную переустановку системы со всеми драйверами, программами и настройками у вас уходит минимум полдня, а то и целый день.
А, может быть, вы и вовсе не знаете, как делать переустановку Windows и постоянно обращаетесь к знакомому "программисту"
Проблема №2
У вас нет четкой системы резервного копирования данных
Вы либо вообще не резервируете свои данные, либо делаете это нерегулярно и в ручном режиме.
В таком случае, если ваш жесткий диск выходит из строя, вы рискуете потерять много важных файлов, фотографий, наработок и т.д.,
как это происходит с теми людьми, которые игнорируют эту тему и думают, что проблемы пройдут мимо них.Видеокурс поможет режить две задачи:
Задача №1
Сделать так, чтобы резервное копирование всех данных проходило у вас на полном автомате и без вашего участия.
В случае краха моего основного жесткого диска вы должны иметь возможность восстановить все данные не более чем 24-часовой свежести для особо важных данных (текущие проекты)
и не более чем недельной для менее важной информации (фильмы, музыка, фотографии).

Задача №2
Сделать так, чтобы переустановка Windows занимала у вас не более 20 минут.
При этом вы должены иметь возможность восстановить систему в идеальное состояние даже в том случае,
если операционная система не загружается. Это делается через специальный загрузочный носитель (диск или флешка).

Серия сообщений "Windows XP 64 bit":
Часть 1 - Я только что купил компьютер с процессором 64-бит, системой Windows XP Professional x64 Edition и мое изделие Creative не работает - что делать?
Часть 2 - О драйверах для XP 64 bit
...
Часть 17 - Windows XP .iso x64 CD Professional
Часть 18 - Без заголовка
Часть 19 - как восстановить систему windows xp 64 bit
Часть 20 - Операционная система Windows XP 64-Bit Edition

Серия сообщений "Windows Pro XP 64 -bit":
Часть 1 - Я только что купил компьютер с процессором 64-бит, системой Windows XP Professional x64 Edition и мое изделие Creative не работает - что делать?
Часть 2 - О драйверах для XP 64 bit
...
Часть 17 - Windows XP .iso x64 CD Professional
Часть 18 - Без заголовка
Часть 19 - как восстановить систему windows xp 64 bit
Часть 20 - Операционная система Windows XP 64-Bit Edition

Диспетчер ввода/вывода (I/O Manager) обеспечивает базовые сервисы для драйверов устройств. Диспетчер ввода/вывода представляет собой компонент режима ядра, который выполняет трансляцию команд чтения и записи режима пользователя в соответствующие IRP. Помимо этого, диспетчер ввода/вывода управляет всеми остальными основными IRP операционной системы.

Эти интерфейсы работают точно так же, как они работали в операционной системе Windows NT 4.0. Обратите внимание, что поскольку диспетчер ввода/вывода имеется и в Windows NT 4.0, и в Windows 2000/XP/ Server 2003, драйвер Plug and Play может устанавливаться вручную в Windows NT 4.0 и может функционировать как драйвер Plug and Play в Windows 2000/XP/Server 2003.

Начиная с Windows XP, подсистема ввода/вывода была усовершенствована за счет введения новых интерфейсов прикладного программирования (API), которые должны быть доступны драйверам устройств в соответствии с требованиями программы Windows Logo. Драйверы устройств, разработанные специально для Windows XP и Windows Server 2003, за счет использования этих API смогут в полной мере реализовать преимущества, предоставляемые такими новыми возможностями, как Volume Snadow Copy Service (более подробно о них пойдет речь в главе 23 "Восстановление системы"). Наряду с этим, Windows XP и Windows Server 2003 обеспечивают полную обратную совместимость с драйверами, разработанными для Windows 2000.Таким образом, драйвер, который подходил для использования в Windows 2000, практически наверняка будет работать и в Windows XP и Windows Server 2003. Несмотря на это, Microsoft настоятельно рекомендует проверять, не существует ли для вашего устройства драйверов, разработанных специально для более новых версий операционной системы (чтобы получить обновленный драйвер, обратитесь к поставщику устройства или посетите сайт Windows Update)

Ядро операционных систем Windows 2000/XP и Windows Server 2003 обеспечивает поддержку Plug and Play в процессе загрузки и предоставляет интерфейсы для взаимодействия с такими компонентами операционной системы, как уровень аппаратных абстракций (HAL), исполняющая подсистема (модуль Executive) и драйверы устройств (рис. 2.3).

Функции режима пользователя взаимодействуют с функциями режима ядра, обеспечивая возможности динамической конфигурации и интерфейса с остальными компонентами, которые должны поддерживать Plug and Play, например, с программой Setup и приложениями Control Panel.

Следующие разделы подробно описывают модули Plug and Play.Plug and Play Manager в режиме ядра

Модуль Plug and Play Manager (PnP Manager), работающий в режиме ядра, поддерживает функции центрального управления, управляет шинными драйверами при выполнении энумерации (enumeration) и драйверами устройств при добавлении устройства, его запуске и т. д.

Например, Plug and Play Manager может направлять запросы, чтобы определить, может ли устройство быть удалено, и позволить драйверу устройства синхронизировать незавершенные запросы ввода/вывода с поступающим запросом. Plug and Play Manager координируется с соответствующим модулем режима пользователя при определении устройств, доступных для выполнения таких операций.Power Manager и Policy Manager

Power Manager – это компонент режима ядра, который работает совместно с модулем Policy Manager и обрабатывает вызовы интерфейса прикладного программирования (API) управления электропитанием, координирует события и генерирует запросы на прерывания, связанные с управлением электропитанием IRP. Например, если различные устройства отправляют запросы на отключение, Power Manager собирает эти запросы, определяет, какие запросы должны быть сериализованы и генерирует соответствующие IRP.

Policy Manager наблюдает за активностью системы и собирает интегрированную информацию о статусе пользователей, приложений и драйверов устройств. При определенных обстоятельствах или по запросу Policy Manager генерирует IRP для изменения статуса драйверов устройств.

Чтобы включить поддержку Plug and Play в Windows 2000, Windows XP и Windows Server 2003, потребовалось объединить реализацию Plug and Play с базовым исходным кодом Windows NT. Результаты этой интеграции перечислены ниже.

Драйверы шины теперь отделены от уровня аппаратных абстракций (HAL). Драйверы шины управляют шиной ввода/вывода, включая функциональные возможности слотов, независимые от конкретных устройств. В этой новой архитектурной модели драйверы шины были отделены от HAL (Hardware Abstraction Layer), чтобы обеспечить координацию с изменениями и расширениями, внесенными в компоненты режима ядра, например, в модуль Executive, драйверы устройств и HAL. Как правило, драйверы шины поставляются Microsoft.
Для обеспечения инсталляции и конфигурирования устройств теперь доступны новые методы и возможности. Новая архитектура включает изменения и расширения для существующих компонентов режима пользователя, включая спулер (Spooler), инсталляторы классов (class installers), панель управления, а также программу Setup. Также добавлены новые компоненты режимов пользователя и ядра, обладающие возможностями Plug and Play. Разработаны новые интерфейсы прикладного программирования Plug and Play для чтения и записи информации реестра. Для обеспечения этой цели были внесены изменения в структуру реестра. Теперь эта структура поддерживает Plug and Play и позволяет обеспечить дальнейшее совершенствование и расширение структуры реестра будущих версий при обеспечении обратной совместимости.

Windows XP и Windows Server 2003 поддерживают наследуемые драйверы Windows NT (legacy Windows NT drivers), но эти драйверы не будут обладать функциональными возможностями Plug and Play и управления электропитанием. Фирмы-производители, которым требуется обеспечить полную поддержку функциональных возможностей Plug and Play для выпускаемых устройств и функционирование одних и тех же драйверов как в Windows 2000/XP и Windows Server 2003, так и в Windows 98/ME, должны разрабатывать новые драйверы, интегрирующие последние достижения технологии Plug and Play и управления электропитанием.Windows XP и Windows Server 2003 обеспечивают следующую поддержку Plug and Play.

Автоматическое и динамическое распознавание установленных аппаратных средств. В число обеспечиваемых функций входят начальная инсталляция системы, распознавание аппаратных изменений Plug and Play между перезагрузками системы и реакция на аппаратные события времени исполнения, включая отключения и подключения док-станций и установку/удаление устройств.
Назначение и переназначение аппаратных ресурсов. Драйверы устройств Plug and Play не назначают собственных ресурсов. Вместо этого необходимые для устройства ресурсы идентифицируются при энумерации устройства операционной системой. Модуль Plug and Play Manager запрашивает эти требования при выделении ресурсов каждому устройству. На основании запросов на назначение ресурсов, подаваемых каждым устройством, Plug and Play Manager назначает устройствам соответствующие ресурсы, включая порты ввода/вывода, прерывания (IRQ), каналы DMA и адреса памяти. При необходимости Plug and Play Manager переконфигурирует назначение ресурсов. Такая потребность возникает, например, при добавлении в систему нового устройства, которое запрашивает ресурсы, уже назначенные другому устройству.Загрузка соответствующих драйверов. Plug and Play Manager определяет и загружает драйверы, необходимые для поддержки конкретного устройства.
Интерфейс для взаимодействия драйверов с системой Plug and Play. Этот интерфейс состоит, в основном, из процедур ввода/вывода, пакетов запроса ввода/вывода для системы Plug and Play (I/O request packets, IRP), необходимых точек входа драйверов и информации реестра.
Взаимодействие с системой управления электропитанием. Ключевой особенностью системы Plug and Play в Windows 2000/XP и Windows Server 2003 является динамическая обработка событий. Добавление или удаление устройства является примером такого динамического события. Другой пример – способность динамического перевода устройства в режим энергосбережения и обратно. Система Plug and Play и система управления электропитанием используют функции WDM и применяют схожие методы реагирования на динамические события.
Регистрация событий уведомления устройств. Plug and Play позволяет коду режима пользователя регистрировать и получать уведомления об определенных событиях Plug and Play. Процедура RegisterDeviceNotification позволяет осуществляющему вызов коду фильтровать класс или устройство, от которого требуется получать уведомления. Фильтр может быть специфическим, например дескриптор файловой системы, или общим, например класс устройств. Методы уведомлений, наследуемые от предыдущих версий Windows NT, также поддерживаются и работают как прежде.

Уровень поддержки Plug and Play, обеспечиваемый устройством, зависит как от аппаратной поддержки Plug and Play, так и от поддержки, обеспечиваемой драйвером этого устройства. На схематическом уровне эта концепция иллюстрируется в табл. 2.1.

Таблица 2.1. Уровни поддержки Plug and Play для устройств и драйверов.
Драйвер Plug and Play Драйвер без поддержки Plug and Play
Устройство Plug and Play Полная поддержка Plug and Play Поддержка Plug and Play отсутствует
Устройство без поддержки Plug and Play Возможна частичная поддержка Plug and Play Поддержка Plug and Play отсутствует

Как показывает эта таблица, для обеспечения полной поддержки Plug and Play устройство Plug and Play должно иметь драйвер, поддерживающий Plug and Play.

Ниже кратко описаны все возможные конфигурации.Устройство и драйвер поддерживают Plug and Play (полная поддержка Plug and Play). Чтобы обеспечить оптимальную поддержку Plug and Play, аппаратная реализация должна соответствовать инициативе OnNow, включая спецификацию ACPI. Поддержка Plug and Play в Windows 2000/XP л Windows Server 2003 направлена только на системы ACPI.
Устройство Plug and Play/драйвер без поддержки Plug and Play (поддержка Plug and Play отсутствует). Если драйвер не поддерживает Plug and Play, то устройство будет вести себя как устройство, не поддерживающее Plug and Play, несмотря на то, что оно поддерживает эту спецификацию аппаратно. Обратите особое внимание на то, что устройство, не поддерживающее Plug and Play, может ограничить функциональные возможности Plug and Play для всей системы.
Устройство без поддержки Plug and Play/драйвер Plug and Play (возможна частичная поддержка Plug and Play). Устройство, не поддерживающее Plug and Play на аппаратном уровне, может обеспечивать частичную поддержку Plug and Play при условии загрузки соответствующего драйвера (Plug and Play). Хотя такая система не может автоматически и динамически распознавать аппаратные средства и загружать соответствующие драйверы, она обеспечит возможность управления выделением ресурсов Plug and Play, а также предоставит интерфейс для взаимодействия драйвера с системой Plug and Play и позволит взаимодействовать с системой управления электропитанием и регистрировать события, связанные с уведомлением устройств. Если такое устройство имеет драйвер Plug and Play, то оно отображается в приложении Device Manager, и для него будут доступны страницы конфигурирования свойств. Ни устройство, ни драйвер не поддерживают Plug and Play (поддержка Plug and Play отсутствует). Драйверы, разработанные до включения поддержки Plug and Play в операционную систему, будут функционировать точно так же, как раньше (без обеспечения функций Plug and Play). Все новые драйверы должны поддерживать Plug and Play.

Как видите, поддержка Plug and Play зависит не только от самого устройства, но и от его драйвера. Например, если вы установили в своей системе наследуемое устройство, вы все же можете обеспечить некоторый уровень поддержки Plug and Play и даже обеспечить для устройства дополнительные функциональные возможности за счет установки драйвера устройства, разработанного с учетом поддержки Plug and Play.

Поддержка возможностей Plug and Play для мониторов имеет некоторые особенности. Так, Windows XP и Windows Server 2003 будут воспринимать монитор как поддерживающий Plug and Play, только если эта поддержка обеспечивается как монитором и видеоадаптером, так и драйвером дисплея. В противном случае монитор будет идентифицирован как стандартный (default monitor).

Впервые поддержка Plug and Play была включена в состав операционной системы Windows 95. Однако с тех пор технологии Plug and Play существенно изменились и прошли достаточно долгий путь развития. В значительной степени эта эволюция является результатом технической инициативы OnNow, которая представляла собой попытку определить в масштабах всей системы универсальный подход к управлению конфигурацией системы и устройств, а также к управлению электропитанием. Одним из результатов инициативы OnNow является спецификация ACPI 1.0 (Advanced Configuration and Power Interface Version 1.0), которая определяет новый интерфейс между системной платой и BIOS, расширяющий данные Plug and Play путем включения управления электропитанием и других конфигурационных возможностей, осуществляемых под контролем операционной системы.

В отличие от поддержки Plug and Play в Windows 95, реализация Plug and Play в Windows 2000/XP и продуктах из семейства Windows Server 2003 базируется не на Advanced Power Management (АРМ) BIOS или Plug and Play BIOS. Эти две реализации BIOS были разработаны для Windows 95 и, как ранние попытки обеспечения поддержки Plug and Play и управления электропитанием, они поддерживаются в Windows 98 для обеспечения обратной совместимости. Фактическая поддержка Plug and Play и управления электропитанием обеспечиваются в Windows 2000/XP и продуктах из семейства Windows Server 2003 Server интерфейсом ACPI.Технология Plug and Play требует комбинированного взаимодействия BIOS персонального компьютера, его аппаратных компонентов, драйверов устройств и операционной системы. Основные требования к реализации системной платы и поддержке BIOS, необходимые для обеспечения поддержки Plug and Play в Windows 2000, Windows XP и Windows Server 2003, определены в спецификации ACPI. Новейшие версии операционных систем из семейства Windows используют эту спецификацию как основу для построения их архитектуры Plug and Play в соответствии с требованиями инициативы OnNow.

Спецификация ACPI определяет новый интерфейс между операционной системой и компонентами компьютера, обеспечивающими поддержку Plug and Play и управления электропитанием. Обратите внимание, что методы, определенные в ACPI, не зависят от конкретной операционной системы или типа процессора. ACPI определяет интерфейс на уровне регистров для базовых функций Plug and Play и управления электропитанием, а также определяет описательный интерфейс для дополнительных аппаратных возможностей. Это позволяет разработчикам реализовать целый диапазон функций Plug and Play и управления электропитанием для самых разных аппаратных платформ при использовании одного и того же драйвера операционной системы. Помимо этого, ACPI предоставляет общий механизм системных событий для Plug and Play и управления электропитанием.Некоторые типы системных BIOS, декларируемые их поставщиками как соответствующие спецификации ACPI, могут вызвать проблемы с установкой Windows 2000/XP или Windows Server 2003. Иногда они также могут послужить причиной периодических ошибок ядра (ошибок STOP, известных также под названием "синих экранов смерти") уже после установки операционной системы. С целью минимизации вероятности возникновения таких ситуаций разработчики Microsoft включили в программу установки ОС специальные функциональные возможности, позволяющие блокировать или активизировать поддержку ACPI на основании следующих критериев.

Принадлежность BIOS к списку совместимых BIOS (Good BIOS List). Этот список используется для активизации режима поддержки ACPI для некоторых типов системной BIOS с датой выпуска до 01/01/1999. Если системная BIOS, обнаруженная на компьютере, указана в этом списке, то режим ACPI будет активизирован. Поскольку дата 01/01/1999 уже истекла, Microsoft больше не добавляет новых записей в список "хороших" BIOS. Принадлежность к списку несовместимых BIOS (Incompatible BIOS list). Этот список используется для блокировки режима ACPI для некоторых BIOS с датой выпуска 01/01/1999 или более поздней. BIOS добавляются в этот список в том случае, если группа тестеров Microsoft или сами разработчики BIOS выясняют, что режим ACPI вызывает проблемы со стабильностью Windows. Это означает, что система не прошла тест на аппаратную совместимость ACPI (ACPI Hardware Compatibility Test, HCT), не загружается или не обеспечивает необходимого минимума функциональных возможностей. Список несовместимых BIOS (ACPI HCT) можно найти по следующему адресу: http://www.microsoft.com/hwdev/acpihct.htm.

Если системная BIOS не присутствует ни в одном из этих списков, объявляет себя как соответствующую спецификации ACPI и имеет дату не ранее 01/01/1999, то режим ACPI будет активизирован. Операционная система использует стандартную дату РС-АТ, которая находится по адресу F000:FFF5.

Если программа Windows Server 2003 Setup, проверяя систему перед установкой Windows, обнаруживает, что системная BIOS находится в списке несовместимых ACPI BIOS, то режим ACPI блокируется. Чтобы в полном объеме гарантировать функциональные возможности Plug and Play и управления электропитанием при использовании Windows 2000/XP или Windows Server 2003, BIOS необходимо обновить. Подробную информацию об этом можно получить по адресу: http://www.Hardware-Update.com.В отличие от систем на базе процессоров Intel Itanium, которые всегда являются ACPI-совместимыми, для систем на базе процессоров х86 способ взаимодействия устройств Plug and Play с системной BIOS имеет очень важное значение. В некоторых системах программа BIOS Setup предоставляет опцию Enable Plug and Play operating system, которая влияет на способ этого взаимодействия. Строго говоря, эта опция указывает, какой из компонентов управляет аппаратными средствами компьютера – системная BIOS или же операционная система. Если ваша система не является ACPI-совместимой, то эту опцию рекомендуется блокировать, установив для нее значение No/Disabled.

Кроме того, Microsoft рекомендует блокировать эту опцию, если вы имеете систему с двойной загрузкой, где вторая операционная система – Windows 98/ME, особенно если тест Plug and Play на соответствие ACPI проходит в Windows 98/ME (BIOS определяется как ACPI BIOS), но не проходит в Windows XP или Windows Server 2003. Если ваша система полностью совместима с ACPI (это означает, что в ней присутствует ACPI BIOS и установлен ACPI HAL), то назначение ресурсов аппаратным устройствам выполняет не BIOS, а операционная система. Параметры, установленные через программу BIOS Setup, включая и опцию Enable Plug and Play operating system, при этом игнорируются.Кроме спецификации ACPI, существуют и другие промышленные стандарты, например, Universal Serial Bus, Version 1.0, PCI Local Bus Specification, Revision 2.1 и PCMCIA.

Основная цель реализации Plug and Play – дальнейшее развитие промышленной инициативы, направленной на упрощение работы с персональными компьютерами для конечных пользователей. Кроме того, Plug and Play в Windows 2000, Windows XP и Windows Server 2003 решает следующие задачи.

Расширение существующей в Windows NT инфраструктуры ввода/вывода так, чтобы она поддерживала Plug and Play и управление электропитанием при одновременной поддержке промышленных стандартов на аппаратные средства Plug and Play.
Разработка общих интерфейсов драйверов, которые поддерживают Plug and Play и управление питанием для множества классов устройств под управлением Windows 2000/XP, Windows Server 2003 и Windows 98/ME.Оптимизация поддержки Plug and Play для самых разнотипных компьютеров – портативных, настольных рабочих станций и серверов, имеющих системные платы ACPI. В дополнение к сказанному, поддержка драйверов устройств Plug and Play для различных классов устройств обеспечивается моделью драйвера Microsoft Win32 (Microsoft Win32 Driver Model, WDM), которая поддерживает также управление подачей электропитания и другие новые возможности, которые могут конфигурироваться и управляться операционной системой.

Серия сообщений "Звездные войны":
Часть 1 - Звездные войны.Месть ситхов (трейлер)
Часть 2 - Еще один трейлер
...
Часть 20 - Дуэль Оби Вана и Дарта Мола
Часть 21 - Геонозис
Часть 22 - Звездные войны: Эпизод 7 – Русский трейлер
Часть 23 - Анакин и Оби Ван на крейсере
Часть 24 - Новые "Звездные войны": второй трейлер и эксклюзивные кадры со съемок 17.04.2015 12:00
...
Часть 34 - Звёздные войны: Эпизод 7 - Пробуждение силы трейлер
Часть 35 - Звездные войны: Пробуждение силы (Эпизод 7) - официальный тизер на русском + бонус
Часть 36 - Звездные войны 7 - Пробуждение силы | Русский трейлер

Принято считать, что нет большего греха, чем тот, что совершил Иуда Искариот. Его имя - синоним подлости и предательства. Насколько правдива библейская легенда об измене Иуды?

Каменные топоры, простейшие мотыги, копья и пращи - долгое время было принято считать, что именно эти предметы, изначально предназначенные для охоты и земледелия, использовали наши далекие предки в своих первых войнах. Но так ли это на самом деле?

Год козы уже к нам мчится, замер счастливо народ,
В предвкушении сюрприза, что коза нам принесёт?
С наступающим Новым 2015 годом Козы!!!

Другие тесты и гадания от Шувани

Ещё во время выставки Computex 2014 представители фирмы Crucial упоминали о скором появлении в продаже фирменной оперативной памяти стандарта DDR4. И хотя сам Cruсial не стал первым производителем, который обозначил стоимость и предложил своим клиентам возможность оформить предзаказ на ОЗУ нового поколения, желающие зарезервировать себе самую продвинутую «планку памяти» уже имеются.
На данный момент для десктопа с материнской платой на чипсете Intel X99 можно оформить покупку, сделав выбор из восьми доступных в онлайн-магазине Overclockers предложений — четырёх комплектов по 16 Гбайт (4×4 Гбайт) оперативной памяти DDR4 каждый или одного из четырёх 32-Гбайт (4×8 Гбайт) комплектов. Каждый из шестнадцати наборов отличается входящими в него моделями оперативной памяти в соответствии с техническими особенностями — объёмом и рабочей частотой.Crucial, в свою очередь, поделила продукцию на четыре отдельных группы. Самая производительная «память» относится к серии Ballistix Elite. Сбалансированным решением по соотношению скорость работы/стоимость можно назвать устройство с маркировкой Ballistic Sport, а более доступной категорией — Ballistix Value. Ну а символическую роль бюджетной версии ОЗУ нового поколения возьмёт на себя комплект, который производитель выделил отдельно.

Все доступные для предварительного бронирования оперативные запоминающие устройства работают на одинаковом напряжении 1,2 В. Частота Crucial Ballistix DDR4 будет варьироваться от 2400 МГц до 3000 МГц, ровно как и ёмкость памяти, которая может составлять 4 или 8 Гбайт. Стоит отметить, что все три варианта памяти, которые относят к серии Ballistix, оснащаются радиатором для дополнительного отвода тепла при работе.Установленная производителем стоимость на свою разработку берёт начало с отметки $285 за самый доступный 16-Гбайт комплект ОЗУ четвёртого поколения. Ниже для ознакомления представлена более удобная для визуального восприятия таблица с указанием значений тайминга. На все модели Crucial DDR4 предоставляется пожизненная гарантия.

1.


2.


3.