Когда вы говорите Zip-файл, вы имеете в виду несжатый архив, размер которого будет одинаковым со всеми отдельными файлами? Или ты имеешь ввиду сжатый архив? Потому что прямо здесь, если вы говорите о сжатом архиве, у вас будет более быстрая передача, что, строго говоря, будет лучше. Конечно, если вы принимаете во внимание время, необходимое для создания архива, и время, необходимое для извлечения архива, то в игру вступают спецификации обеих машин, чтобы определить, является ли архив лучше, чем потерянные файлы.
Теперь, когда вы говорите о RDP (в отличие от VNC), использование пропускной способности удаленного соединения довольно незначительно. RDP более отзывчив, чем VNC, глубина цвета (по умолчанию) превышает 256 цветов (32 бита, если вы его не меняете), размер экрана будет соответствовать размеру вашего рабочего стола и т. Д ... все эти факторы влияет на то, сколько пропускной способности используется только для удаленного подключения. Если вы отбросите такие вещи, как ... размер удаленного рабочего стола и глубина цвета до 16 бит или менее, убедитесь, что вы не делитесь звуком и т. Д. ... это будет использовать меньшую пропускную способность для удаленного соединения, поэтому при вы передаете файлы, удаленный сеанс должен быть более отзывчивым.
Однако, в конце концов, если вы не сможете ограничить передачу файлов, удаленный сеанс будет замедляться независимо от того, что вы делаете во время передачи файлов, поскольку максимально возможная пропускная способность будет использоваться для передачи между удаленная машина и ваша машина.
РЕДАКТИРОВАТЬ
Вы пытаетесь найти простой способ передачи файлов без влияния на качество удаленного соединения. Не имеет значения, являются ли они большими файлами или маленькими файлами. На вашем конце (клиентский компьютер) вы распределяете небольшие объемы данных на удаленный компьютер (серверный компьютер). Вы знаете ... набор текста, команды мыши и т. Д. Сервер постоянно отправляет вам большие объемы данных в виде изображений, составляющих то, что вы видите через удаленное соединение. Поэтому, прежде чем передавать какие-либо файлы, вы УЖЕ переносите большой объем данных в одном направлении. Вот почему я рассказал о том, что вы можете сделать, чтобы уменьшить объем передаваемых данных .... а именно использовать меньшее разрешение для удаленного компьютера на вашем рабочем столе (в отличие от полноэкранного режима) .... уменьшение количества цветов с 32 бит до 16 бит или даже 8 бит. Эти два шага уменьшат объем данных, которые вы передаете с сервера (удаленного) клиенту (вам). Это также означает, что когда вы начинаете передавать файлы по тому же соединению и маршруту, ваше удаленное соединение будет страдать меньше.
Как я уже сказал ... ничего, что вы можете сделать, не сделает соединение четким и отзывчивым. Зачем? Потому что, как только вы начнете передавать файлы с сервера на клиент, это будет поглощать каждый бит пропускной способности, доступный по этому каналу .... и вы уже используете часть пропускной способности по этому каналу для удаленного Само соединение.
Сначала я пытался копировать и вставлять до полуночи, когда скорость передачи данных была ограничена ISP клиентского компьютера до 100 кБ / с. Итак, это заняло несколько часов, и я был вынужден отменить передачу, так как удаленный рабочий стол стал слишком не отвечающим и вялым (медленным). Итак, я перезапустил его в полночь, когда моя локальная скорость передачи превышает 4 ГБ / с.
Поэтому, когда вы впервые попробовали пересылку, у вас было загрузочное соединение со скоростью 100 кбит / с. Вы перемещали 1,2 ГБ файлов настолько быстро, насколько это возможно, что потребовало бы, чтобы съесть как можно больше этих 100 Кбит / с. Что бы оставить то , что места для данных , поддерживающих подключение к удаленному рабочему столу? Так что, конечно, это будет вялым и безразличным. Единственное, что вы также не принимаете во внимание, это скорость загрузки сервера. Если скорость загрузки сервера меньше вашей скорости загрузки ... и в этом идеальном предположении маршрут между сервером и вами позволил этой скорости загрузки оставаться постоянной, как только вы начнете передавать файлы, почти все из этой пропускной способности будет съедена передачей файла, которая пострадает от удаленного соединения.
Зачем?
Поскольку ничто не ограничивает передачу файлов с определенной скоростью или процентом доступной пропускной способности, он будет пытаться использовать все возможные кбит / с. По природе вещей, это заставит страдать удаленное соединение.
Даже передача файлов с сервера третьему лицу (например, где-то на FTP-сервере) может привести к замедлению соединения во время этой передачи, поскольку, опять же, для этой передачи будет выделена максимально возможная пропускная способность. Однако, как только эта передача будет выполнена, вы сможете загрузить ее с FTP-сервера, не влияя на скорость отклика удаленного соединения ... опять же, поскольку ваш входящий канал после полуночи намного больше, чем исходящий канал сервера.
Итак, я бы попытался снизить качество удаленного подключения.