Прямо́й до́́ступ к па́мяти, ПДП (англ. direct memory access, DMA) — режим обмена данными между устройствами компьютера или же между устройством и основной памятью, в котором центральный процессор (ЦП) не участвует. Так как данные не пересылаются в регистры ЦП и обратно, скорость передачи увеличивается.

Если требуется заполнить ячейки памяти, расположенные по подряд идущим адресам, используется «пакетный» (англ. burst) режим работы шины:

• размер данных записывается в регистр контроллера ПДП;
• первый цикл используется для передачи адреса первой ячейки;
• последующие циклы используются для пересылки данных указанного размера.

Аналогичная оптимизация работы ЦП с памятью крайне затруднена.

В оригинальной архитектуре IBM PC (шина ISA) ПДП был возможен лишь при наличии аппаратного контроллера ПДП (микросхема Intel 8237^[англ.]).

Контроллер ПДП может получать доступ к системной шине независимо от ЦП и имеет несколько регистров. Регистры контроллера ПДП доступны ЦП для чтения и записи и используются для задания:

• номера порта, который должен быть использован для передачи данных;
• вида операции (чтение или запись);
• единицы переноса (побайтно или пословно);
• размера данных, которые следует перенести, в байтах.

Рассмотрим процесс чтения данных с устройства. ЦП записывает значения в регистры контроллера ПДП, отправляет устройству (например, диску) команду на чтение данных. Устройство читает данные (например, с диска) и записывает в свою внутреннюю память (буфер). Контроллер ПДП устанавливает на адресную шину адрес памяти ПК, отправляет устройству запрос на чтение данных из внутренней памяти (буфера) устройства. Устройство получает запрос и при этом даже не знает, пришёл ли запрос от ЦП или от контроллера ПДП. Устройство пересылает очередное слово из своей внутренней памяти (буфера) в оперативную память ПК по адресу, находящемуся на адресной шине. Затем устройство посылает контроллеру ПДП сигнал, сообщающий об окончании записи. Контроллер ПДП увеличивает адрес памяти ПК и выставляет его на адресную шину, уменьшает значение своего счётчика байтов, снова отправляет запрос на чтение данных из внутренней памяти (буфера) устройства. Цикл повторяется, пока значение счётчика не станет равно нулю. После окончания циклов передачи данных контроллер ПДП снимает сигнал захвата шин для процессора и тот продолжает прерванную работу.

Контроллер ПДП, способный выполнять несколько операций параллельно, называется многоканальным.

В шинах MicroChannel, SBus и разработанной под их большим влиянием PCI и её концептуальных производных — AGP и PCI-X, используется иная реализация ПДП. Эти шины позволяют любому устройству заявить о возникновении потребности к захвату шины, таковая потребность удовлетворяется так называемым арбитром при первой возможности. Устройство, успешно осуществившее захват шины, самостоятельно выставляет на шину сигналы адреса и управления и исполняет в течение какого-то времени ту же ведущую роль на шине, что и ЦП. Доступ ЦП к шине при этом кратковременно блокируется.

В такой реализации ПДП не существует контроллера ПДП, а также номера входа контроллера ПДП.

Некоторые старые устройства с интерфейсом PCI, а именно, реализации звуковых карт семейства Sound Blaster, использовали ПДП-контроллер 8237 из оригинальной архитектуры IBM PC. Такое использование, безусловно, является устаревшим для PCI, но поддерживалось с целью обеспечения полной совместимости по ПО и драйверам со звуковыми картами Sound Blaster для шины ISA. Данная поддержка называется «Distributed DMA» (D-DMA) и реализована аппаратно как в устройстве, так и в логике моста PCI-ISA, в которой на PCI-системах размещена и логика ПДП-контроллера 8237 (оригинального для IBM PC). В реализации используется два запроса: первый запрос от устройства к мосту PCI-ISA, второй — от моста к оперативной памяти ПК.

Кроме упомянутых реализаций Sound Blaster, практически никакие устройства PCI не используют понятие «номер входа ПДП-контроллера», как и 8237 вообще.

В операционных системах (ОС) со страничной виртуальной памятью, таких, как Windows и семейство UNIX, непрерывный регион виртуальных адресов может быть реализован разрывно расположенными физическими страницами. Исполнение ПДП по такому региону представляет собой довольно сложную задачу. Также сложной задачей является исполнение ПДП по отгружаемой памяти.

Решение этой задачи требует выявления физических страниц, реализующих регион, и их блокировку от отгрузки обращением к подсистеме виртуальной памяти. Далее становится возможным нахождение физических адресов страниц региона, которые в общем случае не являются непрерывными и формируют так называемый «список рассеяния/сборки» (англ. scatter-gather list, SGL).

Задача исполнения ПДП по таковому списку может быть решена одним из следующих способов:

• Выделение подряд идущей физической памяти в ядре операционной системы и промежуточное копирование всех данных туда/оттуда (так называемый «буфер отскока» — англ. bounce buffer).

Поддерживается всеми ведущими операционными системами. Для активации поддержки в ОС Windows требуется вызов IoGetDmaAdapter с параметром DEVICE_DESCRIPTION::ScatterGather, установленном в FALSE.

Недостатки:

 — трата времени процессора на копирование;

 — потребление крайне ограниченного ресурса непрерывной физической памяти;

 — занятие места в ограниченной части памяти, к которой есть доступ у ПДП (первый гигабайт на x86).

• Разбиение операции на подоперации по границам элементов SGL, с прерыванием в конце каждой операции.

Использовалось в старых 8-битовых SCSI-контроллерах, поставляемых со сканерами типа HP ScanJet.

Недостатки: большое количество прерываний.

• Поддержка SGL самим устройством, с требованием копирования SGL (преобразованного в формат, специфичный для устройства) в устройство через многочисленные обращения к регистрам устройства.

Недостатки:

 — крайне высокая сложность устройства;

 — невысокая производительность большого числа записей в регистры.

• Поддержка SGL самим устройством, с требованием размещения SGL (преобразованного в формат, специфичный для устройства) в физически непрерывном регионе основной памяти:

Устройство читает SGL тем же механизмом ПДП с захватом шины, что и собственно данные, тем самым реализуя функциональность некоего процессора, читающего и исполняющего свою собственную «программу», реализованную как список дескрипторов SGL. Данная архитектура называется «цепной ПДП» (англ. chain DMA), реализована в практически всем стандартном оборудовании современного компьютера — Intel IDE (в примитивном виде), USB UHCI, USB OHCI, 1394 OHCI, а также в большинстве PCI-адаптеров, Ethernet и SCSI (даже в устаревшем AIC78xx). Хороший пример реализации данной архитектуры в очень сложном и развитом виде дан в спецификации оборудования 1394 OHCI. По некоторым сведениям, данная архитектура под названием «канальные программы» использовалась ещё в IBM 360, известных в СССР как ЕС ЭВМ.

Недостатки: высокая сложность устройства, хотя и меньшее количество транзисторов, чем в предыдущем варианте. Например, контроллер USB UHCI (согласно спецификации на сайте Intel) требует около 5000 транзисторов.

• Поддержка SGL в межшинном оборудовании, при которой представление физически разрывного буфера для стороны устройства выглядит физически непрерывным.

Таковое оборудование называется IOMMU (англ. input/output memory management unit). Реализовывалось как на компьютерах фирмы Sun Microsystems для шины SBus, так и на компьютерах DEC Alpha для шины PCI. До недавних времен практически никогда не реализовывалось в обыкновенных x86/PCI системах, хотя в настоящее время есть тенденция к изменению этой ситуации, главным образом с целью повышения производительности гипервизоров виртуальных машин. Всегда реализовывалось для шины AGP под названием AGP GART^[англ.] (Graphics address remapping table) с целью облегчить произвольный доступ видеопроцессора к текстурам, находящимся в основной памяти. Со стороны устройства данное оборудование было стандартизировано спецификацией AGP, со стороны программного обеспечения стандартизации не существовало, и реализация зависела от производителя микросхемы северного моста между AGP и памятью (отсюда необходимость в «драйвере AGP», таком, как agp440.sys для микросхем Intel). Набор вызовов ядер развитых операционных систем, таких, как Windows, всегда содержал архитектурную абстракцию IOMMU (MapTransfer и GetScatterGatherList, эти же вызовы поддерживают и bounce buffer, понимаемый как разновидность IOMMU), позволяющую одному и тому же драйверу устройства поддерживать его при присоединении через различные IOMMU.

Недостатки: требование сложной логики уже не в устройстве, а в платформе.

Первоначальный контроллер жёсткого диска компьютера IBM PC/AT не поддерживал ПДП и требовал передачи всех данных дискового ввода-вывода инструкциями REP INSW/REP OUTSW через порт 0x1f0.

В начале 1990-х годов диски MFM/RLL вышли из употребления («вымерли»), сменившись дисками IDE, но регистровый интерфейс ПО к контроллеру не изменился.

Низкая производительность такого контроллера стала серьёзной проблемой, особенно на системах PCI. Помимо требования нескольких циклов PCI на передачу каждых двух байт данных, это приводило к загрузке процессора дисковым вводом-выводом.

Для решения проблемы ряд компаний, в том числе Intel, разработал контроллеры IDE с поддержкой ПДП. Контроллеры были и остаются несовместимыми по ПО между различными производителями, хотя совместимость всех Intel IDE/ATA/SATA снизу вверх более или менее поддерживается.

Также особенностью этой поддержки является использование новых команд протокола IDE/ATA, а значит, и требование поддержки ПДП не только контроллером, но и самим жёстким диском.

Около 2000 года поддержка ПДП по шине IDE/ATA развилась в сторону увеличения тактовой частоты шины, что потребовало нового типа кабеля от контроллера к диску с удвоенным числом проводников меньшего диаметра. Эта технология называлась «Ultra DMA» (UDMA).

Многие операционные системы требовали действий администратора для использования IDE DMA. Так, например, стандартные ядра Linux до примерно 2004 года не имели такой поддержки, требовалось пересборка ядра с отредактированным файлом конфигурации.

В семействе ОС Windows поддержка IDE DMA появилась сначала только для Intel в пакетах обновлений к Windows NT 4 и требовала на большинстве систем ручного редактирования реестра для задействования.

В ОС Windows 2000 это требование исчезло, но появилось требование обязательного внесения в список и выставления режима ПДП в BIOS даже незагрузочных дисков. Эти настройки становились видимы ядру ОС через технологию ACPI, и ОС не позволяла включить ПДП для диска, не внесённого в список дисков BIOS (для сравнения: Windows NT 4 поддерживала и произвольный размер диска и ПДП без внесения диска в список BIOS).

В ОС Linux для ручного включения или выключения IDE DMA может применяться команда hdparm (см. ниже). Современные версии ядра автоматически включают ПДП-режим, что можно наблюдать в сообщениях отладки (строки вида «ata1.00: configured for UDMA/133» или «hda: UDMA/33 mode selected»).

hdparm-i/dev/sda

• Удалённый прямой доступ к памяти (RDMA)

• DMA // techopedia.com
• https://www.embedded.com/electronics-blogs/beginner-s-corner/4024879/Introduction-to-direct-memory-access
• [1] на сайте Oracle
• [2] на сайте Интел
• [3] на сайте Майкрософт