La privatisation chaotique de British Rail dans les années 1990, l’éclatement du réseau entre différents opérateurs, un manque chronique d’investissements dans les infrastructures pendant des décennies, ont fait que l’électrification en Grande-Bretagne a pris du retard, avec 38% des lignes électrifiées en 2023 (contre une moyenne européenne de 57%).
Merci à Margaret et à John…
Progress on electrification languished again after the successful delivery of the East Coast scheme pending the imminent privatisation of British Rail under the Railways Act 1993. The new privatised structure decentralised the operation of infrastructure, services, rolling stock and rolling stock procurement amongst different organisations. This meant that the financial case for new electrification was harder to make since no single organisation could benefit from the whole-system efficiencies of electric traction. This led to a large procurement of diesel rolling stock in this era, most notably the Turbostar and Voyager/Super Voyager fleets. [Wikipedia.]
Français
Les progrès en matière d’électrification ont de nouveau stagné après la réussite du projet de la ligne de la côte est, dans l’attente de la privatisation imminente de British Rail en vertu de la loi de 1993 sur les chemins de fer. La nouvelle structure privatisée a décentralisé l’exploitation des infrastructures, des services, du matériel roulant et son acquisition entre différentes organisations. De ce fait, la justification financière de l’électrification s’est avérée plus difficile à établir, aucune organisation ne pouvant bénéficier à elle seule des gains d’efficacité globaux de la traction électrique. Cela a conduit à l’acquisition massive de matériel roulant diesel à cette époque, notamment les flottes Turbostar et Voyager / Super Voyager .
Dans des pays comme l’Allemagne et la France, le réseau est resté sous la responsabilité d’un seul opérateur (DB InfraGO AG et SNCF Réseau).
I took the REM on my way back home today and the car I was in (009D1-1) had no ventilation at all. Maybe it’s just the train nerd in me, but I loved hearing all the pure traction sounds without any “background” noise when it accelerates and decelerates and the rumbling of the wheels. Best of all, everyone in the REM was very quiet as well, and it was during rush hour. Quite a surreal feeling, especially during a winter night.
Je ne sais pas ce texte est vrai, mais il faudrait regarder si le REM pourrait être affecté le 19 janvier 2038 à 3h14…
Ça serait un vice caché, un bug informatique, sur certains trains d’Alstom en France, le tribunal de Paris ne sait pas si d’autres trains sont affecté dans le monde, mais il le pense fortement…
Tout dépend… Avec les communications sécurisées, si la date n’est pas valide, la communication sera refusée, donc possiblement des systèmes non fonctionnels. Et passé d’un système 32 bits à 64 bits requiert plus qu’une simple mise à jour logiciel si le matériel n’est pas conçu pour !
If anything, this is not a hidden defect. Y2K38 has been known for decades.
It’s scheduled to happen here on the 18 January 2038 at 22:14:07 EST.
All systems, protocols and formats that use UNIX time are susceptible to it, including computer networks, databases, web sites, signalling, etc.
While operating systems have been away from 32-bit time, all the software needs to be updated as well.
Now, whether the REM (and the STM) are at risk… that will be highly dependent on the software they’re running and all their integrations.
En tech, c’est un problème connu depuis des années. Les programmeurs essaient dadapter nos programmes en conséquence, quand on trouve le temps, mais personne ne veut réellement entamer la course contre la montre pour patcher l’ensemble des programmes et systèmes d’ici au 19 janvier 2038.
En résumé, c’est le bug de l’an 2000 mais en pire, parce que plusieurs systèmes embarqués sont encore sur des processeurs 32 bits. Ça peut rendre les correctifs plus difficiles à mettre en place.
Le truc important à retenir est que les dates sont généralement stockées sous formes de valeurs entières sur 32 bits (dont un bit signe). Ces nombres représentent le nombre de secondes écoulées depuis 1970-01-01T00:00:00 UTC (nommé Epoch). Or, la date maximale qu’on peut représenter est Epoch + 2³¹ - 1, ce qui correspond à 2038-01-19T03:14:07 UTC. Après, par la magie des débordements d’entiers, l’horloge retourne à 1901-12-13T20:45:52 UTC.
En bref, la tâche n’est pas insurmontable pour Alstom, mais c’est une tâche colossale que la compagnie ferait bien d’entamer maintenant.
pas forcément, tu peux formatter sur 2 x 32-bits et émuler ainsi un 64-bits. C’est pas straight forward, ça risque de prendre un peu plus de temps de calcul (tout dépend combien de fois cette donnée est accédée).
D’un point de vue d’implémentation, ce n’est pas straightforward de faire le changement et le déploiement. D’un autre côté, même sur une plateforme 32 bits, l’implémentation des types int64_t et uint64_t (ou u64/i64) est l’affaire des développeurs de compilateurs, pas des utilisateurs. Pour ce qui est du temps de calcul, je crois bien que c’est négligeable, à moins qu’il s’agisse d’un programme hypothétique ne faisant que calculer des timestamps.
Requête bizarre, mais est-ce que quelqu’un a le lien aux vidéos sur YouTube qui montrent le spectrogram des sons du REM (comme la partie du bas de cet image ci-dessous)? Je n’arrive pas à le trouver moi-même sur YouTube et j’ai oublié le nom de la chaîne qui fait ça.
