Предотвращение использования файлов.ni.dll во время профилирования
В настоящее время я пытаюсь профилировать слишком медленный сценарий использования, когда центральный процессор проводит большую часть своего времени в модуле EntityFramework.ni.dll.
К сожалению, поскольку это файл.ni.dll, у меня нет связанного файла PDB, поэтому VS не может связать вызовы функций внутри него с соответствующим исходным кодом.
Я видел на SO есть способ построить его обратно, но для этого нужен соответствующий файл EntityFramework.pdb, и я не знаю, как найти этот файл в моей системе.
С другой стороны, я увидел, что у меня есть несколько файлов EntityFramework.PDB здесь и там.
Поэтому мне интересно, есть ли способ предотвратить использование.ni.dll во время профилирования / отладки благодаря опции конфигурации VS или тому подобное?
Обратите внимание, что прямо сейчас ссылка на EntityFramework в моем проекте исходит из соответствующего пакета NuGet, и я бы предпочел не менять что-либо на этом уровне, если это возможно.
Я согласен, что если такая хитрость существует, это приведет к загрузке модуля, отличного от того, который был обнаружен из-за проблем с производительностью. Но я надеюсь, что это поможет мне, по крайней мере, помочь диагностировать проблему, если она все еще медленная, или определить, где найти оригинальный файл EntityFramework.dll благодаря окну модуля во время отладки.
Заранее спасибо за помощь!;)