Salut,
cela fait deja une semaine que j'essaye de retrouvé comment faire pour spécifier les priorité d'un processus directement dans la ligne de commande du raccourci sous WIN 2000 et XP mais impossible de me rappeler... donc si quelqu'un pouvait m'aider cela serais sympa.
 
Merci d'avance

La commande start permettant de lancer une application en ligne de commande peut prendre en paramètre le niveau de priorité. Pour plus d'informations : start /?

euh excuse moi je vais peut etre dire une connerie mais le point d'interrogation dans start /? , tu le remplace par un chiffre mais c'est le quel pour priorité haute???
 
 
Merci d'avance!!

si tu faisait ce qu'on te dit tu aurait la reponse !!!!
 
tapotes avec tes petits doigts de fee :
START /?   dans une fenetre DOS et tu auras la reponse a ta question !!!!
 
 

par exemple tu aurais eu :
 
*-*-*-*-*-*-*-*-*-*-*-*-*-*-
c:\>START /?
Lance une nouvelle fenêtre pour exécuter le programme ou la commande donné(e).
 
START ["titre"] [/D chemin] [/I] [/MIN] [/MAX] [SEPARATE]
      [/LOW | /NORMAL | /HIGH | /REALTIME] [/WAIT] [/B] [com/prog] [paramètres]
 
  "titre"    Titre à afficher dans la barre de titre.
  chemin     Répertoire de démarrage
  I          Le nouvel environnement sera l'environnement initial passé
             à cmd.exe et non pas l'environnement courant.
  MIN        Démarre la fenêtre réduite en icône
  MAX        Démarre la fenêtre en plein écran
  SEPARATE   Démarre le programme Windows 16-bits dans un espace mémoire séparé
  SHARED     Démarre le programme Windows 16-bits dans un espace mémoire partagé
 
  LOW        Démarre l'application dans la classe de priorité IDLE
  NORMAL     Démarre l'application dans la classe de priorité NORMAL
  HIGH       Démarre l'application dans la classe de priorité HIGH
  REALTIME   Démarre l'application dans la classe de priorité REALTIME
  WAIT       Démarre l'application et attend qu'elle se termine
  B          Démarre l'application sans créer de nouvelle fenêtre.
             L'application ignore les interruptions par ^C. A moins que
             l'application ne le permette, ^Break est le seul moyen
             d'interrompre l'application.
  com/prog
             S'il s'agit d'une commande cmd interne ou d'un fichier de
             commandes, alors le processeur de commande est exécuté avec
             l'option /K par cmd.exe. Cela signifie que la fenêtre ne
             sera pas supprimée après l'exécution de la commande.
 
             S'il ne s'agit pas d'une commande cmd interne ou d'un fichier de
             commandes alors il s'agit d'un programme et il sera exécuté
             comme une appli. liée à une fenêtre ou comme une appli. console.
 
  paramètres Paramètres passés à la commande ou au programme
 
 
Si les extensions de commandes sont activées, les appels par une commande
externe à partir de la ligne de commandes ou par l'intermédiaire de la commande
START sont modifiés comme suit :
les fichiers non exécutables peuvent être appelés grâce à leur association de
  fichier en entrant leur nom en tant que commande (par ex. WORD.DOC exécuterait
 
  l'application associée à l'extension .DOC).
  Reportez-vous aux commandes ASSOC et FTYPE pour savoir comment créer ces
  associations à partir d'un script de commandes.
 
Lors de l'exécution d'une application de la GUI 32 bits, CMD.EXE
  n'attend pas que l'application se termine pour retourner à l'invite de
  commandes. Ce nouveau comportement NE se produit PAS si l'exécution se fait
  au sein d'un script de commandes.
 
Lors de l'exécution d'une ligne de commandes dont la première instruction est
  CMD sans autre extension ni chemin, celle-ci est remplacée par la valeur de
  la variable COMSPEC, évitant ainsi de prendre n'importe quelle version de
  CMD.EXE lorsque vous vous y attendez le moins.
 
Lors de l'exécution d'une ligne de commandes dont la première instruction NE
  contient PAS d'extension, alors CMD.EXE utilise la valeur de la variable
   d'environnement PATHEXT pour déterminer quelles sont les extensions à essayer
 
  et dans quel ordre. La valeur par défaut de la variable PATHEXT
est :
 
        .COM;.EXE;.BAT;.CMD
 
  Remarquez que la syntaxe est la même que pour la variable PATH, avec
  des points virgules pour séparer les éléments.
 
Lors de l'exécution d'une commande, s'il n'y a pas de correspondance avec aucune
 
extension, alors la recherche s'oriente vers les noms de répertoires. Si un nom
convient, la commande START ouvre l'explorateur avec ce chemin.
Si c'est fait à partir de la ligne de commandes, ce sera alors équivalent à
faire CD /D vers ce chemin.
*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-

Mes plus sincères remerciement!!!!
             
 
sa fonctionne nickel

J'ai voulu appliquer cette méthode pour lancer un programme qui me pompe mon CPU (MediaBarre). J'ai donc créé un .bat avec à l'intérieur la ligne :
start /low c:\Program Files\Mediabarre\mb.exe
et ça ne marche pas.
J'ai tenté la même opération directement dans Executer et là, j'ai eu un message d'erreur 'Program introuvable'.
J'ai donc mis :
start /low c:\Progra~1\Mediabarre\mb.exe
Il me renvoit le prompt sans erreur mais sans rien éxécuter.
idem avec un :
start "mb.exe" /d c:\Progra~1\Mediabarre /low  
 
J'ai faux où ?
 
 

 
start /low "c:\Program files\Mediabarre\mb.exe"

Ca ne marche pas.
J'ai tenté :
start /low "c:\Program files\Mediabarre\mb.exe"
start /low "c:\Program Files\Mediabarre\mb.exe"
start /low "c:\Progra~1\Mediabarre\mb.exe"
 
avec toujours le même résultat : ça m'ouvre une autre Invite de commande ayant pour titre "C:\Program Files\Mediabarre\mb.exe".
Idem en remplaçant /low par /high
 
 
Sébastien
 
 
 
 
 
 

 
 
je te rappelle que tu lance ton truc en low priority, t'étonne pas s'il lui faut X minutes pour démarrer ( ce m'a fait ca aussi et ca marche )

J'ai tenté le /low et le /HIGH sans résultat. Le processus MB.exe n'apparaît pas en faisant un Ctrl-Alt-Sup.
Je tenté un :
start /HIGH "mb.exe" après un :
dir Program Files/Mediabarre
au cas où il y aurait un problème de nom de dossier.
-> résultat identique :-(
 
Sébastien
 
 
 
 

 
bah chez moi ca marche dsl