Bi-Processing - Gestion des priorités - Sauvegardes des parametres - Windows & Software
Marsh Posté le 28-08-2002 à 19:40:17
JE COMPTE RESTER SOUS WINDOWS ENCORE TRES LONGTEMPS
Mais merci du conseil
Mais bon c' est plutôt des débuts de réponses ou des idées SOUS Windows qui m' interesse.....
Merci
Marsh Posté le 28-08-2002 à 19:40:43
Euh...
tu pousse le bouchon un pitipeu trop loin Maurice là
Marsh Posté le 28-08-2002 à 19:42:56
symantec a écrit a écrit : BDR, Systéme mais ou ????? Fichiers INI, DLL, SYS etc etc |
déjà tu peux écarter les DLLs , pour le reste...
Marsh Posté le 28-08-2002 à 19:45:06
Pingouin34 a écrit a écrit : Euh... tu pousse le bouchon un pitipeu trop loin Maurice là |
Marsh Posté le 28-08-2002 à 19:46:22
vous méritez lz kick ban bande de petits pédaillons , inutile de pourir le topic
Marsh Posté le 28-08-2002 à 19:47:12
Pourrissez pas mon topic s' ils vous plais..........
En effet schnapsmann, j' ai pas réfléchie quand j' ai écrit ca
Les DLL c' est pas la peine
Marsh Posté le 28-08-2002 à 22:04:23
je pense que ce n'est pas mémorisé, mais j'ai vu un topic sur un forum US où un gars suggérait de fixer les priorités par un petit bat ou exe qui lance le pgm en spécifiant le paramètre
tu peux peut-être faire le même genre de chose pour l'affinity ?
Marsh Posté le 28-08-2002 à 22:12:40
Ouai mais je connais pas les lignes de commandes
Y' a pas de switch, de variables ou je ne sais quoi pour ce genre de truc..............
Moi je veux bien faire ca mais.......... comment je fais ????????????
Marsh Posté le 29-08-2002 à 21:04:27
mais euh je voulais pas pourrir ton topik...
simplement dire que pingouin me plaisait beinde repondre a mes post...
et en + il aime tux..
pingoin>>copaing
Marsh Posté le 29-08-2002 à 21:29:56
quark a écrit a écrit : mais euh je voulais pas pourrir ton topik... simplement dire que pingouin me plaisait beinde repondre a mes post... et en + il aime tux.. pingoin>>copaing |
pingouin>>mon poing............ dans la gueule (pas pingouin 34, ca vas lui il est sympa....)
Marsh Posté le 29-08-2002 à 21:38:02
lol, ptdr
VIVE LA REPUBLIQUE TUX!!!!!!!!!!!!!!!
a bas l'empire windaubien.....
Marsh Posté le 29-08-2002 à 21:40:47
Bon t' a un début de réponse à ma question ?????
Parce que leslinuxiens, a part dire que Windows c' est de la merde, y' a plus rien dérriére ??????
Alors pleaseeeee, help meeeeeeeeee
Marsh Posté le 29-08-2002 à 21:43:34
symantec a écrit a écrit : Bon t' a un début de réponse à ma question ????? Parce que leslinuxiens, a part dire que Windows c' est de la merde, y' a plus rien dérriére ?????? Alors pleaseeeee, help meeeeeeeeee |
ceux là sont surout cons avant d'être linuxiens, pas d'amalgame please
Marsh Posté le 29-08-2002 à 21:48:51
Schnapsmann a écrit a écrit : pas d'amalgame please |
Non mais bon sincérement mes potes qui sont trés bons sous Linux, sont meilleurs sous Windows (et en régle générale, il ne crache pas sur Windows......)
Non je ne ferais pas cette amalgame stupide.........
Mais bon je veux bien des idées quand même .......
Parce que même sur les newsgroups MS, il ne savent pas
Mais dites moi ce qui vous passe par la tête, ca me donneras des idées
Bon je vais manger.............
@+
Marsh Posté le 29-08-2002 à 21:56:08
bon non serieux, la je me dois de repondre...
Pour ton probleme, j'en sais rien du tout et je ne pense pas que ce soit stocké autre part que ds la base de données...
pour linux, je taquine un peu parce qu'il est vrai qu'au point de vue gestion des ressources et admin globale (reseaux, processus demons,..) linux est beaucoup moins enlisé ds la securité que windows et il est bien plus facile d'acceder au coeur du systeme sous linux que sous win...
...d'ou pe un certaine barriere de securité pour eviter les degats trop importants de la part de krosoft...
mais sous linux, le systeme est ouvert et l'on peut tout TOUT remanier a sa sauce perso...
c simplement une question d'embettement et de performance...
sur ce
Marsh Posté le 29-08-2002 à 22:01:00
quark a écrit a écrit : bon non serieux, la je me dois de repondre... Pour ton probleme, j'en sais rien du tout et je ne pense pas que ce soit stocké autre part que ds la base de données... pour linux, je taquine un peu parce qu'il est vrai qu'au point de vue gestion des ressources et admin globale (reseaux, processus demons,..) linux est beaucoup moins enlisé ds la securité que windows et il est bien plus facile d'acceder au coeur du systeme sous linux que sous win... ...d'ou pe un certaine barriere de securité pour eviter les degats trop importants de la part de krosoft... mais sous linux, le systeme est ouvert et l'on peut tout TOUT remanier a sa sauce perso... c simplement une question d'embettement et de performance... sur ce |
bien, mais ce n'est pas le propos.
Marsh Posté le 29-08-2002 à 22:12:27
Ce qu'il te faut Symantec c'est Process Control (console MMC + commande proccon), c'est integre a win2000, mais le seul petit soucis c'est que ca n'est intégré qu'avec Win2k Datacenter
Fô dire qu'avec 32 procs y faut gerer ca un peu plus finement qu'avec "seulement" 2.
Marsh Posté le 29-08-2002 à 22:16:44
rrhhhhhhhhhhoooooooo
zetes pas cool les gars...
ca up le topik...
Marsh Posté le 31-08-2002 à 15:00:56
j'ai retrouvé un lien pour fixer la priorité, mais l'affinité semble ne pas être prévue
http://www.brienposey.com/working_ [...] ommand.htm
Marsh Posté le 31-08-2002 à 15:22:04
réponse tirée de www.zebulon.fr:
Une autre solution consiste à lancer l'application en ligne de commande (dans une session DOS) :
start /priorité application (ex: start /HIGH quake3). Afin de simplifier le tout, nous allons créer un fichier batch (fichier de commande avec extension .bat) : il suffit de créer un fichier avec un éditeur de texte (Bloc-notes par exemple) et d'y inscrire la ligne de commande. Dans notre exemple, le fichier créé pourra s'appeler quake.bat et il contiendra la ligne start /HIGH quake3.exe. Il faut évidement que le fichier de commande se trouve dans le même répertoire que le programme à lancer. Il ne vous reste plus qu'a double cliquer sur le fichier batch pour lancer l'application. Pas compliqué, non ?
a+
Marsh Posté le 31-08-2002 à 16:20:53
Si tu peux transformer ton applications en service, tu pourras y définir l'affinité de CPU...
Marsh Posté le 28-08-2002 à 19:32:18
Bon voila la question OU J' ESPERES AVOIR UN PETIT DEBUT DE REPONSE PARCE QUE CE QUE JE DEMANDE EST PAS TRES CLASSIQUE
J' ai un Server Windows 2000 en bi-processeur (2 X PIII 450)
Sous Windows 2000 Server il est possible d'affecter un processus à un processeur particulier
Les administrateurs peuvent se servir du Gestionnaire de tâches pour configurer l'affinité d'un processus en faisant un clic droit sur un processus puis de cliquer sur "définir l' affinité".
On peut dans cette fenêtre configurer le processus pour qu' il tourne sur tels ou tels processeur.
Seulement, et cela en vue d' une réinstall complête du server, je voudrais pouvoir sauvegarder ces paramêtres
Je me pose cette question :
Ou cette information est t' elle stocké ?????
BDR, Systéme mais ou ?????
Fichiers INI, DLL, SYS etc etc
Voila la question
En éspérant avoir un début de réponse
Merci