Я рекомендовал бы tar. Когда деревья файла уже подобны, rsync работает очень хорошо. Однако, так как rsync сделает несколько, анализ передает каждый файл, и затем скопируйте изменения, это намного медленнее, чем tar для первоначальной копии. Эта команда, вероятно, сделает то, что Вы хотите. Это скопирует файлы между машинами, а также сохранит оба полномочий и владения пользователя/группы.
tar -c /path/to/dir | ssh remote_server 'tar -xvf - -C /absolute/path/to/remotedir'
Согласно комментарию Макинтоша ниже этого команда, которую Вы использовали бы для rsync
rsync -avW -e ssh /path/to/dir/ remote_server:/path/to/remotedir
Диспетчер задач не показывает общее процессорное время, он только показывает процессорное время корневого раздела. Смотрите на следующую статью для получения информации о том, как определить агрегат / общее использование процессора:
См.: http://blogs.msdn.com/tvoellm/archive/2009/04/23/monitoring-hyper-v-performance.aspx для заключения в кавычки:
Процессор:
После того как у Вас есть идея полных системных возможностей и конфигурации, хотя “счетчик” Гипервизора Hyper-V установил Вас, захочет контролировать процессоры в системе. Самый важный встречный набор для контроля является “Гипервизором Hyper-V Логический Процессор”. Этот встречный набор позволяет Вам определять, сколько из физического процессора используется. Счетчик виртуального процессора устанавливает, только показывают часть “Гипервизора Hyper-V Логический Процессор”.
Гипервизор Hyper-V логический процессор
Корневой виртуальный процессор гипервизора Hyper-V
Виртуальный процессор гипервизора Hyper-V
Я не уверен, что необходимо волноваться в этом сценарии. Возможно, гостевой CPU напрасно тратит время в спин-блокировках. И хост оптимизирует их далеко. Из Блога Команды Производительности Windows Server
Однако ядра операционной системы и драйверы используют спин-блокировки, которые не блокируются и вращаются, пока блокировка не получена, учитывая, что блокировка сохранена в течение короткого периода. Виртуализация повреждает это предположение, поскольку виртуальные процессоры (VPs) нарезаны от времени. Если VP вытесняется при содержании спин-блокировки, другой VPs может вращать в течение долгого времени трату циклы ЦП.
Мы разработали инновации в гипервизоре, и ядро Windows Server 2008, чтобы попытаться предотвратить длинное вращение ожидают условия и также эффективно обнаружить и обработать их, когда они действительно происходят...
Проверить это. Попытайтесь запустить программу, которая использует CPU для вычисления (с минимальным доступом к памяти), и посмотрите, как хост реагирует.