Dialog de copie de fichiers Windows: Pourquoi l'estimation est-elle si... MAUVAISE?

Raymond Chen a écrit un très bel article à ce sujet une fois. Fondamentalement, la boîte de dialogue ne fait que deviner :).

https://devblogs.microsoft.com/oldnewthing/20040106-00/?p=41193

"Parce que la boîte de dialogue de copie ne fait que deviner. Elle ne peut pas prédire l'avenir, mais elle est forcée d'essayer. Et au tout début de la copie, lorsque l'historique est très limité, la prédiction peut être vraiment mauvaise.

Voici une analogie : Supposez que quelqu'un vous dise : "Je vais compter jusqu'à 100, et vous devez donner des estimations continues sur quand j'aurai fini." Ils commencent, "un, deux, trois...". Vous remarquez qu'ils comptent environ un nombre par seconde, donc vous estimez 100 secondes. Oh-oh, maintenant ils ralentissent. "Quatre... ... ... cinq... ... ..." Maintenant vous devez changer votre estimation à peut-être 200 secondes. Maintenant ils accélèrent : "six-sept-huit-neuf" Vous devez mettre à jour votre estimation à nouveau.

Maintenant quelqu'un qui ne fait que écouter vos estimations et pas la personne qui compte croit que vous avez perdu la boule. Votre estimation est passée de 100 secondes à 200 secondes à 50 secondes ; quel est votre problème ? Pourquoi ne pouvez-vous pas donner une bonne estimation ?

La copie de fichiers est la même chose. L'interface graphique sait combien de fichiers et combien d'octets vont être copiés, mais elle ne sait pas à quelle vitesse le disque dur, le réseau ou Internet va fonctionner, donc elle doit simplement deviner. Si le débit de copie change, l'estimation doit changer pour prendre en compte le nouveau taux de transfert."

Je vais compter jusqu'à dix, 1....2....3....4 combien de points cela va-t-il prendre pour arriver à 10?

5.6.7 Et maintenant? Prenez-vous en compte tous les points passés entre les nombres et les moyennez-vous, ne prenez-vous que les 4 derniers intervalles et utilisez-vous cette moyenne, regardez-vous seulement le dernier intervalle?

Vous avez le même problème avec les transferts de fichiers. La vitesse à laquelle le fichier est transféré n'est pas constante, elle accélère et ralentit en fonction de nombreux facteurs. La raison pour laquelle le nombre saute autant est que Microsoft penche du côté de "ne compter que le dernier intervalle".

Il n'y a rien de mal à ce côté-là du spectre, cela vous donne un "une seconde par seconde" plus précis (une seconde en temps réel fait descendre le compteur d'une seconde) mais cela fait sauter beaucoup l'ETA totale du minuteur.

Un bon exemple du côté opposé est 7-Zip lorsqu'il compresse. Si la vitesse de la compression diminue pendant le traitement, vous pouvez voir que l'ETA ne saute pas de manière spectaculaire comme un ETA de transfert de fichier, mais il peut falloir 2 à 3 secondes réelles avant que le minuteur ne se déclenche d'une seconde (ou il peut même commencer à compter à rebours) jusqu'à ce qu'il se stabilise à la nouvelle vitesse.

Il y a en réalité une réponse presque canonique de Raymond Chen de Microsoft à ce sujet qui date de WAAAAAY back, et il y a quelques pièces au puzzle.

Parce que la boîte de dialogue de copie ne fait que deviner. Elle ne peut pas prédire l'avenir, mais elle est forcée d'essayer. Et au tout début de la copie, lorsque il y a très peu d'historique à consulter, la prédiction peut être vraiment mauvaise.

Tout d'abord, Windows devine. Il sait combien de fichiers il y a, et leur taille, mais le taux de transfert par fichier est très variable. Cela dépend de choses comme la taille, ou même l'emplacement sur le disque dans certains cas. Au fur et à mesure, il ajuste sa supposition en fonction des conditions actuelles et passées, et par conséquent vous avez des vitesses de transfert estimées inexactes dans des conditions réelles.

Voici l'explication par Raymond Chen, Ingénieur en Chef en Conception Logicielle chez Microsoft :

Pourquoi la boîte de dialogue de copie donne-t-elle des estimations si horribles ?

Parce que la boîte de dialogue de copie ne fait que deviner. Elle ne peut pas prédire l'avenir, mais elle est forcée d'essayer. Et au tout début de la copie, quand il y a très peu d'histoirique à consulter, la prédiction peut être vraiment mauvaise.

Voici une analogie : Supposez que quelqu'un vous dise : "Je vais compter jusqu'à 100, et vous devez faire des estimations continues sur quand j'aurai fini." Il commence, "un, deux, trois...". Vous remarquez qu'il avance à environ un nombre par seconde, donc vous estimez 100 secondes. Oh là là, maintenant il ralentit. "Quatre... ... ... cinq... ... ..." Maintenant vous devez changer votre estimation à peut-être 200 secondes. Maintenant il accélère : "six-sept-huit-neuf" Vous devez mettre à jour votre estimation à nouveau.

Le billet de blog cité ci-dessus comporte une longue discussion sur cette question, avec quelques commentaires intéressants.

Raymond Chen est une personne légendaire, le "Chuck Norris de Microsoft", je ne pense pas que vous allez obtenir une réponse plus autoritaire. Je suis sûr qu'il avait au moins vu le code en question.