Incroyable ce truc !

Le temps que les astronautes se remettent de leur réveillon peut-être :)

Quelques remarques :

1) Je m'occupe d'ordinateurs très modernes, avec parfois 16 Go de mémoire ou plus, et ils ont tous des problèmes pour le passage de l'heure d'été à l'heure d'hiver et pour le passage du 31 Déc. au 1er Janvier... Et encore, je ne vous parle pas des années bissextiles et autres...

2) Pourquoi le 2 Janvier ? Tout simplement pour être absolument certain que le passage de 2007 à 2008 se passera bien. La NASA prends beaucoup de précautions, ils n'ont pas envie de perdre encore une navette avec son équipage.

Ou alors, ils ont besoin de 24h pour passer sur tous les ordinateurs de la navette pour les mettre à l'heure... :-)

3) À lire également sur un sujet assez proche : l'article de Wired sur les amateurs d'horloges atomiques. Quand l'ultra-précision rejoint la récupération de matériel d'occasion, ça dépote !
http://www.wired.com/science/discoveries/news/2007/12/time_hackers

En conclusion : la gestion du temps est quelque chose de très difficile à faire. Pour être philosophique, on dirait presque que l'univers prends un malin plaisir à ne pas être "régulier" et à mettre le bazar dans les petits calculs des hommes...

Je ne crois pas une seconde (c'est le cas de le dire !) a cette explication.

1. Je ne vois pas pourquoi la NASA n'aurait pas change ses ordinateurs ou ses programmes.

2. Un compteur de temps qui ne prendrait pas en compte l'annee me semble extremement bizarre, les fonctions de date integrent toujours l'annee il faudrait un systeme bricole par des charlots pour que ce que vous indiquez se produise ! Vous avez des elements ? Ca m'interesse !

3. Note a Nuryungi (commentaire du 12) pour le temps il suffit d'utiliser l'heure GMT qui ne bouge jamais ;-) toutes les applis scientifiques fonctionnent a l'heure GMT ainsi que l'aviation, l'armee etc....

Cordialement.

@Curieux31
Remplacer les ordinateurs par les modèles suivants, si leur parfaite compatibilité a été démontrée, pourquoi pas. Je crois que cela a été fait au moins une fois.
En revanche, je crois bien que le remplacement du logiciel était considéré comme une opération suicidaire. Le bénéfice - pouvoir voler le jour de l'an - devenait minime au fur et à mesure que la navette accumulait des problèmes d'autres natures.
Je ne sais pas quel âge vous avez, mais à moi, un compteur de temps qui fait l'impasse sur l'année ne me semble pas si bizarre. Avant la navette, d'autres véhicules spatiaux avaient fait l'impasse sur bien d'autres choses encore, parce que leurs "ordinateurs" étaient encore plus rikiki.

Et puis je voudrais surtout rappeler que cette "explication" est l'explication officielle ! Pourquoi voudriez-vous que la Nasa s'encombre d'un tel mensonge, si c'était faux ?

Extrait d'une dépêche Reuters datée du 7/11/2006 : “The shuttle computers were never envisioned to fly through a year-end changeover,” space shuttle program manager Wayne Hale told a briefing. Ma traduction : "Les ordinateurs de la navette n'ont jamais été prévus pour voler pendant un changement d'année", a déclaré le responsable du programme navette spatiale Wayne Hale au cours d'un briefing.

@Curieux31 :

1) On ne change pas des systèmes embarqués, dans un engin aussi compliqué que la navette, sans introduire des bogues et autres effets de bords. Donc, non, on ne change pas les ordinateurs de la navette. Point.

2) Cf. : le bug de l'an 2000. Les premiers programmeurs, pour économiser deux octets, codaient la date sous la forme DD/MM/AA (DD=Date, MM=Mois, AA=Année). Résultat : 01/01/08 = 1er Janvier 1908... ou 1er Janvier 2008 ? Cette forme de programmation n'est pas inutile sur des ordinateurs qui ne disposent que d'une quantité de mémoire limitée... Comme les ordinateurs de la navette.

3) L'heure GMT est soumise à l'heure d'hiver, comme tous les autres fuseaux horaires d'ailleurs. Le problème n'est pas de savoir si l'horloge principale prends en compte cette heure, mais si TOUTES les applications la prennent aussi en compte... Et là, c'est plus difficile.

Dans chaque système se cachent des milliers de lignes de code, parfois très anciennes. et ce sont ces lignes de code qui mettent le bazar, le 31 Décembre à minuit.

La raison principale pour laquelle la NASA n'a aucune envie de changer ses ordinateurs, c'est que les bugs ne se cachent pas uniquement dans le logiciel. Ils se nichent également dans le micro-code des micro-processeurs, et ces bugs-là doivent ensuite être corrigés par logiciel... une fois découverts ! On peut considérer qu'un processeur Motorola MC68000 à 8 MHz est une véritable antiquité par rapport aux processeurs modernes, mais son comportement - bugs internes compris - est aujourd'hui parfaitement connu et maîtrisé, ce qui n'est pas nécessairement le cas de puces qui n'ont que quelques années d'existence. Et quand on envoie des gens emballés dans des milliards de dollar de matériel dans l'espace, on a un peu envie que les choses soient un minimum prédictibles (mode euphémisme maximal ;-).

Je conseillerais à Curieux "Saint Thomas" 31 d'aller faire une petite recherche sur internet, par exemple ceci : http://www.google.fr/search?hl=fr&q=bug+du+processeur+intel ;-)

Bin, 0.4 Mo, c'est pas si peu. C'est quand même plus de 400ko.

Quand j'étais gamin, je me souviens avoir bricolé un jeu de simulation de vol dans 8ko... J'ai pas souvenir d'avoir arrêté une partie le soir du 31 décembre :o)))

Pour le choix du 2, si c'est bien un problème d'horloge, il faut tenir compte du décalage horaire dans le monde entier. Car la navette dialogue avec des relais aux 4 coins de la planète. Il y a aussi toutes les procédures de test et vérification à refaire ;o)

« Pour le choix du 2, si c'est bien un problème d'horloge, il faut tenir compte du décalage horaire dans le monde entier. »

J'étais arrivé à une conclusion provisoire de ce genre.