Bonjour,
 
Nous sommes sous Windows XP Pro SP1.
Dans ma boîte, les développeurs n'ont toujours pas fini de migrer les anciennes applications 16 bits (développer pour Windows 95) en 32 bits.
Or il se trouve que lorsque les utilisateurs lances l'une des applications non migrée et qu'elle réalise des accès clavier, la CPU passe rapidement à 100% ce qui pénalyse rapidement l'utilisateur surtout que la plupart du temps ils utilisent un traitement de texte sous DOS développé en interne (car spécifique au métier).
J'aimerai savoir si vous connaissez des solutions afin d'éviter ce problème ou au moins de le contourner.
 
Merci par avance.

c'est normal ! il faut allouer de la mémoire au applications 16 bits ! pour ce je crois que c'est le chemin de l'application est derrière /separate ! fais une recherche sur ce mots pour plus de précision

je vais regarder cela ... merci  

Quelques commandes de base :
La commande "Start" vous permet de paramétrer le lancement de n'importe quel programme à partir d'une fenêtre en Invite de commandes ou d'un fichier de commande. La syntaxe est la suivante :
Start ["titre"] [/dChemin] [/min] [/max] [{/separate | /shared}] [{/low | /normal | /high | /realtime | /abovenormal | belownormal}] [/wait] [/b] [NomFichier] [paramètres]
"titre" : spécifie le titre à afficher dans la barre de titre de la fenêtre d'invite de commandes. (...)  
max : démarre une nouvelle fenêtre d'invite de commandes en plein écran.
/separate : démarre les applications 16 bits dans un espace mémoire distinct.
/shared : démarre les applications 16 bits dans un espace mémoire partagé.
[/i]
 
http://www.hotline-pc.org/APPRENTISSAGE/theorie.htm

Cela ne change rien.

aucune idée, le problème es peut-être allieur !

cela vient du ntvdm, mais je cherche une solution de contournement.
 
Merci de ton aide  

c'est pa Norton ntvdm ???

non, c'est l'émulateur DOS sous XP, 2000, NT 4.0

je confond avec un autre process ! je n'en ai aucune idée