Pourquoi mon fichier réseau a-t-il la vitesse de la vitesse d'une vague?
Avec la mise à niveau vers Windows 10, j'ai maintenant ce beau graphique lors de la copie de fichiers.
Lorsque je copie un seul fichier la vitesse prend toujours cette forme d'onde raisonnablement cohérente. Quelles sont les causes?
La connexion est
My PC <- cable -> gigabit switch <- cable -> Netgear ReadyNAS
Les fichiers sont copiés via SMB, ce graphique affiche une telle copie sur environ une minute:
Il n'y a pas de problème ici, je veux juste comprendre comment les choses fonctionnent.
Réponse courte: cache en écriture
TL; DR: Tout d'abord, il y a beaucoup moins de frais généraux lors de la copie d'un seul fichier grand, comparé à beaucoup plus petit. Cela signifie que PC et NAS=== N'es pas "gaspiller" beaucoup de temps à la recherche de fichiers, à la mise à jour de la table des fichiers et du système de fichiers métadonnées. Cela signifie également un débit plus élevé, susceptible de révéler une partie de la bande passante goulets d'étranglement dans la configuration.
Les sommets et les vallées du graphique de bande passante semble se produire à des intervalles assez réguliers et, étant donné que vous copiez un seul fichier volumineux (largeur de bande maximale, surcharge minimum), 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 à un rythme plus rapide qu'il ne peut l'écrire sur le disque. Grâce à un cache/tampons en écriture, il est toujours capable de le recevoir à la Taux plus rapide (les pics du graphique), mais vous ne pouvez pas continuer à recevoir des données sans le faire sur disque.
Finalement, le tampon fonctionnera pleinement et doit être écrit sur le disque. Pendant ce temps, le NAS==== Je ne peux pas recevoir de données aussi vite qu'auparavant, car il n'a plus d'où le stocker (tampon est plein, et que les disques sont plus lents). C'est là que vous obtenez les vallées du graphique .
Il semble que Windows lisse le graphique de débit. Avec des graphiques plus précis (par exemple de Performance Monitor), vous pouvez réellement estimer la taille de la mémoire tampon d'écriture, en analysant les intervalles et les octets transférés.
La raison pour laquelle les pics et les vallées ne se produisent pas dans des intervalles parfaitement uniformes sont probablement parce que PC, NAS ou les deux, fait "autre chose" pendant que vous copiez le fichier.
Il est difficile de répondre à autorité sans beaucoup d'investigation. Merci d'avoir mis à jour votre question avec l'échelle de temps et le protocole.
Cela pourrait normalement TCP "Saint-Jacques". TCP va aussi vite que possible jusqu'à ce qu'il éprouve une perte de paquets. Puis il recule un peu et ramasse à nouveau. Donc, il garde "cogner sa tête contre le plafond". Voici comment cela maximise la bande passante disponible sans congestion pire. Je regarde habituellement TCP Scalcops dans un graphique TCPTrace, qui est un peu différent de ce graphique. Je m'attendrais à ce que cela ressemble un peu plus de scies de scie dans ce type de graphique, mais il peut y avoir du lissage sur ce graphique. Et maintenant que j'y pense, TCP Scalends serait dans une échelle de temps beaucoup plus petite que ce graphique semble montrer.
Il pourrait également s'agir de ce que votre protocole de fichier de fichiers distant (SMB) lit le fichier un morceau à la fois et les trempettes sont les suivantes: une lecture de morceau est terminée et la suivante est demandée.
Je pense Microsoft introduit cette fonctionnalité dans la barre de progression sous Windows 8.
de gauche à droite montre la progression dans le pourcentage & MOD-BAS Le mouvement montre le taux de transfert en MB/S .
Les taux de transfert sont entraînés par la vitesse du support (bus ou réseau), numéro et taille des fichiers, système de fichiers et disponibilité des ressources, etc.
En outre, lors d'un transfert de fichier, beaucoup de métadonnées en lecture/écriture ont lieu.
Vous voyez une onde raisonnablement cohérente car cette tenue de lecture/écriture de métadonnées est réduite et les autres ressources sont utilisées au même taux. Les trempettes occasionnelles pourraient être les événements de la perte de paquets, la prochaine lecture de morceaux, le sondage des ressources, etc.
Pour plus de clarification, voici d'autres lectures