fourni un driver de miniport
pseudo-SCSI – atapi.sys – qui s’associe
à  scsiport.sys pour former un driver
pseudo-SCSI supportant toutes les
unités ATA du système. Ce modèle polyvalent
fonctionne bien et ne pénalise
pas sensiblement les performances des
contrôleurs et unités IDE plus anciens.
En revanche, le driver atapi.sys paralyse
souvent les nouveaux contrôleurs
et unités parce qu’ils ne tirent pas parti
des modes d’opération PIO et DMA
avancés de ces unités. Bien que plusieurs
packs de service NT offrent à 
atapi.sys de nouveaux moyens pour
bénéficier des modes de transfert les
plus récents, des drivers tierce partie
sont encore nécessaires pour réaliser
des performances optimales.

Sous Win2K, Microsoft a changé le
driver ATA d’un modèle qui utilisait
atapi.sys comme un driver de miniport
pseudo-SCSI monolithique en un
modèle qui met en oeuvre un driver
de port puissant (semblable à  scsiport.sys) pour ATA. De ce fait, les
fournisseurs peuvent désormais
mettre en oeuvre des améliorations
spécifiques (DMA, busmatering, par
exemple) dans des drivers MiniIDE
spéciaux. Par conséquent, l’OS peut tirer
parti des possibilités spéciales de
chaque contrôleur.

Bien que Microsoft ait grandement
amélioré la prise en charge des nouveaux
contrôleurs ATA dans Win2K, de
nombreux problèmes de support
d’ATA subsistent – particulièrement en
ce qui concerne les méthodes de transfert
de données en DMA Mode 4 et 5
(ATA/66 et ATA/100, respectivement)
les plus récentes. Ces problèmes sont
regrettables parce qu’il est impossible
d’exprimer entièrement les potentialités
des unités de type ATA/66 et
ATA/100, sans activer ces modes de
transfert de données DMA.