- برنامه نیازی به run as admin ندارد. فقط در حالت فعال سازی allow remote connections آن (قرار دادن برنامه در یک سیستم دیگر و اتصال از راه دور به آن) نیاز به run as admin هست.
- اگر نیاز به run as admin بوده یعنی attribute فایل‌ها احتمالا توسط مرورگر (اگر از download manager استفاده نکرده‌اید)، تغییر کرده‌اند.

البته loadFromRemoteSources مربوط است به بارگذاری اسمبلی‌ها برای مثال از یک درایو به اشتراک گذاشته شده‌ی در شبکه. فایل‌های کپی شده‌ی از اینترنت هم چنین نیازی را دارند. به این معنا که attribute فایل‌ها احتمالا توسط مرورگر (اگر از download manager استفاده نکرده‌اید)، تغییر کرده‌اند.

- لطفا نگارش جدید را دریافت کنید (^). فایل System.Net.Http.Formatting.dll فراموش شده بود. 

- لطفا نگارش جدید را دریافت کنید (^). فایل System.Net.Http.Formatting.dll فراموش شده بود.

اگر بخواهیم شماره‌ی نکات لیست شده‌ی در این مطلب را با برنامه‌ی DNTProfiler تطابق دهیم به شکل زیر خواهیم رسید:

برنامه‌ی DNTProfiler قابلیت یافتن جوین‌های تکراری را نیز دارا است:

با استفاده از برنامه‌ی DNTProfiler می‌توانید مقایسه‌های با null را نیز بررسی کنید و مشکلات احتمالی موجود را بیابید:

برنامه‌ی DNTProfiler قابلیت گزارش یک چنین overflowهایی را نیز دارا است:

برنامه‌ای که در آن قابلیت داشتن یک context در طول یک درخواست پیاده سازی نشده باشد، در DNTProfiler یک چنین شکلی را خواهد داشت:

همانطور که مشاهده می‌کنید، در طول یک درخواست (آی دی HttpContext یکی است)، دو Context متفاوت ایجاد شده‌اند.

اگر با استفاده از DNTProfiler برنامه را بررسی کنیم، خواهیم داشت:

- در اینجا MARS دارای یک connection است (با ID مساوی 21) اما 15 دستور روی آن تک اتصال اجرا شده‌اند.
- همچنین یک شیء کانکشن با ID مساوی 19 داریم که هر بار یک دستور روی آن اجرا شده‌است (یک شیء اتصالی پیش از dispose نهایی، چندین بار باز و بسته شده‌است). این مورد نشانه‌ی lazy loading اشتباه است که با استفاده از متد Include قابل حل است. این مشکل در برگه‌ی duplicate commands per method هم قابل مشاهده‌است:

همانطور که مشاهده می‌کنید، یک دستور SQL مشابه، مدام به صورت تکراری بر روی شیء اتصالی شماره 19 در حال اجرا است.