Lorsque vous dites un fichier Zip, voulez-vous dire une archive non compressée qui aurait la même taille que tous les fichiers individuels? Ou voulez-vous dire une archive compressée? Parce que là, si vous parlez d'une archive compressée, vous auriez un transfert plus rapide, ce qui, à proprement parler, serait mieux. Bien sûr, si vous prenez en compte le temps nécessaire pour créer l'archive et le temps nécessaire pour extraire l'archive, les spécifications des deux machines entrent en jeu pour savoir si l'archive est meilleure que les fichiers volants.
Maintenant, puisque vous parlez de RDP (par opposition à VNC), l'utilisation de la bande passante de la connexion à distance est assez importante. RDP est plus réactif que VNC, la profondeur de couleur est (par défaut) supérieure à 256 couleurs (32 bits si vous ne la modifiez pas), la taille de l'écran sera la taille de votre bureau, etc ... tous ces facteurs affecte la quantité de bande passante utilisée uniquement pour la connexion à distance. Si vous supprimez des choses comme ... la taille du bureau distant et la profondeur de couleur à 16 bits ou moins, assurez-vous que vous ne partagez pas le son, etc. ... cela utilisera moins de bande passante pour la connexion à distance, de sorte que lorsque vous transférez des fichiers, la session à distance devrait être plus réactive.
En fin de compte cependant, à moins que vous ne puissiez limiter le transfert de fichiers, la session distante deviendra lente, peu importe ce que vous faites pendant que vous transférez des fichiers, car autant de bande passante disponible que possible va être utilisée pour le transfert entre la machine distante et votre machine.
MODIFIER
Vous essayez de trouver un moyen simple de transférer des fichiers SANS affecter la qualité de la connexion à distance. Peu importe qu'il s'agisse de gros fichiers ou de petits fichiers. De votre côté (l'ordinateur client), vous injectez de petites quantités de données vers l'ordinateur distant (ordinateur serveur). Vous savez ... la saisie, les commandes de la souris, etc. Le serveur vous envoie constamment de grandes quantités de données, sous la forme d'images qui composent ce que vous voyez sur la connexion à distance. Donc, avant de transférer des fichiers, vous transférez DÉJÀ une grande quantité de données dans une seule direction. C'est pourquoi j'ai évoqué ce que vous pourriez faire pour réduire la quantité de données que vous transmettez .... à savoir utiliser une résolution plus petite pour la machine distante sur votre bureau (par opposition au plein écran) .... réduire le nombre de couleurs de 32 bits à 16 bits ou même 8 bits. Ces deux étapes réduiront la quantité de données que vous transmettez du serveur (distant) au client (vous). Cela signifie également que lorsque vous commencez à transférer des fichiers via la même connexion et le même itinéraire, votre connexion à distance en souffrira moins.
Comme je l'ai dit ... rien que vous puissiez faire rendra la connexion nette et réactive. Pourquoi? Parce que dès que vous commencez à transférer des fichiers du serveur vers le client, cela va aspirer chaque bit de bande passante disponible le long de ce canal .... et vous utilisez déjà une partie de la bande passante le long de ce canal pour la télécommande connexion elle-même.
J'ai d'abord essayé de copier et coller avant minuit, lorsque la vitesse de transfert était limitée à 100 kB / s par l'ordinateur client ISP. Il a donc fallu quelques heures et j'ai été obligé d'annuler le transfert car le bureau à distance est devenu trop insensible et lent (lent). Donc, je l'ai redémarré à minuit lorsque ma vitesse de transfert locale est supérieure à 4 Go / s
Ainsi, lorsque vous avez essayé le transfert pour la première fois, vous disposiez d'une connexion de téléchargement de 100 Ko / s. Vous déplaciez 1,2 Go de fichiers aussi rapidement que possible, ce qui pousserait à consommer autant de 100 Ko / s que possible. Ce qui laisserait ce que la place pour les données supportant la connexion de bureau à distance? Alors, bien sûr, ce serait lent et insensible. La seule chose dont vous ne tenez pas compte, c'est la vitesse de UPLOAD du serveur. Si la vitesse de téléchargement du serveur est inférieure à votre vitesse de téléchargement ... et dans cette hypothèse parfaite, l'itinéraire entre le serveur et vous avez permis à cette vitesse de téléchargement de rester constante, dès que vous commencez à transférer les fichiers, à peu près tous de cette bande passante va être consommée par le transfert de fichiers, ce qui fera souffrir la connexion à distance.
Pourquoi?
Parce qu'il n'y a rien qui limite le transfert de fichiers à une vitesse spécifique ou à un pourcentage de la bande passante disponible, il va essayer d'utiliser chaque Ko / s qu'il peut. De par la nature des choses, cela fera souffrir la connexion à distance.
Même le transfert des fichiers du serveur à un tiers (comme un serveur FTP quelque part) rendrait la connexion lente pendant ce transfert, car là encore, autant de bande passante disponible que possible serait allouée à ce transfert. Cependant, une fois ce transfert effectué, vous pourrez le télécharger à partir du serveur FTP sans aucun effet sur la réactivité de la connexion à distance ... à nouveau car votre canal entrant après minuit est beaucoup plus volumineux que le canal sortant du serveur.
Donc, j'essayerais de réduire la qualité de la connexion à distance.