USMT loadstate пойманный в (близком) бесконечном цикле?
Вы рассмотрели использование OpenDNS вообще? Очевидно, я не знаю о масштабе Вашей среды, но я знаю, что они имеют опции в наличии для всех размеров.
и я не salesguy.:)
Думаю, у меня есть объяснение этому странному поведению.
Похоже, что функция «игнорировать нерелевантные ссылки» не работает на ссылках, указывающих на корень диска. Например, у меня в папке «Недавние» был файл LNK, который указывал на диск «F: \». Сравнение запустило сравнение и вернуло false , потому что «F: \» не было равно «F:».
Каждый раз, когда я запускал loadstate для восстановления, он добавлял копию ссылки в вопрос, на диск C: \ (или диск F: \). (В дополнение ко всем LNK, которые были скопированы с последнего запуска состояния сканирования.
На машине, на которой я тестирую, я неоднократно выполнял множество тестов, выполняя резервное копирование и восстановление. 1 LNK превратился в ( 2 + 1) = 3, которое превратилось в (6 + 1) = 7, которое превратилось в (14 + 1) = 15, 31, 63, 127, 255, 511 ... и так далее. Процесс сравнения LNK, по-видимому, должен сравнивать каждый подобный lnk с каждым другим lnk, поэтому это O (n²) итераций (на основе вывода журнала). Это очень быстро вышло из-под контроля. Один журнал loadstate вырос до 150 МБ на уровне журнала 5, а следующий - до 300 МБ, прежде чем я в конечном итоге отменил процесс.