Réseau de Gervais Choloux

[Gervais Choloux]

Bonjour Michel,
Le doute que j'ai c'est effectivement est-ce que l'utilisation fautive de ma part (il m'a fallu 3 tentatives pour m'apercevoir que l'aiguille n'était pas tracée) ne perturberait pas CDM ? Et dans l'affirmative ( l'heure correspond) quel remède faudrait-il (outre celui de faire attention aux msg en bas) Ça me donne l'impression d'utiliser un logiciel très sensible aux mauvaises manips ou perturbé facilement pouvant aller jusqu'au plantage, ce qui m'est arrivé d'ailleurs et là, pour le coup, ça énerve, d'autant que je n'ai pas l'impression de mal faire à ce point...
Pour moi CDM doit gagner en stabilité (encore un chantier )
Si CDM était un logiciel commercialisé ces aléas de stabilité face aux manipulations disons répétitives où hasardeuses ne seraient pas acceptables.
Qu'en penses-tu ?

[CC72000]

Bonjour Gervais,

Le doute que j'ai c'est effectivement est-ce que l'utilisation fautive de ma part (il m'a fallu 3 tentatives pour m'apercevoir que l'aiguille n'était pas tracée) ne perturberait pas CDM ? Et dans l'affirmative ( l'heure correspond) quel remède faudrait-il (outre celui de faire attention aux msg en bas)

Utilisation fautive... non, tu n'as pas vu tout de suite que les aiguilles n'étaient pas tracées, en plus de message en bas à droite il y a un gros DONG sonore pour justement inviter à la lecture du message...

Ça me donne l'impression d'utiliser un logiciel très sensible aux mauvaises manips ou perturbé facilement pouvant aller jusqu'au plantage, ce qui m'est arrivé d'ailleurs et là, pour le coup, ça énerve, d'autant que je n'ai pas l'impression de mal faire à ce point...

je constate bien le phénomène de ralentissement dans le LOG, la correspondance avec la fin de tes manœuvres est elle une coïncidence ou bien la cause... c'est ce que nous devons déterminer... dans les ralentissements que tu as déjà observés avant, faisais tu des manœuvres ?

Pour moi CDM doit gagner en stabilité (encore un chantier )
Si CDM était un logiciel commercialisé ces aléas de stabilité face aux manipulations disons répétitives où hasardeuses ne seraient pas acceptables.
Qu'en penses-tu ?

C'est en faisant remonter les plantages que petit à petit on peut réussir à les éliminer... Je comprend bien qu'un plantage n'est pas agréable.
Il y a des points sensibles dans CDM, comme les sections parallèles, les itinéraires à la volée...
Pour le moment je ne vois pas le rapport entre les manœuvres et les ralentissements.
Le principe de CDM étant de refaire le calcul de la nouvelle situation tous les 1/10ème de seconde, ce calcul ne doit pas durer plus de 1/10ème de secondes...

[Gervais Choloux]

En résumé mes trains voyageurs (TGV 1&2, corail et navette) tournent toujours en automatique sur leur itinéraire respectifs, des actionneurs les font s'alterner.
Au milieu de ça je prends la main pour les marchandises que j'envoie avec itinéraire à la volée vers leur zone de manœuvre avec au menu dettelage et accostage selon le programme choisi.
Ça rend le run ludique en toute sécurité comme CDM le permet
C'est vrai, je suis un utilisateur assidu d'itinéraire à la volée que je trouve pratique et tellement facile.

[CC72000]

Il faut qu'on arrive à déterminer si ce ralentissement vient de CDM lui même qui partirait dans des pseudo calculs.... ou bien si ce ralentissement est contraint par le PC avec quelque chose qui vient bouffer du CPU.

Dans le cas de la première hypothèse, pour le moment je ne vois pas de quoi il peut s'agir, je n'ai pas la moindre piste.

Est-ce que tu connais et sais manipuler le gestionnaire de tâches et le Moniteur de ressources de Windows ?

[Gervais Choloux]

Je prends le taureau par les cornes:
J'ai remplacé le dd de mon ancien ordi portable par un SSD de 250go (35€) et réinstallé Windows 10 (gratuitement vu qu'il en était équipé avant que l'ancien dd ne lâche)
Un HP équipé d'un core I3 cadencé à 1,9 MHz, 4 go de ram, pas de WiFi ni d'antivirus (bien plus véloce avec son nouveau dd)
Tout ça rien que pour CDM !
Si ça merde encore... je me fais moine

[Gervais Choloux]

Essais avec l'ordinateur portable reconditionné (c'est celui avec lequel j'ai dessiné mon réseau et qui m'a servi à le piloter -non sans problèmes déjà- jusqu'à ce que le DD ne lâche...)
Pensant améliorer le pilotage de CDM j'ai acheté un ordi neuf dont j'ai rapidement dû augmenter la ram (de 8 à 16go) preuve que je me suis un peu précipité et bien trompé d'autant que la réparation et le boost de l'ancien vient de me coûter 35€ (dd SSD 250go sur A..z..e)

Donc après plusieurs runs avec cet ordi reconditionné, l'impression est plutôt POSITIVE: pas encore eu de ralentissement d'horloge CDM. La réponse du réseau aux ordres de CDM parait plus prompte. Ainsi j'ai pu baisser le cadencement des aiguillages à 1s au lieu d'1,5s, ça accélère le démarrage du run (c'est déjà ça de gagné) Tout cela à CONFIRMER quand même
La méthode est quand même plutôt radicale, s'il faut réserver un ordinateur exclusivement à CDM, faut reconnaître que c'est une contrainte et un luxe. A contrario, si ça permet de "recycler" un vieil ordi ...
En résumé, toujours faire attention aux caractéristiques de performances de votre ordi pour ne pas se retrouver comme dans mon cas avec ce dernier qui sature et qui rame, CDM n'aime pas!
D'ailleurs y a t'il une liste des caractéristiques minimales à respecter (ou conseiller) pour utiliser CDM au mieux

[Gervais Choloux]

ça se confirme, toujours pas eu de ralentissement d'horloge après de nombreux runs (plusieurs heures au total) et je trouve même que le pilotage du réseau par CDM parait plus "maitrisé", j'ai moins de petits disfonctionnements.
Il s'avère donc que les "performances" de l'ordi de pilotage ne sont pas à négliger (j'enfonce peut-être là une porte ouverte) du moins la constance de celles-ci (ou leur ralentissement) durant ces satanés téléchargements et autres analyses faits en arrière plan (difficile de passer au travers)