Поэтому я пытался запустить сценарий, который выполняет различные операции с видеофайлами среднего размера на подключенном сетевом диске в Windows 10.

Сетевой диск является общей папкой на ReadyNAS 104. Скрипт запускается на моей локальной машине. Обычно выполняемые операции - это переименование файла, преобразование формата с помощью ffmpeg и чтение / запись верхнего / нижнего колонтитула.

Проблема, с которой я столкнулся, заключается в том, что пакетный скрипт едва использует 5% ЦП и сеть ~ 150 кбит / с (правка: снова посмотрел, и похоже, что он все время ближе к 120 кБ / с вверх и вниз). Есть много файлов для просмотра, так что это занимает ОЧЕНЬ много времени. Моя оценка - несколько недель, чтобы закончить все это. Это разочаровывает, учитывая, что два устройства находятся в локальной сети вместе, и компьютер имеет 8 ядер, с которыми он может работать.

Я попытался изменить приоритет вовлеченных процессов (кажется, не имеет никакого эффекта между Нормальным и Высоким). Я также попытался запустить что-то вроде 30 экземпляров скрипта во вложенных папках, и использование увеличивается только немного, когда работает несколько экземпляров ffmpeg, когда файл нуждается в преобразовании (по-прежнему никогда не превышающем 30% использования).

Я слышал, что может быть проблема с повторной аутентификацией SMB, что замедляет работу, и, согласно предложению в этой теме, я попытался изменить реестр, чтобы исправить это (безрезультатно).

Я могу понять, что подключенный сетевой диск является узким местом для этого процесса (и я действительно вижу постоянную низкую скорость передачи 150 кбит / с в соединении от системного процесса к сетевому адресу NAS), но я не ожидал такого плохое использование сети, когда я смог передать отдельные файлы через один и тот же диск со скоростью, близкой к 16 МБ / с или выше.

Любые предложения о том, что я могу попытаться ускорить процесс? Сценарий не мой, и он работает уже около 5 дней, поэтому я не решаюсь делать все, что потребует от меня его перезапуска, если это не хорошее руководство, но я открыт для любых предложений в целом, так как могу этот процесс снова в будущем.

Спасибо!

Редактировать 2: Проверено сегодня вечером после того, как он работал около половины дня с высоким приоритетом. Теперь он неожиданно использует довольно разумные 2,5 Мбит / с и 35% ЦП. Все еще низко, но не так безумно низко. На самом деле не уверен, что делать с этим поведением, хотя! Возможно, быстрее будет копировать файлы с NAS, а затем снова использовать вместо подключенных сетевых дисков (хотя мне бы хотелось узнать, почему).

1 ответ1

0

Отвечая на мой собственный вопрос, потому что я понял, что я идиот. Я установил новый жесткий диск в NAS непосредственно перед началом этого процесса. Это 4 ТБ и ОЧЕНЬ много времени для синхронизации с моим RAID-X. Синхронизация завершена сегодня, и теперь я сижу на моей правильной пропускной способности и ожиданиях процессора. Очевидно, когда этот процесс продолжается, весь NAS сильно замедляется.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .