Windows Display Driver Model
Содержание
Возможности, привнесённые моделью WDDM [ ]
Драйверы WDDM открывают новые функциональные области, которые не предоставлялись на унифицированной основе более ранними моделями графических драйверов:
Виртуализованная видеопамять [ ]
В контексте графики виртуализация означает, что отдельные процессы (в пользовательском пространстве ) не могут видеть память соседних процессов даже путём вставки фальшивых команд в командный поток. Драйверы WDDM позволяют делать виртуализацию видеопамяти [2] и подстановку страниц видеопамяти в системную память. Если окажется, что доступной видеопамяти недостаточно для хранения всех видеоданных и текстур, данные, не используемые в текущий момент, перемещаются в системную память или на диск. Если вытесненные данные становятся нужны, они загружаются обратно. Виртуализация была в некоторой степени возможна в драйверах, рассчитанных на предыдущие модели построения (такие, как модель драйверов Windows XP), но это была целиком зона ответственности драйвера, а не системы.
Диспетчеризация [ ]
Исполняемый модуль управляет диспетчеризацией (планированием) конкурирующих между собой графических контекстов. [3] Каждый список команд помещается в очередь для исполнения графическим процессором, и может быть выгружен исполняемым модулем, если появляется более важная задача и если выполнение списка ещё не началось. Такое поведение отличается от потоков центрального процессора, где задача не может быть прервана и поэтому занять больше времени, чем нужно и заставить компьютер медленнее отвечать на запросы. Гибридный алгоритм планирования между родными и лёгкими потоками со взаимодействием потоков даёт бесшовный параллелизм. Важно заметить, что планирование — это не новая идея, но ранее была сферой ответственности разработчиков драйверов. WDDM пытается унифицировать опыт разных разработчиков, управляя выполнением задач графического процессора.
Межпроцессное совместное использование поверхностей Direct3D [ ]
Расширенная отказоустойчивость [ ]
Если драйвер WDDM зависнет или встретит сбой, графический стек перезапустит драйвер. [1] При сбое графической аппаратуры произойдёт перехват этого события и, если необходимо, драйвер будет перезапущен.
Драйверы для Windows XP были вольны реагировать на аппаратные сбои на своё усмотрение, либо уведомлением пользователя, либо попыткой устранить ошибку молча. С драйвером WDDM все сбои аппаратуры вызывают перезапуск драйвера, а пользователь получает всплывающее сообщение; это унифицирует поведение драйверов разных разработчиков.
Предыдущие драйверы реализовывались полностью в режиме ядра, в то время как WDDM частично реализован в пользовательском режиме. Если область пользователя даст невосстановимую ошибку, это в худшем случае неожиданно прервёт работу приложения вместо синего экрана, как это было в предыдущих моделях драйверов.
WDDM также позволяет перезапускать или вытаскивать графическую аппаратуру без надлежащей перезагрузки. На практике, обновление драйвера не должно требовать перезагрузки.
Необходима новая модель драйверов [ ]
Ограничения [ ]
WDDM 1.1 [ ]
Windows 7 поддерживает важные дополнения к WDDM, известные как WDDM 1.1; подробности этой новой версии были раскрыты на WinHEC 2008. Новые возможности включают [5] :
Аппаратное ускорение операций GDI и Direct2D/DirectWrite помогает уменьшить расход памяти в Windows 7, поскольку системе компоновки DWM больше не нужно держать копию системной памяти для всех графических поверхностей, используемых GDI/GDI+, как это было в Windows Vista. [16] [17]
Драйверы WDDM 1.1 обратно совместимы со спецификацией WDDM 1.0; как драйверы 1.0, так и 1.1 можно использовать в Windows Vista с Platform Update или без него. [5]
WDDM 1.2 [ ]
WDDM 1.3 [ ]
WDDM 2.0 [ ]
Примечания [ ]
Ссылки [ ]
Архивация и восстановление • COMMAND.COM • cmd.exe • Средство переноса данных • Просмотр событий • Установщик • netsh.exe • PowerShell • Отчёты о проблемах • rundll32.exe • Программа подготовки системы (Sysprep) • Настройка системы (MSConfig) • Проверка системных файлов • Индекс производительности • Центр обновления • Восстановление системы • Дефрагментация диска • Диспетчер задач • Диспетчер устройств • Консоль управления • Очистка диска • Панель управления ( элементы )
Контакты • DVD Maker • Факсы и сканирование • Internet Explorer • Журнал • Экранная лупа • Media Center • Проигрыватель Windows Media • Программа совместной работы • Центр устройств Windows Mobile • Центр мобильности • Экранный диктор • Paint • Редактор личных символов • Удалённый помощник • Распознавание речи • WordPad • Блокнот • Боковая панель • Звукозапись • Календарь • Калькулятор • Ножницы • Почта • Таблица символов • Исторические: Movie Maker • NetMeeting • Outlook Express • Диспетчер программ • Диспетчер файлов • Фотоальбом • Windows To Go
Chess Titans • Mahjong Titans • Purble Place • Пасьянсы ( Косынка • Паук • Солитер ) • Сапёр • Пинбол • Червы
Ntoskrnl.exe • Слой аппаратных абстракций (hal.dll) • Бездействие системы • svchost.exe • Реестр • Службы • Диспетчер управления сервисами • DLL ( формат модулей ) • PE • NTLDR • Диспетчер загрузки • Программа входа в систему (winlogon.exe) • Консоль восстановления • Windows RE • Windows PE • Защита ядра от изменений
Autorun.inf • Фоновая интеллектуальная служба передачи • Файловая система стандартного журналирования • Отчёты об ошибках • Планировщик классов мультимедиа • Теневая копия • Планировщик задач • Беспроводная настройка
ReFS • NTFS ( Жёсткая ссылка • Точка соединения • Точка монтирования • Точка повторной обработки • Символьная ссылка • TxF • EFS) • WinFS • FAT • exFAT • CDFS • UDF • DFS • IFS
Active Directory • Службы развёртывания • Служба репликации файлов • DNS • Домены • Перенаправление папок • Hyper-V • IIS • Media Services • MSMQ • Защита доступа к сети (NAP) • Службы печати для UNIX • Удалённое разностное сжатие • Службы удаленной установки • Служба управления правами • Перемещаемые профили пользователей • SharePoint • Диспетчер системных ресурсов • Удаленный рабочий стол • WSUS • Групповая политика • Координатор распределённых транзакций
NT • Диспетчер объектов • Пакеты запроса ввода/вывода • Диспетчер транзакций ядра • Диспетчер логических дисков • Диспетчер учетных записей безопасности • Защита ресурсов • lsass.exe • csrss.exe • smss.exe • spoolsv.exe • Запуск
BitLocker • Защитник • Предотвращение выполнения данных • Обязательный контроль целостности • Защищённый канал данных • UAC • UIPI • Брандмауэр • Центр обеспечения безопасности • Защита файлов
По поводу Windows 11, а точнее по поводу её поддержки вашим компьютером
Microsoft, какого чёрта?!
Всем доброго времени суток! Как вы уже знаете, а если ещё не, то рапортую: вчера была официально представлена новая версия операционной системы Windows — Windows 11. Перечислять нововведения здесь не будем, поговорим о системных требованиях.
Многие пользователи уже успели испугаться из-за наличия в требованиях таких страшных слов как TPM 2.0. Без паники! Вот тут объяснили, что это вообще такое и зачем нужно. А также вот статья, которая так и называется: что делать, если на компьютере нет TPM 2.0?
Теперь поговорим о соответствии требованиям. Я являюсь гордым обладателем ноутбука Dell Inspiron 7577 с вот такими характеристиками.
Системной памятью выступает NVMe SSD M.2 накопитель Western Digital WD Blue SN500 на 500 ГБ. В качестве внешнего экрана — монитор Samsung 32″ CHG70.
Мелкомягкие на странице, посвящённой Windows 11, в самом конце оставили ссылку на скачивание приложения PC Health Check (Проверка работоспособности ПК), которое оценивает готовность вашего компьютера к новой ОС.
Окей, скачал. И вот, ребятушки. Я буквально всё делал. Перерыл весь BIOS, обновил все драйвера. Даже воспользовался вот этим, прости, Господи, гайдом. И всё равно не подходит!
У меня весь конфиг удовлетворяет требованиям. Как по железу, так и по софту. Проблему вижу только одну — в процессоре. В списке поддерживаемых процессоров от Intel значатся модели, начиная с Coffee Lake, тогда как мой i7-7700HQ принадлежит к семейству Kaby Lake.
Ну и казалось бы да, мол всё, твой ноут не подходит, иди покупай новый. Но я решил капнуть и выяснить, а чем отличается мой i7-7700HQ от того же i5-8300H. И знаете, чем?!
Ничем. Ну, почти. Различия буквально количественные:
Это вся разница! А дальше только сходства:
Да даже поддерживаемые инструкции и технологии одинаковые! Может, я куда-то не туда смотрю, но вот, сравнение с официального сайта Intel.
В связи с этим, у меня вопрос к Microsoft. Да, мы увидели ваше предупреждение, что у пользователей, обошедших минимальные системные требования Windows 11, могут возникнуть проблемы. И мы, конечно же, все дружно вас послушаем и не будем ставить вашу новую операционку туда, где она не удовлетворяет требованиям (лол).
Но объясните, пожалуйста, мне, простому пользователю Windows, что такого в моём процессоре в моём ноутбуке, что он официально не удовлетворяет системным требованиям?
Спасибо за внимание.
ОБНОВЛЕНО 1: тут Microsoft обновили PC Health Check, и теперь приложение показывает, почему именно ваш компьютер не соответствует требованиям Windows 11.
Ну и что бы вы думали? Действительно, всё из-за процессора!
Вопрос остаётся открытым: Microsoft, what the hell?!
ОБНОВЛЕНО 2: Вы будете смеяться, но энтузиасты запилили своё приложение, которое подробно называет причину, почему ваш ПК не удовлетворяет системным требованиям Windows 11.
И вот результаты запуска этой программки.
Выходит, если я прав, то, поскольку этот злополучный TPM заточен именно под шифрование, один из двух упомянутых CPUID-флагов, SEV-ES (для AMD) или SGX_LC (для Intel), вашим процессором должен поддерживаться.
Features added in prior WDDM 2.X versions
This page describes display and graphics drivers’ features that were added in previous versions of WDDM 2.X for Windows 10. To see features added for the most recent WDDM 2.X version, see What’s new for Windows 10 display and graphics drivers.
WDDM 2.6
Super Wet Ink
Super-Wet Ink is a feature that revolves around front-buffer rendering. IHV drivers can support the creation of “displayable” textures of formats or modes that are not supported by the hardware. They can do this by allocating the texture that the app requested, along with a “shadow” texture with a format/layout that can be displayed, and then copying between the two at present-time. This “shadow” may not necessarily be a texture in the normal way we think of it, but may just be compression data. Additionally, it may not be required to exist, but may be an optimization instead.
The runtime will evolve to understand these aspects of displayable surfaces:
Whether or not a shadow must exist for display on a particular VidPnSource/plane.
Whether it is more optimal for a shadow to exist.
When to transfer contents from the application surface to the shadow surface. The runtime will be explicit about this operation, as opposed to it being implicit within Present.
How to request setting a mode or dynamically flipping between the original and shadow surfaces.
Scanout may begin shortly after a VBlank, scans vertically from top to bottom of the image, and completes shortly before the next VBlank. This is not always the case, depending on the timing of the pixel clock, and the layout of the data in the texture; especially if there is actually compression available.
New DDIs were added to separate and understand transformations which occur prior to scanout, in order to (when possible) enable front-buffer rendering. See D3DWDDM2_6DDI_SCANOUT_FLAGS and PFND3DWDDM2_6DDI_PREPARE_SCANOUT_TRANSFORMATION.
Variable Rate Shading
Variable rate shading, or coarse pixel shading, is a mechanism to enable allocation of rendering performance/power at varying rates across rendered images.
In the previous model, in order to use MSAA (multi-sample anti-aliasing) to reduce geometric aliasing:
In WDDM 2.6, the new model extends MSAA into the opposite, coarse pixel direction, by adding a new concept of coarse shading. This is where shading can be performed at a frequency coarser than a pixel. A group of pixels can be shaded as a single unit and the result is then broadcast to all samples in the group.
A coarse shading API allows apps to specify the number of pixels that belong to a shaded group. The coarse pixel size can be varied after the render target is allocated. So, different portions of the screen or different draw passes can have different course shading rates.
A multiple-tier implementation is available with two user-queryable caps. For Tiers 1 and 2, coarse shading is available for both single-sampled and MSAA resources. For MSAA resources, shading can be performed per-coarse-pixel or per-sample as usual. However, on Tiers 1 and 2, for MSAA resources, coarse sampling cannot be used to shade at a frequency between per-pixel and per-sample.
Shading rate can only be specified on a per-draw-basis; nothing more granular than that
Shading rate applies uniformly to what is drawn independently of where it lies within the render target
Shading rate can be specified on a per-draw-basis, as in Tier 1. It can also be specified by a combination of per-draw-basis, and of:
Shading rates from the three sources are combined using a set of combiners
Screen space image tile size is 16×16 or smaller. Shading rate requested by the app is guaranteed to be delivered exactly (for precision of temporal and other reconstruction filters)
SV_ShadingRate PS input is supported. The per-provoking vertex rate, also referred to here as a per-primitive rate, is only valid when one viewport is used and SV_ViewportIndex is not written to.
The per-provoking vertex rate, also referred to as a per-primitive rate, can be used with more than one viewport if the SupportsPerVertexShadingRateWithMultipleViewports cap is marked true. Additionally, in that case, it can be used when SV_ViewportIndex is written to.
Collect Diagnostic Info
Collect diagnostic info allows the OS to collect a private data from drivers for graphics adapters which consist of both rendering and display functions. This new feature is a requirement in WDDM 2.6.
The new DDI should allow the OS to collect information at any time a driver is loaded. Currently the OS uses DxgkDdiCollectDebugInfo function implemented by the miniport to query driver private data for TDR (timeout detection and recovery) related cases. The new DDI will be used to collect data for variety of reasons. The OS will call this DDI when diagnostic is needed providing a type of information being requested. The driver should collect all private information important to investigate the issue and submit it to the OS. DxgkDdiCollectDebugInfo will be eventually deprecated and replaced with DxgkDdiCollectDiagnosticInfo.
Background Processing
Background processing allows user mode drivers to express desired threading behavior, and the runtime to control/monitor it. User mode drivers would spin up background threads and assign the threads as low a priority as possible, and rely on the NT scheduler to ensure these threads don’t disrupt the critical-path threads, generally with success.
APIs allow apps to adjust what amount of background processing is appropriate for their workloads and when to perform that work.
Driver Hot Update
Driver hot update reduces server downtime as much as possible when an OS component needs to be updated.
Driver hot patch is used to apply a security patch to the kernel mode driver. In this case the driver is asked to save adapter memory, the adapter is stopped, the driver is unloaded, new driver is loaded and the adapter is started again.
WDDM 2.5
Tracked Workloads
Tracked Workloads is an experimental feature that provides more control over the trade-off between quicker processor execution vs. lower power consumption, and is not available until further notice. The implementation was removed from Windows 10, version 2003; and deprecated from earlier OS versions as part of a security fix.
Content changes
| Topic | Date | Description |
|---|---|---|
| EDID Extension (VSDB) for HMDs and Specialized Displays | 12/03/2018 | Specification for Display Manufacturers |
| DirectX Graphics Kernel Subsystem (Dxgkrnl.sys) | 12/04/2018 | Kernel-mode interfaces that the Windows operating system implements through the Microsoft DirectX graphics kernel subsystem (Dxgkrnl.sys). |
| WDDM 2.1 Features | 01/10/2019 | Describes new and updated features for WDDM 2.1 |
Raytracing
New Direct3D DDI’s were created in parallel of Direct3D API’s, in order to support hardware-accelerated raytracing. Example DDIs include:
For more info about raytracing, see:
Display Synchronization
The OS will check for capabilities for display synchronization when the display is exposed by the driver to the OS, so prior to enabling the display. For TypeIntegratedDisplay child devices, this is reported via a call to DxgkDdiQueryAdapterInfo with Type DXGKQAITYPE_INTEGRATED_DISPLAY_DESCRIPTOR2 during adapter initialization. For TypeVideoOutput child devices, which are supported starting with WDDM 2.5, the capabilities are reported as part of the hot plug processing via DxgkDdiUpdateMonitorLinkInfo so that the capabilities may change based on the target or connected monitor.
The OS specifies the display synchronization in the DxgkDdiSetTimingsFromVidPn call in the Input field in the per path DXGK_SET_TIMING_PATH_INFO structure.
WDDM 2.1
WDDM 2.1 enables new scenarios and provides significant improvements in the areas of performance, reliability, upgrade resiliency, diagnostic improvements and future system advancements for the Windows graphics sub-system. The WDDM 2.0 driver model is a pre-requisite for D3D12. WDDM 2.0 and DirectX12 are available only on Windows 10 and higher.
The following is a list of feature additions and updates for WDDM 2.1.
Improved graphics performance by reducing overhead time spent in memory management and more efficient usage of scarce graphics memory. The graphics performance improvements are:
Hardware-based protected content improvements with present batching (PlayReady 3.0)
Driver Store installation for graphics drivers to improve driver upgrade resiliency.
DXIL, a new shader complier language
D3D12 performance and optimization improvements
Improved diagnostic options for developers
For more information, see WDDM 2.1 Features.
WDDM 2.0
WDDM 2.0 includes memory management updates.
Национальная библиотека им. Н. Э. Баумана
Bauman National Library
Персональные инструменты
WDDM (Windows Display Driver Model)
WDDM предоставляет функциональность, необходимую для отображения рабочего стола и приложений с помощью диспетчера рабочего стола — диспетчера составных окон, работающего поверх Direct3D. Она также поддерживает интерфейсы новой инфраструктуры DXGI (DirectX Graphics Infrastructure), необходимые для основных операций создания и управления устройством. Спецификация WDDM требует видеокарту, поддерживающую по меньшей мере Direct3D 9, и должна реализовывать интерфейсы до Direct3D 9 для совместимости со старыми приложениями Direct3D; по желанию она может реализовывать интерфейсы для Direct3D 10/10.1 и выше.
Содержание
Возможности, привнесённые моделью WDDM
Драйверы WDDM открывают новые функциональные области, которые не предоставлялись на унифицированной основе более ранними моделями графических драйверов:
Общие преимущества WDDM
Стабильность
Представление
Безопасность
Виртуализованная видеопамять
В контексте графики виртуализация означает, что отдельные процессы (в пользовательском пространстве) не могут видеть память соседних процессов даже путём вставки фальшивых команд в командный поток. Драйверы WDDM позволяют делать виртуализацию видеопамяти [2] и подстановку страниц видеопамяти в системную память. Если окажется, что доступной видеопамяти недостаточно для хранения всех видеоданных и текстур, данные, не используемые в текущий момент, перемещаются в системную память или на диск. Если вытесненные данные становятся нужны, они загружаются обратно. Виртуализация была в некоторой степени возможна в драйверах, рассчитанных на предыдущие модели построения (такие, как модель драйверов Windows XP), но это была целиком зона ответственности драйвера, а не системы.
Диспетчеризация
Исполняемый модуль управляет диспетчеризацией (планированием) конкурирующих между собой графических контекстов. [3] Каждый список команд помещается в очередь для исполнения графическим процессором, и может быть выгружен исполняемым модулем, если появляется более важная задача и если выполнение списка ещё не началось. Такое поведение отличается от потоков центрального процессора, где задача не может быть прервана и поэтому занять больше времени, чем нужно и заставить компьютер медленнее отвечать на запросы. Гибридный алгоритм планирования между родными и лёгкими потоками со взаимодействием потоков даёт бесшовный параллелизм. Важно заметить, что планирование — это не новая идея, но ранее была сферой ответственности разработчиков драйверов. WDDM пытается унифицировать опыт разных разработчиков, управляя выполнением задач графического процессора.
Межпроцессное совместное использование поверхностей Direct3D
Расширенная отказоустойчивость
Если драйвер WDDM зависнет или встретит сбой, графический стек перезапустит драйвер. При сбое графической аппаратуры произойдёт перехват этого события и, если необходимо, драйвер будет перезапущен.
Драйверы для Windows XP были вольны реагировать на аппаратные сбои на своё усмотрение, либо уведомлением пользователя, либо попыткой устранить ошибку молча. С драйвером WDDM все сбои аппаратуры вызывают перезапуск драйвера, а пользователь получает всплывающее сообщение; это унифицирует поведение драйверов разных разработчиков.
Предыдущие драйверы реализовывались полностью в режиме ядра, в то время как WDDM частично реализован в пользовательском режиме. Если область пользователя даст невосстановимую ошибку, это в худшем случае неожиданно прервёт работу приложения вместо синего экрана, как это было в предыдущих моделях драйверов.
WDDM также позволяет перезапускать или вытаскивать графическую аппаратуру без надлежащей перезагрузки. На практике, обновление драйвера не должно требовать перезагрузки.
Необходима новая модель драйверов
Однако сказанное справедливо для Майкрософтовской реализации составного рабочего стола под Windows Vista, с другой стороны, составной рабочий стол теоретически не нуждается в новой модели графических драйверов. Успешные реализации составных рабочих столов существовали до Windows Vista на других платформах, таких, как Quartz, Compiz, WindowFX. Своим подходом Microsoft попытался сделать надёжный WDDM как обобщение опыта по разным графическим процессорам от различных производителей, как стандартизацию их свойств и качеств. Программные свойства, отсутствующие у других моделей драйверов, можно было бы сделать несущественными с помощью дополнений или если бы была доступна менее ограничивающая или просто другая модель драйверов.
Ограничения
Новая модель драйверов требует, чтобы графическая аппаратура поддерживала, по крайней мере, Shader Model 2.0 (fixed function pipeline is now translated to 2.0 shaders). Однако, по информации Microsoft, на 2009 год только около 1—2 процентов аппаратуры использовало модель драйверов Windows XP, а остальные уже являются WDDM-совместимыми. Модель также требует наличия некоторых других аппаратных возможностей (по этой причине, например, аппаратура, поддерживающая SM 2.0, такая, как Intel GMA 900, не проходит сертификацию на WDDM [5] ).
WDDM 1.1
Microsoft Windows 7 поддерживает важные дополнения к WDDM, известные как WDDM 1.1; подробности этой новой версии были раскрыты на WinHEC 2008. Новые возможности включают:
Аппаратное ускорение операций GDI и Direct2D/DirectWrite помогает уменьшить расход памяти в Windows 7, поскольку системе компоновки DWM больше не нужно держать копию системной памяти для всех графических поверхностей, используемых GDI/GDI+, как это было в Windows Vista. [15] [16]
WDDM 1.1, Direct3D 11, Direct2D и DirectWrite также будут доступными с выходом Windows Vista Platform Update; однако, GDI/GDI+ в Vista будет по-прежнему полагаться на программный просчёт, и Desktop Window Manager будет продолжать использовать Direct3D 9Ex.
Драйверы WDDM 1.1 обратно совместимы со спецификацией WDDM 1.0; как драйверы 1.0, так и 1.1 можно использовать в Windows Vista с Platform Update или без него.
WDDM 1.2
WDDM 1.3
WDDM 2.0
На WinHEC 2006 Microsoft говорил о своих планах сделать значительное изменение WDDM для улучшения многозадачности применительно к графическим процессорам. Согласно информации Microsoft, WDDM 1.0 позволяет выполнять лишь элементарное планирование задач с просчётом «batch queue» granularity. WDDM 2.0 и WDDM 2.1′, которые планировались после выхода Vista [24] но относительно которых Microsoft не огласил дату выхода в свет (Windows 8 поддерживает лишь WDDM 1.2), могли бы предложить вытесняющую многозадачность на уровне мелких структурных единиц и потребовали бы нового поколения графических процессоров. [25]
Возможности мобильности и мощности
Существуют также преимущества WDDM для мобильных новых функций Mobility в Windows Vista, которые зависят от WDDM.
Обнаружение горячих подключений дисплеев и проекторов
С Windows XP подключение ноутбука к проектору может оказаться многоступенчатым процессом, где каждый шаг может отличаться от одного поставщика ноутбука к другому. В Windows Vista этот процесс подключения к внешнему дисплею или проектору значительно упрощен. Когда к адаптеру дисплея подключается дополнительный внешний монитор или проектор, WDDM мгновенно обнаруживает это новое состояние и автоматически уведомляет модуль Transient Mobility Manager (TMM), который является базовой технологией для нового мастера внешнего дисплея Windows Vista. Мастер упрощает расширение или клонирование рабочего стола на второе устройство отображения.
«Гибридный» сон
Расширенное состояние ожидания Windows Vista сочетает быстрое включение / выключение функции ожидания с надежностью функции Hibernate. В Windows XP Hibernate приводит к сохранению содержимого системной памяти на жестком диске и отключении системы; В режиме ожидания содержимое памяти сохраняется с небольшим количеством мощности, а оставшаяся часть системы отключается.