Где (и как) для помещения файлов PDB для пользовательского кода.NET?
Так как это имеет нулевые ответы, я дам то, что я помню. Кажется, что сетевой стек Windows достаточно умен для маршрутизации того трафика путем знания, какой адаптер имеет IP-адрес на той подсети. Кроме того, можно оставить DNS, незаполненный на частном соединении при настройках TCP/IP под свойствами. Можно также войти усовершенствованный оттуда и удалить домены, которые это ищет. Это, по крайней мере, оптимизирует поток данных, и я полагаю, что это - то, как у нас есть настроенное движение с сервера 2003 к Dell md3000i. Я не заметил, что что-либо сумасшедшее на трафике контролирует и существует хороший бит данных, пробегающих там. надежда, которая помогает.
Tim высказал точный момент, который я забыл, который является, бросают шлюз. Так, другими словами, как он сказал, просто используйте IP и маску подсети. Но окна заполняют некоторый другой материал самостоятельно, и мне нравится избавляться от того материала также. Другая вещь, которую можно сделать для оптимизации трафика, состоит в том, чтобы удалить все кроме "TCP/IP" от свойств соединения на соединении SAN.
Я думаю, что можно просто сойти с рук помещение его в той же папке как (оскорбление) DLL.
-
1Кроме того, можно найти, что существует больше людей с windbg знанием о stackoverflow.com – Rowland Shaw 3 August 2009 в 23:05
Существует инструмент symstore.exe , который включен в инструменты отладки для пакета Windows. Он сохранит символы в правильном формате дерева каталогов. Вы должны использовать:
symstore.exe add -t SharePoint -s c:\symbols -f c:\current\path\to\symbol\LL.SharePoint.Portal.pdb
Где:
-t - название продукта (это может быть что угодно)
-s - это путь к корню каталога вашего хранилища символов
-f - это путь к файлам символов, которые вы хотите добавить в кеш символов.
Помимо add , есть также запросы del и глагол Используйте /? , чтобы узнать, как использовать другие параметры.