Pourquoi les transferts de fichiers volumineux s'arrêtent-ils à 99% pendant quelques minutes?

Je voulais poser cette question depuis longtemps. En essayant de copier / déplacer des fichiers (de grandes tailles, plus de 10 Go) dans Windows à partir de ou vers n'importe quel lecteur externe, je remarque que l'activité de transfert reste homogène jusqu'à 99%, où elle cesse de répondre pendant quelques minutes, puis complète les quelques octets restants.

Je ne comprends pas la logique derrière cela car je ne l'ai remarqué que dans Windows et non dans Ubuntu. Les disques internes et externes sont des disques SSD. Cela arrive aussi avec les lecteurs flash. Le CPU est un processeur ULV, cela pourrait-il être le problème?

Merci!

— Ashwin
source

Parce que l'estimation en% dans Windows n'est pas précise la plupart du temps.

— Moab

Essayez de désactiver votre antivirus / antimalware pour voir si cela vous aide? Peut-être que l'antivirus vérifie les fichiers, c'est pourquoi cela prend trop de temps pour terminer.

— axys93

C'est également un problème courant lors du transfert de fichiers d'une source rapide vers une destination plus lente. Si le disque externe est connecté via USB, cela peut diminuer la vitesse de transfert réelle. Si le fichier est très volumineux, la vitesse descend lentement jusqu'à la vitesse de transfert réelle entre les deux appareils, car les nouvelles données ne peuvent être lues que dans la même mesure que les anciennes données sont supprimées du tampon. Ainsi, lorsque vous atteignez la fin du fichier, il «s'arrête» pendant un moment en attendant que les données du tampon soient transférées vers la cible. La seule solution dans ce cas est donc que les fenêtres d'attente transfèrent le contenu du cache.

— axys93

@ axys93 a essayé de désactiver l'antivirus mais reste le même. à propos de votre deuxième commentaire ... oui, cela pourrait être la raison

— Ashwin

Mise en cache.

(Probablement)

Lorsque Windows écrit sur le disque, il met en cache les écritures sur le disque. Cela ne devrait pas être le cas pour les lecteurs flash ou USB externes, mais c'est la seule vraie explication qui convient.

La boîte de dialogue de copie de fichier montre la vitesse de copie des fichiers dans le cache et non sur le disque lui-même et attend ensuite à la fin que toutes les données soient écrites. Le programme de copie peut vraisemblablement voir qu'il y a des données dans le cache qui attendent d'être écrites mais pas combien.

Il existe un moyen de désactiver le cache d'écriture pour les lecteurs, ce qui pourrait bien empêcher ce comportement.

Il y a un guide rapide pour désactiver le cache sur le disque sur Seven Forums , mais je ne suis pas sur mon ordinateur pour le résumer correctement ici. Fondamentalement, vous souhaitez désactiver le cache disque uniquement sur les périphériques amovibles ou externes, pour des performances que vous souhaitez laisser activé sur les périphériques internes.

Vous devriez pouvoir accéder aux mêmes pages de propriétés présentées dans le didacticiel que j'ai lié en cliquant avec le bouton droit sur le disque dans une fenêtre de l'Explorateur, en descendant vers les propriétés, puis en sélectionnant l'onglet Matériel qui s'affiche en haut de la fenêtre.

Cela devrait ressembler un peu à cette image du Windows Club, mais vous devriez avoir une option de suppression rapide sur les périphériques USB. (Je le remplacerai quand je pourrai plus tard)

— Mokubai
source

Je viens de rencontrer ce problème lors de la copie de données (> 500 Go) de D:à E:. Bien que votre explication semble raisonnable, le bélier semble être presque complètement vide et il n'y a aucune activité sur le disque C:. En revanche, les deux disques D:et E:semblent être actifs (le premier est lu, le second est écrit) à pleine vitesse trois heures plus tard, le 99%chiffre est atteint. Je ne suis donc pas sûr que le cache ou la mise en mémoire tampon soient la vraie réponse générale à ce problème Windows .

— Patrick Trentin

Cela ne se produit pas uniquement pour les transferts de fichiers volumineux. Cela se produit également lors de la suppression de fichiers. Et 13000 fichiers, ce n'est pas tant que ça ...

— Thomas Weller