Avec la mise à niveau vers Windows 10, j'ai maintenant ce joli graphique lors de la copie de fichiers.
Lorsque je copie un seul fichier volumineux, la vitesse prend toujours cette forme d'onde raisonnablement cohérente. Qu'est-ce qui cause ça?
La connexion est
My PC <- cable -> gigabit switch <- cable -> Netgear ReadyNAS
Les fichiers sont copiés via SMB, ce graphique en montre une copie en une minute environ:
Il n'y a pas de problème ici, je veux juste comprendre comment les choses fonctionnent.
networking
nas
Gricey
la source
la source
Réponses:
Réponse courte: cache en écriture
TL; DR: Tout d’abord, la copie d’un seul fichier volumineux nécessite moins de temps système que la plupart des fichiers plus petits. Cela signifie que PC et NAS ne "gaspillent" pas beaucoup de temps à rechercher des fichiers, à mettre à jour des métadonnées de table de fichiers et de système de fichiers. Cela signifie également un débit beaucoup plus élevé, susceptible de révéler certains des goulots d'étranglement de la bande passante dans la configuration.
Les pics et les creux du graphique de bande passante semblent se produire à intervalles assez réguliers, et compte tenu du fait que vous copiez un seul fichier volumineux (bande passante maximale, surcharge minimale), je dirais que vous voyez l'effet de la mise en mémoire tampon / mise en cache .
Il me semble que vous envoyez probablement des données au NAS plus rapidement que vous ne pouvez les écrire sur le disque. Grâce à l'écriture en cache / mémoire tampon, il est toujours en mesure de le recevoir plus rapidement (les pics du graphique), mais vous ne pouvez pas continuer à recevoir des données sans les enregistrer sur le disque.
Finalement, la mémoire tampon sera pleine et devra être écrite sur le disque. Pendant ce temps, le NAS ne peut pas recevoir les données aussi rapidement qu’avant, car il n’a nulle part où les stocker (la mémoire tampon est pleine et les disques sont plus lents). C'est là que vous obtenez les vallées du graphique.
Il semble que Windows est en train de lisser le graphique de débit. Avec des graphiques plus précis (à partir de Performance Monitor, par exemple), vous pouvez estimer la taille de la mémoire tampon en écriture en analysant les intervalles et les octets transférés.
La raison pour laquelle les pics et les creux ne se produisent pas à des intervalles parfaitement uniformes est probablement parce que PC, NAS ou les deux font quelque chose de différent pendant la copie du fichier.
la source
Il est difficile de répondre avec autorité sans beaucoup d’enquêtes supplémentaires. Merci d'avoir mis à jour votre question avec l'échelle de temps et le protocole.
Il pourrait normalement "pétoncles" TCP. TCP va aussi vite que possible jusqu'à la perte de paquets. Ensuite, il recule un peu et redémarre. Donc, il continue de "cogner la tête contre le plafond". C’est ainsi qu’il maximise la bande passante disponible sans aggraver la congestion. Je regarde habituellement les pétoncles TCP dans un graphique TCPTrace, qui est un peu différent de ce graphique. Je m'attendrais à ce que cela ressemble un peu plus à une dent de scie dans ce genre de graphique, mais il peut y avoir un certain lissage dans ce graphique. Et maintenant que j'y pense, les pétoncles TCP se situeraient dans une échelle de temps beaucoup plus petite que ce que semble montrer ce graphique.
Il se peut également que votre protocole de système de fichiers distant (SMB) lise le fichier un morceau à la fois, et que les plongées correspondent à la fin de la lecture d’un morceau et à la demande du prochain.
la source
je pense Microsoft introduit cette fonction dans la barre de progression sous Windows 8.
De gauche à droite montre le progrès en pourcentage & amp; Up-down le mouvement montre la taux de transfert en Mo / s .
Les taux de transfert sont déterminés par la vitesse du support (BUS ou réseau), le nombre et l'intensité; taille des fichiers, système de fichiers & amp; disponibilité des ressources, etc ...
Également lors d'un transfert de fichier, un lot de métadonnées en lecture / écriture a lieu.
Vous constatez une onde raisonnablement cohérente, car cette surcharge de lecture / écriture de métadonnées est réduite & & amp; d'autres ressources sont utilisées au même rythme. Les baisses occasionnelles pourraient être les événements de perte de paquet, la prochaine lecture de bloc, l'interrogation de ressource, etc.
Pour plus de précisions, voici d'autres lectures
la source