Journal : Tiens comme c'est etrange ?

Posté par Hardy Damien (page perso, ) le 17 juillet 2004
0
Il viennent de lâcher dans le journal de F2,
"Microsoft fournisseur de la SNCF, annonce que le bug pourrais être dûe a la nouvelle version du logiciel Mosaic qui viens d'être mis à jour" ....


Bon ben voila ... je pense que c'est le moment de prospecter pour une migration là :))
il me semble que le centre informatique de la SNCF est a Nantes ?

Dam

> Lire le journal (10 commentaires, moyenne: 2,6).  

Cette discussion est archivée, il n'est plus possible de laisser des commentaires.

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.

mirde moinsage ...

Posté par Hardy Damien (page perso, ) le 17/07/2004 à 11:10. (lien). Évalué à 4.

http://linuxfr.org/~gggard/14611.html(...)

désol pour le doublon

Dam

  • [^]errata

    Posté par Gregory Auzanneau (page perso, ) le 17/07/2004 à 11:58. (lien). Évalué à 3.

    Et le central de la SNCF ne se situe pas à Nantes, mais à Lille.

    http://www.liberation.fr/page.php?Article=224421(...)

    Selon certains techniciens, elle serait causée par un ensemble de serveurs (ordinateurs de stockage, ndlr) situés à Lille fonctionnant avec le logiciel Windows (pour serveurs) de Microsoft.

    • [^]Re: errata

      Posté par mcben () le 17/07/2004 à 15:50. (lien). Évalué à 6.

      En fait, toute la partie infrastructure se situe à lille.

      Mais effectivement, le centre informatique se situe bien à Nantes. C'est essentiellement là bas que sont développées les applications internes de la SNCF.

      A ce propos, vous saviez que Socrate (le système de réservation mis en place au début des années 90) est écrit intégralement en assembleur ! Sisi ! J'ai un collègue qui y code à longueur de journée.

      Il commence à faire des test pour migrer progressivement vers le C, mais ca pose de gros problèmes de latence, quand il y a la charge augmente un peu trop.

      Et la sncf commence également à sous-traiter ces dev à l'étranger (en Inde de souvenir, mais pas completement sur) et recherche des cadres techniques pour gérer ces projets.

      C'était les petites infos de la SNCF...

      • [^]Re: errata

        Posté par Laurent J (page perso, ) le 18/07/2004 à 16:39. (lien). Évalué à 1.

        le premier avril, c'était il y a 3 mois et demi.

      • [^]Re: errata

        Posté par gebura () le 18/07/2004 à 20:30. (lien). Évalué à 2.

        certaines banques utilisent aussi des systemes écrits en assembleur pour gérer leurs données, j ai aussi un ami dont c etait le taf (un bon vieu boeuf qui a ete jusqu a coder des couches unix en assembleur!), par contre je crois qu eux ils n' ont meme pas envisager le c (ou alors ils l on tres vite laisser tomber) pour ces memes problemes de latences...

        voila voila,c est un peu Hs mais bon , ca prouvera peut etre a certains que ton post n avait rien d un poisson d avril en retard!

Quel gros gag

Posté par pasBill pasGates () le 18/07/2004 à 00:09. (lien). Évalué à 5.

Ah ben oui, les bugs de Mosaic vont disparaitre du jour au lendemain simplement grace a une migration sur Linux.

Il est quand meme genial cet OS, il corrige les bugs des applications !

  • [^]Re: Quel gros gag

    Posté par jeff110 () le 18/07/2004 à 01:48. (lien). Évalué à 1.

    --> http://linuxfr.org/~earxtacy/14617.html(...)
    Apparement, c'est les serveurs centraux qui tombent des que la charge atteint 2800 postes clients, donc je vois pas comment ça peut venir des applications ?

    • [^]Re: Quel gros gag

      Posté par o°Oo°Oo°o°O°Oo° o°Oo°Oo°o°O°Oo° () le 18/07/2004 à 04:32. (lien). Évalué à 2.

      Bon, je ne sais pas ce qu'il se passe exactement sur les serveurs, mais je tiens à préciser que j'ai eu un client, une mutuelle, dont j'ai personnellement installé le réseau en Windows NT4 TSE/Metaframe puis fait ensuite l'évolution en Windows 2000 Serveur/Metaframe XP, avec des clients répartis sur toute la France, et il y avait tout de même plus de 2800 postes clients, et les serveurs ne tombaient pas. Pourtant, il n'y avait que 2 serveurs en load balancing, et c'était 2 Compaq série 5, avec fiber channel, raid array, etc. Bref, du matos banal, pas trop cher, et ça tenait le coup.

      Bon, ce qui était le plus utilisé, c'était le Metaframe, mais il repose tout de même sur la couche TSE, donc les serveurs Windows encaissaient pas trop mal. Par contre, il fallait rebooter les NT4 TSE tous les week ends, et c'était un bordel monstrueux pour faire fonctionner toutes les imprimantes sur le réseau, avec le spooler qui plantait plusieurs fois par jour. Mais c'est un problème connu de TSE, et lié au fait que très peu de fabricants d'imprimantes produisent de véritables pilotes multi-utilisateurs.

    • [^]Re: Quel gros gag

      Posté par pasBill pasGates () le 18/07/2004 à 06:43. (lien). Évalué à 1.

      Nope, ils disent que le systeme tombe quand il y a plus de 2800 terminaux connectes.

      C'est quoi le systeme ? Un serveur type Apache/Samba/... au niveau applicatif qui tombe ?

      Parce que des Windows avec plus de 3000 connections simultanees, je vois ca tous les jours dans nos test labs, donc je doutes fort que ce soit le probleme.

  • [^]Re: Quel gros gag

    Posté par Hardy Damien (page perso, ) le 18/07/2004 à 12:35. (lien). Évalué à 1.

    C'etait bien evidement de l'humour (comme l'indique le ":))" )mais on peut pas rire de tout avec tout le monde apparament.

    Faut arreter d'etre chatouilleux mon gars

    Dam

Revenir en haut de page