Bonjour
J'ai un programme DOS que je lance sur un serveur 2000=20
sous TSE via une LS !!(c'est pourri, je sais)=20
Lorsque je lance ce programme DOS (foxpro), le processus=20
NTVDM se lance, prend environ 700 Mo de m=E9moire et=20
l'utilisation de l'UC se bloque =E0 100% .
Est-ce normal et si non, y a-t-il une solution?
Merci
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Maurice POLARD
J'ai un programme DOS que je lance sur un serveur 2000 sous TSE via une LS !!(c'est pourri, je sais) Lorsque je lance ce programme DOS (foxpro), le processus NTVDM se lance, prend environ 700 Mo de mémoire et l'utilisation de l'UC se bloque à 100% . Est-ce normal et si non, y a-t-il une solution?
--- Réponse ---
Une application DOS classique agit comme si elle était le seul programme fonctionnant sur l'ordinateur. Elle passe la plupart de son temps à attendre sa prochaine instruction et très peu de temps à l'exécuter. Pendant que l'application attend, elle interroge les divers périphériques (clavier, souris, etc.) afin de vérifier si son utilisateur ne lui a pas transmis une instruction. Elle vérifie cela quasi continuellement. Cette vérification constante est désignée par le terme « polling ». En l'espace de quelques secondes entre chaque frappe au clavier, un tel programme peut interroger le clavier un millier de fois. Toutes ces interrogations consomment une grande quantité du temps processeur.
Si un portage sous Windows de votre application DOS n'est pa prévue dans l'immédiat je vous conseille d'utiliser un utilitaire complétaire tel que TAME. Ce programme intervient directement sur la façon dont le processeur gère les applications. Il permet d'allouer plus de temps processeur aux applications réellement actives et moins de temps aux tâches inactives et qui pour l'essentiel ne font que scruter les périphériques d'entrée-sortie en attendant une nouvelle instruction à traiter.
www.tamedos.com
Cordialement, Maurice POLARD
J'ai un programme DOS que je lance sur un serveur 2000
sous TSE via une LS !!(c'est pourri, je sais)
Lorsque je lance ce programme DOS (foxpro), le processus
NTVDM se lance, prend environ 700 Mo de mémoire et
l'utilisation de l'UC se bloque à 100% .
Est-ce normal et si non, y a-t-il une solution?
--- Réponse ---
Une application DOS classique agit comme si elle était le seul programme
fonctionnant sur l'ordinateur. Elle passe la plupart de son temps à
attendre sa prochaine instruction et très peu de temps à l'exécuter.
Pendant que l'application attend, elle interroge les divers périphériques
(clavier, souris, etc.) afin de vérifier si son utilisateur ne lui a pas
transmis une instruction. Elle vérifie cela quasi continuellement. Cette
vérification constante est désignée par le terme « polling ». En l'espace
de quelques secondes entre chaque frappe au clavier, un tel programme peut
interroger le clavier un millier de fois. Toutes ces interrogations
consomment une grande quantité du temps processeur.
Si un portage sous Windows de votre application DOS n'est pa prévue dans
l'immédiat je vous conseille d'utiliser un utilitaire complétaire tel que
TAME. Ce programme intervient directement sur la façon dont le processeur
gère les applications. Il permet d'allouer plus de temps processeur aux
applications réellement actives et moins de temps aux tâches inactives et
qui pour l'essentiel ne font que scruter les périphériques d'entrée-sortie
en attendant une nouvelle instruction à traiter.
J'ai un programme DOS que je lance sur un serveur 2000 sous TSE via une LS !!(c'est pourri, je sais) Lorsque je lance ce programme DOS (foxpro), le processus NTVDM se lance, prend environ 700 Mo de mémoire et l'utilisation de l'UC se bloque à 100% . Est-ce normal et si non, y a-t-il une solution?
--- Réponse ---
Une application DOS classique agit comme si elle était le seul programme fonctionnant sur l'ordinateur. Elle passe la plupart de son temps à attendre sa prochaine instruction et très peu de temps à l'exécuter. Pendant que l'application attend, elle interroge les divers périphériques (clavier, souris, etc.) afin de vérifier si son utilisateur ne lui a pas transmis une instruction. Elle vérifie cela quasi continuellement. Cette vérification constante est désignée par le terme « polling ». En l'espace de quelques secondes entre chaque frappe au clavier, un tel programme peut interroger le clavier un millier de fois. Toutes ces interrogations consomment une grande quantité du temps processeur.
Si un portage sous Windows de votre application DOS n'est pa prévue dans l'immédiat je vous conseille d'utiliser un utilitaire complétaire tel que TAME. Ce programme intervient directement sur la façon dont le processeur gère les applications. Il permet d'allouer plus de temps processeur aux applications réellement actives et moins de temps aux tâches inactives et qui pour l'essentiel ne font que scruter les périphériques d'entrée-sortie en attendant une nouvelle instruction à traiter.
www.tamedos.com
Cordialement, Maurice POLARD
Merci pour ces infos trés intéressantes. Je vais voir ce "TAME"
-----Message d'origine-----
J'ai un programme DOS que je lance sur un serveur 2000 sous TSE via une LS !!(c'est pourri, je sais) Lorsque je lance ce programme DOS (foxpro), le processus NTVDM se lance, prend environ 700 Mo de mémoire et l'utilisation de l'UC se bloque à 100% . Est-ce normal et si non, y a-t-il une solution?
--- Réponse ---
Une application DOS classique agit comme si elle était le seul programme
fonctionnant sur l'ordinateur. Elle passe la plupart de son temps à
attendre sa prochaine instruction et très peu de temps à l'exécuter.
Pendant que l'application attend, elle interroge les divers périphériques
(clavier, souris, etc.) afin de vérifier si son utilisateur ne lui a pas
transmis une instruction. Elle vérifie cela quasi continuellement. Cette
vérification constante est désignée par le terme « polling ». En l'espace
de quelques secondes entre chaque frappe au clavier, un tel programme peut
interroger le clavier un millier de fois. Toutes ces interrogations
consomment une grande quantité du temps processeur.
Si un portage sous Windows de votre application DOS n'est pa prévue dans
l'immédiat je vous conseille d'utiliser un utilitaire complétaire tel que
TAME. Ce programme intervient directement sur la façon dont le processeur
gère les applications. Il permet d'allouer plus de temps processeur aux
applications réellement actives et moins de temps aux tâches inactives et
qui pour l'essentiel ne font que scruter les périphériques d'entrée-sortie
en attendant une nouvelle instruction à traiter.
www.tamedos.com
Cordialement, Maurice POLARD
.
Merci pour ces infos trés intéressantes.
Je vais voir ce "TAME"
-----Message d'origine-----
J'ai un programme DOS que je lance sur un serveur 2000
sous TSE via une LS !!(c'est pourri, je sais)
Lorsque je lance ce programme DOS (foxpro), le processus
NTVDM se lance, prend environ 700 Mo de mémoire et
l'utilisation de l'UC se bloque à 100% .
Est-ce normal et si non, y a-t-il une solution?
--- Réponse ---
Une application DOS classique agit comme si elle était le
seul programme
fonctionnant sur l'ordinateur. Elle passe la plupart de
son temps à
attendre sa prochaine instruction et très peu de temps à
l'exécuter.
Pendant que l'application attend, elle interroge les
divers périphériques
(clavier, souris, etc.) afin de vérifier si son
utilisateur ne lui a pas
transmis une instruction. Elle vérifie cela quasi
continuellement. Cette
vérification constante est désignée par le terme «
polling ». En l'espace
de quelques secondes entre chaque frappe au clavier, un
tel programme peut
interroger le clavier un millier de fois. Toutes ces
interrogations
consomment une grande quantité du temps processeur.
Si un portage sous Windows de votre application DOS n'est
pa prévue dans
l'immédiat je vous conseille d'utiliser un utilitaire
complétaire tel que
TAME. Ce programme intervient directement sur la façon
dont le processeur
gère les applications. Il permet d'allouer plus de temps
processeur aux
applications réellement actives et moins de temps aux
tâches inactives et
qui pour l'essentiel ne font que scruter les
périphériques d'entrée-sortie
Merci pour ces infos trés intéressantes. Je vais voir ce "TAME"
-----Message d'origine-----
J'ai un programme DOS que je lance sur un serveur 2000 sous TSE via une LS !!(c'est pourri, je sais) Lorsque je lance ce programme DOS (foxpro), le processus NTVDM se lance, prend environ 700 Mo de mémoire et l'utilisation de l'UC se bloque à 100% . Est-ce normal et si non, y a-t-il une solution?
--- Réponse ---
Une application DOS classique agit comme si elle était le seul programme
fonctionnant sur l'ordinateur. Elle passe la plupart de son temps à
attendre sa prochaine instruction et très peu de temps à l'exécuter.
Pendant que l'application attend, elle interroge les divers périphériques
(clavier, souris, etc.) afin de vérifier si son utilisateur ne lui a pas
transmis une instruction. Elle vérifie cela quasi continuellement. Cette
vérification constante est désignée par le terme « polling ». En l'espace
de quelques secondes entre chaque frappe au clavier, un tel programme peut
interroger le clavier un millier de fois. Toutes ces interrogations
consomment une grande quantité du temps processeur.
Si un portage sous Windows de votre application DOS n'est pa prévue dans
l'immédiat je vous conseille d'utiliser un utilitaire complétaire tel que
TAME. Ce programme intervient directement sur la façon dont le processeur
gère les applications. Il permet d'allouer plus de temps processeur aux
applications réellement actives et moins de temps aux tâches inactives et
qui pour l'essentiel ne font que scruter les périphériques d'entrée-sortie
