У меня аналогичная проблема! Легко до 100% доходит при обновлении файла, я уже все способы перепробовал, не понятно, что с этим делать...в саппорте Вам что ответили?
Учитывая то, что ответили в саппорте, с этим вопросом все совсем печально...!
Относительно моего NAS 713+ долго велись переговоры как письменно, так и по телефону с заморской службой поддержки конечно (так как наша практически не на что не способна, к сожалению), по итогам которой я понял, что они сами не понимают, как такое возможно и при этом делать особо в этом направлении ничего не хотят.
Проблема так и осталась, но суть всего происходящего мне удалось понять.
Относительно двухядерных CPU Atom, производитель рекомендует синхронизировать не более 150 тыс. файлов (на одном устройстве). На тот момент, когда я писал первое сообщение на эту тему в синхронизации у меня находилось порядка 95 тыс. различных файлов на одном устройстве (при этом поддержка говорила по телефону, что часто сталкиваются с такой загрузкой проца, когда у пользователей много файлов с расширением .dwg, которые у меня тоже в достаточном количестве присутствовали). И в тот момент высокая загрузка процессора могла длиться до 60 минут, все это связано с переиндексацией списка файлов для проверки произошедших изменений с файлами как на сервере, так и на локальном компьютере (при всем этом возникает вопрос о том, почему не ведется один короткий лог, который эту всю информацию оперативно мог бы отрабатывать?).
Важно то, что это все происходило, только тогда, когда устройство (ПК или Ноутбук) полностью выключались или перезагружались, так как если, например Ноут постоянно отправлять в сон и снова включать, то глобальной индексации не производилось и проц не грузился.
В конечном итоге, получилось у меня так, что из всех тех 95 тыс. файлов, я убрал из синхронизации порядка 65 тыс. (за ненадобностью) и о чудо, проблема исчезла! То есть сейчас максимальное количество файлов, которое находится в синхронизации на одном устройстве - порядка 30 тыс. и индексации списка длится не более пяти минут с высокой загрузкой процессора. То есть наличие большого количества файлов в синхронизации заставляет проц локального устройства карпеть над логом инициализации изменений (хотя рекомендации говорят о 150 тыс., то есть запас по ТХ еще приличный...).
Теперь очень интересен вопрос, каково же то пограничное число синхронизируемых файлов, при котором проц будет уходить в долгую загрузку? По моей неподтвержденной теории, я полагаю, что порядка 50 тыс. файлов еще будет приемлемым вариантом для синхронизации и быстрой индексации, а вот потом ситуация, скорее всего, будет ухудшаться.
Вывод, что рекомендуемые параметры производителя далеки о практического применения и с этим "косяком" производитель совершенно не торопится ничего решать, хотя проблема существует и по сей день и на иностранном форуме вопросов по этой теме большое множество. Поэтому нужно выбирать для себя золотую середину и помимо файлов, которые необходимы для оперативной работы и текущих проектов, более никакие не закидывать в синхронизацию. Я же пользуюсь Cloud Station Drive для того, чтобы всегда иметь актуальную версию файлов в режиме бэкапа, так как уже два раза было, что на ноуте накрывался ssd и было печально больно от того, что некоторые файлы было невозможно восстановить, да и такая синхронизация позволяет работать на различных машинах, при необходимости не используя переносные устройства. Поэтому синхронизирую только нужные рабочие файлы, а ко всем остальным обращаюсь по мере необходимости.
UPD1: Наконец смонтировал видео, для наглядной демонстрации происходящего на моем ноутбуке (по железу он совсем не слабый) -
