Commande : uide.sys / uidejr.sys
UIDE.SYS / UIDEJR.SYS est un pilote de mise en cache DOS "IDE
universel" qui prend en charge les disques durs IDE et SATA, les
CD et les DVD.
UIDE.SYS / UIDEJR.SYS doit être chargé dans CONFIG.SYS / FDCONFIG.SYS.
Lorsque FreeDOS fonctionne déjà, vous pouvez charger UIDE.SYS /
UIDEJR.SYS par la suite avec DEVLOAD.
Comme UIDE.SYS est toujours en développement, il se peut que certaines
options ne soient pas disponibles dans la version actuelle. Veuillez
vous référer au fichier d'aide actuel dans un tel cas.
Syntaxe :
DEVICE = [chemin] UIDE.SYS [/A] [/B] [/D:NomAppareil] [/F] [/H] [/N1]
[/N2] [/N3] [/N4] [/Q] [/Rnn] [/Snnnn] [/UX] [/Z]
DEVICEHIGH = [chemin] UIDE.SYS [/A] [/B] [/D:NomAppareil] [/F] [/H]
[/N1] [/N2] [/N3] [/N4] [/Q] [/Rnn] [/Snnnn] [/UX] [/Z]
Options :
UIDE.SYS a généralement besoin seulement de l'option taille /Sn et
/D: pour spécifier un nom d'appareil pour le redirecteur de CD-ROM
SHSUCDX.
Les options de UIDE.SYS sont :
/A Spécifie l'utilisation des adresses E/S "IDE ancien" ALTERNATIFS.
Le premier contrôleur ancien utilisera les adresses alternatives
01E8h/0168h et un second contrôleur utilisera les adresses
normales 01F0h/0170h. Si /A est omis, le premier contrôleur
utilisera les adresses normales et le second contrôleur les
adresses alternatives, comme c'est généralement le cas pour la
plupart des programmes de BIOS et des cartes mères.
/A est pour les cas "singuliers" où les adresses "IDE anciennes"
sont INVERSÉES.
/A n'affecte pas les contrôleurs "PCI natifs".
/B Pour l'UIDE seulement, demande un pilote basique "autonome"
UltraDMA pour les disques ou lecteurs CD/DVD (pas de cache ou
disquettes). Cela peut aider lors des tests et les diagnostics.
L'UIDE basique peut utiliser 128Ko de mémoire XMS et peut
désormais se charger dans l'espace HMA. UIDEJR ignorera /B.
/D: Spécifie le nom d'appareil voulu, utilisé par SHSUCDX pour
accéder aux lecteurs CD/DVD.
Exemple : /D:CDROM1 /D:MONCDROM etc.
Les noms de périphérique doivent comporter de 1 à 8 octets valides
pour être utilisés dans les noms de fichier DOS. Si /D: est omis,
ou si le nom de périphérique après le /D: est manquant ou
invalide, UDVD1 est utilisé par défaut. Lorsque des disques/
disquettes sont présents mais qu'il n'y a pas de lecteur CD/DVD,
le nom UIDE$ ou UIDEJR$ remplacera tout nom /D:.
/E Pour UIDE seulement, fait en sorte que le lecteur "appelle le
BIOS" pour toute E/S disque dur. /E évite les problèmes de
configuration avec certains "émulateurs" (VirtualBox, etc.) qui
n'émulent pas toute la logique matérielle ! /E permet encore à
l'UIDE de mettre en cache les données du disque dur (au contraire
de /N1 qui n'effectue aucune gestion de disque dur). UIDEJR
ignorera /E.
***** REMARQUE *****
L'utilisation de /E sur les systèmes en mode protégé (JEMM386
etc.) peut résulter en un fonctionnement TRÈS lent ! De nombreux
programmes BIOS bas de gamme omettent la logique "VDS" DOS pour
les disques durs, et en mode protégé ils ne peuvent que gérer les
transferts en "mode PIO" ancien, pas en UltraDMA ! Si /E est
nécessaire pour l'UIDE, les utilisateurs devraient configurer
leur système en mode réel (UMBPCI, etc.) chaque fois que ce sera
possible.
/F Pour l'UIDE seulement, demande un cache "rapide" utilisant des
blocs de cache de 32Ko avec des caches de 40 ou 50 Mo et des
blocs de cache de 64Ko avec des caches de 80 Mo ou plus. Sans
/F, les caches de 40 à 1023 Mo ont des blocs de 16 Ko, et les
caches de 1024 à 2047 Mo ont des blocs de 32 Ko, pour jusqu'à
25% de capacité de cache supplémentaire en raison de moins
"d'espace perdu" dans le dernier bloc de cache d'un fichier.
/F renonce a une petite quantité de capacité au profit d'une
vitesse plus rapide, car moins de blocs sont gérés.
/F est ignoré avec les caches de 2048 Mo (2 Gigaoctets) et
davantage, puisqu'ils doivent utiliser des blocs de 64 Ko.
UIDEJR ignorera /F.
/H Demande l'utilisation de l'espace HMA "libre" pour la plus grande
partie du pilote. /H fait en sorte que l'UIDE utilise seulement
944 octets ou que UIDEJR n'utilise que 768 octets de mémoire
haute. /D NE doit PAS être utilisé avec ROM-DOS qui n'a aucun
HMA ! Lorsque /N3 est aussi entré, /H est ignoré.
***** REMARQUE *****
Les noyaux MS-DOS ont des ERREURS dans l'indication de
l'espace HMA libre, ce qui peut provoquer des PLANTAGES !
Entrer /H est aux risques et périls de l'utilisateur !
Aucun tel plantage n'sest noté pour d'autres noyaux DOS, mais
les utilisateurs devraient TESTER un système avant d'utiliser
/H ou /HL avec l'UIDE et l'UIDEJR !
/N1 NE demande AUCUNE gestion des lecteurs de disque dur. /N1 est
destiné aux diagnostics et aux situations particulières, pas à
une utilisation normale !
/N2 NE demande AUCUNE gestion des lecteurs CD ou DVD.
seulement, toute la logique CD/DVD sera ignorée, ce qui
économisera 1680 octets HMA ! /N2 est destiné aux diagnostics
et aux situations particulières, pas à une utilisation normale !
/N3 Ne demande pas de mémoire XMS. /N3 nécessite un chargement en
mémoire basse ou le pilote quittera. Pour l'UIDE, son pilote /B
"basique" sera utilisé. /N3 perd beaucoup de vitesse, car une
E/S "mal alignée" ou inadapté d'une autre façon à l'UltraDMA doit
utiliser la logique BIOS pour les disques ou le "mode PIO" pour
l'entrée CD/DVD.
/N4 Cf. /Z ci-dessous.
/Q Active l'attente d'une "demande de données" avant de démarrer
les transferts de disque UltraDMA. /Q est pour les systèmes
"anciens" et ne doit être utilisé que si l'UIDE se charge
correctement mais semble incapable de transférer des données.
/Q doit être omis avec un adaptateur SATA-vers-IDE de chez
Sabrent ou d'autres, car de telles cartes n'émulent pas les
"demandes de données" depuis un disque SATA !
/Q n'affecte pas les lecteurs CD/DVD.
/R15 Règle la mémoire XMS du pilote à 16 ou 64 Mo. /R15 réservera
15 Mo de
/R63 XMS, et /R63 réservera 63 Mo de XMS, pour les anciens programmes
de "jeu" qui nécessitent de la mémoire XMS sous 16 Mo ou 64 Mo !
UIDE/UIDEJR doit être capable de réserver cette mémoire, puis de
réserver leur XMS requis au-dessus de cela, puis de "libérer" la
mémoire XMS réservée. Sinon le pilote affichera "XMS init error"
et quittera !
/R15 ou /R63 nécessitent que UIDE/UIDEJR soient chargés après
le gestionnaire XMS de l'utilisateur (XMGR, HIMEMX, etc.) donc un
autre pilote ne peut pas prendre de la mémoire XMS en premier,
et la mémoire XMS doit être juste au-delà de l'espace HMA. Voyez
la section 7 du fichier README pour davantage de détails.
/Sn Pour l'UIDE seulement, spécifie la taille du cache désiré, en
mégaoctets de mémoire XMS. Les valeurs pour /S sont 5, 15, 25,
40, 50, et n'importe quel nombre de 80 à 4093. /S1024 ou plus
donne un cache de 1- à 4-GIGAOCTETS ! Utilisez un cache aussi
grand que possible pour gérer les GROS fichiers de données de
nos jours --
Sous 128-Mo de mémoire : Utilisez /S5 /S15 /S25 ou /S40
Avec 128-Mo de mémoire : Utilisez /S25 /S40 /S50 ou /S80
Avec 256-Mo de mémoire : Utilisez /S80 jusqu'à /S127
Avec 512-Mo de mémoire : Utilisez /S160 jusqu'à /S255
Avec 1-Go de mémoire : Utilisez /S320 jusqu'à /S511
Avec 2-Go de mémoire : Utilisez /S640 jusqu'à /S1023
Avec 4-Go de mémoire : Utilisez /S1280 jusqu'à /S3072
Les petits systèmes peuvent préférer /S25 ou /S50 qui définissent
des blocs de cache de 1600 et sont plus efficaces. Si /S est
omis/invalide, un cache de 80-Mo est défini. Sauf pour 25 ou 50,
les valeurs en-dessous de 80 sont "arrondies" à 40- 15- ou 5-Mo.
UIDE affiche "XMS init error" et quitte lorsqu'il n'y a pas assez
de mémoire XMS de libre !
Si c'est le cas, un cache plus petit doit être demandé. Pour les
gestionnaires XMS V2.0 anciens (ROM-DOS etc.), seuls les options
de /S5 à /S50 peuvent être utilisées. UIDEJR ignorera /S.
/U8 Pour UIDEJR seulement, gère jusqu'à 8 lecteurs CD/DVD, pas 4.
Cela ajoute 80 octets à la taille d'UIDEJR. /U8 est rarement
nécessaire, car peu de PC ont plus de 4 CD/DVD. UIDE et UIDE2
ignoreront /U8, car ils gèrent toujours jusqu'à 8 lecteurs
CD/DVD.
/UX Désactive tout l'UltraDMA des CD/DVD, même pour les lecteurs qui
peuvent le gérer. Le mode PIO est alors utilisé pour toutes les
requêtes CD/DVD.
À l'exception de certains lecteurs "inhabituels" de Sony, etc.
qui ne se conforment pas à toutes les "règles" ATAPI, /UX est
rarement .
nécessaire. /UX n'affecte pas les disques durs.
/Z Pour XMGR ou UIDE seulement, limite leur déplacement à 2 Ko en
mode protégé, pas à 64 Ko. /Z est ignoré par les systèmes de
mode réel (UMBPCI etc.) et n'est pas nécessaire si JEMM386 ou
EMM386 gèrent le mode protégé. Les systèmes utilisant d'autres
pilotes VCPI/DPMI/EMM doivent être TESTÉS pour voir si XMGR ou
UIDE ont besoin de /Z
-- de MAUVAIS schémas n'autorisant PAS assez d'interruptions
dans un déplacement XMS peuvent encore exister ! L'ancienne
option /N4 de l'UIDE est identique à /Z et peut toujours être
utilisée. UIDEJR ignore /Z ou /N4 et émét toujours des appels
XMS standards.
Pour chaque option un tiret d'union peut remplacer la barre oblique,
et des lettres minuscules peuvent être utilisées.
Commentaires :
UIDE.SYS est un pilote de mise cache DOS "IDE universel". Il intercepte
les requêtes BIOS E/S "Int13h" et met en cache les données pour
jusqu'à 34 unités de BIOS, y compris les disquettes A: et B: si elles
sont présentes, et les disques durs jusqu'à 2 To. UIDE.SYS accepte
les appels E/S 48-bit LBA et 24-bit CHS par les systèmes DOS nouveaux
ou anciens. Il utilise sa propre logique pour les disques durs SATA
ou IDE et fera fonctionner jusqu'à 10 contrôleurs "anciens" ou "PCI
natifs". Toute l'E/S possible est gérée en mémoire cache pour obtenir
une vitesse élevée. UIDE "appelle le BIOS" pour les diquettes, le SCSI
et d'autres modèles de disques pour pouvoir mettre en cache TOUS les
diques sur un système DOS ! Les pilotes "Int 13h" peuvent être
chargés avant UIDE, et il interceptera et mettra en cache l'E/S pour
leurs disques aussi. ("ASPI et d'autres pilotes qui n'utilisent pas
Int 13h ne sont pas pris en charge.)
UIDE prend aussi en charge jusqu'à 8 lecteurs CD/DVD, y compris les
contrôleurs SATA, IDE, ou ceux du "mode PIO" plus anciens. Au
chargement, il vérifie jusqu'à 10 contrôleurs IDE "natifs PCI" ou
"anciens" et exécute les 8 premiers lecteurs CD/DVD trouvés. UIDE
gère les entrées de fichiers pour SHCDX33E et d'autres "redirecteurs
de CD-ROM" comme MSCDEX, et il met en cache toutes les données de
fichier et de répertoire pour une vitesse accrue ! Il gère également
les requêtes "audio" DOS et peut jouer un CD audio. Les données,
jouer un CD et les programmes "trackwriter" peuvent être gérés par
UIDE en utilisant plusieurs lecteurs sur un seul système.
L'audio et le "trackwriting" ne sont pas mis en cache. UIDE met en
cache de 5 Mégaoctets à 4 GIGAOCTETS de données ! Il utilise 5344
octets de mémoire haute quelle que soit la taille du cache. Tous les
tableaux de cache et les données sont en mémoire XMS. Un UIDE
"autonome" (option /B, pas de mise en cache ni disquettes) peut être
utilisée pour des test/diagnostics et prend 3824 octets de mémoire
haute. UIDE peut aussi être chargé dans la mémoire DOS de 640Ko, et
son option /H peut être utilisée pour mettre la plupart du pilote
en espace HMA libre, ne prenant ainsi que 944 octets de mémoire
haute ou de DOS. UIDEJR.SYS ("UIDE junior") omet la mise en cache
mais gère encore jusqu'à 10 contrôleurs SATA/IDE, 32 disques durs
SATA/IDE et 8 lecteurs CD/DVD SATA/IDE/"mode PIO".
Vous devriez charger un gestionnaire XMS (par ex. XMGR.SYS, HIMEMX
ou JEMMEX avant UIDE.SYS.
Exemples :
Dans CONFIG.SYS / FDCONFIG.SYS:
DEVICE=C:\FDOS\BIN\XMGR.SYS /N128 /B
DEVICEHIGH=C:\FDOS\DRIVERS\UIDE.SYS /S125 /D:MONDVD
Dans AUTOEXEC.BAT:
c:\fdos\bin\SHSUCDX /D:MONDVD
Voir également :
(atapicdd.sys)
autoexec.bat
config.sys
devload
fdconfig.sys
(gcdrom.sys)
(mscdex)
shsucdx
(udma.sys)
(udma2.sys)
(udvd.sys)
(xcdrom.sys)
(xdma.sys)
xmgr.sys
------------------------------------------------------------------------------
Copyright (C) 2007 Jack Ellis, mis à jour en 2011 par W. Spiegl.
Traduit en 2020 par Berki Yenigün.
Ce fichier est dérivé de FreeDOS Spec Command HOWTO.
Voyez le fichier H2Cpying pour les conditions de copie.