Медленная производительность при копировании файлов в и от USB-устройств
Лично, я использовал бы Capistrano. Это является дружественным и записано в Ruby, и они уже сделали весь тяжелый подъем для Вас.
Из Википедии:
Capistrano является утилитой и платформой для выполнения команд параллельно на нескольких удаленных машинах через SSH.
Кажется, существует проблема с огромными страницами в управлении памятью Linux. Это редко происходит, но кажется на наблюдение его.
Причина
Это - моя чрезвычайно упрощенная учетная запись того, что, в соответствии со статьей, происходит.
Если неудачный, процесс застревает момент, он выпускает доступ к памяти. Поэтому, когда прозрачные огромные страницы включены, доступ к памяти может инициировать синхронное уплотнение (дефрагментация оперативной памяти) синхронное значение доступ к памяти не заканчивается, прежде чем уплотнение делает. Это сам по себе не плохая вещь. Но если обратная запись (например, буферизованные данные к USB), окажется, произойдет одновременно, то уплотнение в свою очередь, вероятно, остановится, ожидая обратной записи конца.
Так, любой процесс мог закончить тем, что ожидал медленного устройства, чтобы закончить писать буферизованные данные.
Средство исправления
Обновление оперативной памяти, как OP сделал, могло бы помочь задержать проблему. Но для тех, кто не полагает, что опция, существует два очевидных обходных решения. Оба включают перекомпиляцию ядра:
Это звучит подобным моему вопросу здесь (где ответ указал на меня на этот вопрос):
Но теория полностью отличается, и решение, которое я использовал, не связано с Вашим, но работает отлично.
Я использовал rsync, таким образом, все, что я должен был сделать, было использовать - опция кэша отбрасывания. (который делает копию немного медленнее как побочный эффект),