Discussion :

[Cabos]

Bonjour,

Peu utilisateur des fichiers .bat, je souhaite pourtant convertir une macro Word tournant actuellement sur un poste de travail en un script DOS exécuté directement sur le serveur.

Le programme est assez simple : ouverture d'un lecteur sur un serveur distant, scan d'un répertoire pour y trouver un fichier texte, transformation de ce fichier texte (très court), écriture dans un répertoire local et suppression sur le serveur distant.

A priori, rien de bien méchant.

Mais je me pose tout de même une question : le programme devant tourner en boucle sur le serveur (= tout le temps), peut il ralentir sensiblement les performances de l'ensemble, voire bloquer certains processus ? Le serveur est un HP Proliant ML350 avec SBS 2008.

Si certains parmi vous ont une expérience sur ce point, merci de bien vouloir la partager, cela m'intéresse vivement.

[duchmul]

Bonjour,

voici pour commencer si j'ai bien compris:


creation d'un lecteur réseau

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

 net use z: \\chemin\du\repertoire\

recherche du fichier

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

dir /s /b |find "nomDuFichier.txt"

[Cabos]

Bonjour duchmul,

Oui, c'est bien le ton !

Mais plus généralement, ma question était : un tel process ralentit-il de façon notoire les autres performances de la machine ?

Je veux dire : dans une instruction de boucle sous Access, si je ne "casse" pas régulièrement le processus, je bloque d'autres processus (l'affichage par exemple). Ai-je ici le même risque ?

Ce programme va tourner en boucle en permanence sur le serveur, et je ne voudrais pas avoir trop de mauvaises surprises !....

[minnesota]

Salut,

Si tu fais une recherche sur un disque dur, forcément tu monopolises une bonne partie des ressources systèmes. En boucle, c'est encore pire. Par contre, si tu cherches juste à vérifier l'existence d'un fichier spécifique, dont le nom exact et l'emplacement sont connus, et en incluant une temporisation (plus de 5 secondes pour être tranquille) dans ta boucle, ça peut le faire et sans dégradations "visibles" des performances sur ton système distant. Mais le mieux est encore d'adopter une approche événementielle, en somme, que le système distant prévienne ta machine de la disponibilité du fichier en question.

[Cabos]

Bonjour Minnesota,

Que veux tu, ce sont les joies du travail en groupe !

Le serveur distant dont tu parles est celui de notre maison mère en Suisse, et, comment dire, j'ai parfois le sentiment que le simple fait de penser à leur équipement informatique relève du crime de lèse technicien !

Plus sérieusement, eux n'ont personne sur place pour gérer ce genre de choses, donc tout se fait par un prestataire externe et cher !

Celui ci a consenti à faire créer un fichier txt par son programme, txt qui se range dans un répertoire. Si je lui demande en plus de lancer l'exécution d'un bout de code de 10 lignes sur mon serveur, voire même de l'exécuter lui même, je vais me retrouver avec une facture à 4 chiffres sans virgule, minimum !!!! Le premier chiffre devrait quand même être un "1", mais je n'en suis même pas certain !!!!

En tous cas, merci de ta réponse.

Le programme se découpe comme ceci :

- test de l'existence d'un fichier txt dans le répertoire distant
- s'il n'existe pas, retour au test
- récupération du contenu du fichier et lecture de l'entête
- selon la valeur de l'entête, création d'un autre fichier texte (les infos ne sont pas présentées de la même façon selon cet entête) et sauvegarde dans un répertoire local (lui aussi fonction de l'entête)
- suppression du fichier txt d'origine
- retour au test

Le tout représente 10 lignes. Comme tu le vois, je sais exactement ce que je cherche et où, donc il n'est effectivement pas besoin de ratisser tout le disque.

Ce batch devrait tourner sur mon serveur et mon inquiétude était que cette boucle éternelle ne monopolise pas trop de ressources. N'ayant jamais eu l'occasion de quantifier la "gourmandise" des commandes DOS sur un processeur, ma question portait plus sur les performances du serveur exécutant le batch que sur celles du distant, finalement très peu sollicité.

Qu'en penses tu ?

[minnesota]

Oui, en faisant une temporisation tu ne devrais pas avoir de soucis, avec "ping" par exemple qui n'est pas trop gourmand ou mieux, avec une "appliquette" dédiée, à faire donc, et qui ne consommerait rien.

[Cabos]

Bonjour Minnesota,

Désolé d'avoir mis tant de temps à réagir à ton message. Le temps peut passer très vite parfois...

Donc, si je résume ta pensée, mon Batch (tel que décrit plus haut) + un simple ping du serveur dans la boucle pour temporiser, ne devrait pas provoquer de problème d'occupation de mémoire sur mon serveur ?

C'est bien cela ?

Je vais faire quelques tests dans les jours qui viennent. Merci pour ton avis, cela rassure toujours un peu !

Je ferai un retour sur le sujet.

[Cabos]

Bon, après un temps assez long : verdict.

Après avoir tenté d'écrire ce programme batch et m'être arraché les cheveux dessus, j'ai tout simplement opté pour un bon vieux VB6... qui m'a demandé une petite journée d'écriture et de test !

Je n'ai toujours pas testé l'occupation du serveur, ayant quelques tests fonctionnels à faire avant, mais de toute façon, cela sortira de cette rubrique.

Merci de tout coeur à duchmull et minnosota pour l'aide apportée.

Si d'autres venaient à se poser la même question, vous pouvez toujours me contacter par MP, je pourrais au moins vous dire ce que cela a donné en VB6.

Et bonne année à toutes et tous.