Поэтому я пытался запустить сценарий, который выполняет различные операции с видеофайлами среднего размера на подключенном сетевом диске в Windows 10.
Сетевой диск является общей папкой на ReadyNAS 104. Скрипт запускается на моей локальной машине. Обычно выполняемые операции - это переименование файла, преобразование формата с помощью ffmpeg и чтение / запись верхнего / нижнего колонтитула.
Проблема, с которой я столкнулся, заключается в том, что пакетный скрипт едва использует 5% ЦП и сеть ~ 150 кбит / с (правка: снова посмотрел, и похоже, что он все время ближе к 120 кБ / с вверх и вниз). Есть много файлов для просмотра, так что это занимает ОЧЕНЬ много времени. Моя оценка - несколько недель, чтобы закончить все это. Это разочаровывает, учитывая, что два устройства находятся в локальной сети вместе, и компьютер имеет 8 ядер, с которыми он может работать.
Я попытался изменить приоритет вовлеченных процессов (кажется, не имеет никакого эффекта между Нормальным и Высоким). Я также попытался запустить что-то вроде 30 экземпляров скрипта во вложенных папках, и использование увеличивается только немного, когда работает несколько экземпляров ffmpeg, когда файл нуждается в преобразовании (по-прежнему никогда не превышающем 30% использования).
Я слышал, что может быть проблема с повторной аутентификацией SMB, что замедляет работу, и, согласно предложению в этой теме, я попытался изменить реестр, чтобы исправить это (безрезультатно).
Я могу понять, что подключенный сетевой диск является узким местом для этого процесса (и я действительно вижу постоянную низкую скорость передачи 150 кбит / с в соединении от системного процесса к сетевому адресу NAS), но я не ожидал такого плохое использование сети, когда я смог передать отдельные файлы через один и тот же диск со скоростью, близкой к 16 МБ / с или выше.
Любые предложения о том, что я могу попытаться ускорить процесс? Сценарий не мой, и он работает уже около 5 дней, поэтому я не решаюсь делать все, что потребует от меня его перезапуска, если это не хорошее руководство, но я открыт для любых предложений в целом, так как могу этот процесс снова в будущем.
Спасибо!
Редактировать 2: Проверено сегодня вечером после того, как он работал около половины дня с высоким приоритетом. Теперь он неожиданно использует довольно разумные 2,5 Мбит / с и 35% ЦП. Все еще низко, но не так безумно низко. На самом деле не уверен, что делать с этим поведением, хотя! Возможно, быстрее будет копировать файлы с NAS, а затем снова использовать вместо подключенных сетевых дисков (хотя мне бы хотелось узнать, почему).