- بله. هر بار در طی حلقه شما CPU Usage یک هسته رو دریافت می‌کنید. یک روش دیگر هم اینجا ذکر شده: ((+)). که باید دوبار اطلاعات دریافت شود و بعد بین آن‌ها هم یک sleep کوچک نیاز است.
- لیست تمام پروسه‌های ویندوز با این متد قابل دریافت است: Process.GetProcesses (در فضای نام System.Diagnostics) که یک سری اطلاعات در مورد TotalProcessorTime دارد.
همچنین این پروژه هم در راستای مطلب جاری است:
How to get CPU usage of processes and threads
البته این پروژه اطلاعاتی در مورد stack trace تردها (مثل روش فوق) نمی‌دهد فقط یک سری اطلاعات کلی است.

استفاده از تاریخ میلادی در دیتابیس خوبه. مثلا آمارگیری از تاریخ تا تاریخ یا اعمال بسیاری از امکانات توکار بانک‌های اطلاعاتی. اما یکجا مشکل ساز می‌شود و آن هم گروه بندی بر اساس ماه‌های شمسی است. مثلا گزارش جمع حقوق کارکنان را بر اساس ماه‌های شمسی یک سال تهیه کنید. این گزارش 12 سطر دارد (به ازای هر ماه) و 2 ستون (نام ماه و جمع حقوق پرداختی). اینجا است که کوئری SQL آن اصلا شکل قشنگی پیدا نمی‌کند که هیچ (چون ماه‌های تاریخ میلادی تطابقی با ماه‌های شمسی ندارد)،‌ بسیار هم غیربهینه می‌شود. به همین جهت یکی از سربارهایی که می‌شود از آن چشم پوشی کرد، نگهداری تاریخ شمسی و میلادی با هم است.

سوال شما مرتبط با بحث CPU Usage نیست...
- در سرور 32 بیتی شما نمی‌تونید استفاده مناسبی از سخت افزاری که تهیه کردید بکنید. نیاز است به سرور 64 بیتی نقل مکان کنید. یعنی هزینه کردید اما ... از آن استفاده بهینه‌ای نمی‌کنید.
- تابع SQL ، برای تبدیل تاریخ میلادی به شمسی وجود دارد (بگردید در انجمن‌ها هست). از همان تابع در کوئری‌های خودتون قبل از ارسال به گزارشات استفاده کنید. یعنی دیتا از همان اول تاریخ شمسی داشته باشد. به این صورت نیازی به استفاده از افزونه دیگری نیست.
- IIS یک قسمت دارد به نام Application pool . اولا به ازای هر برنامه بهتر است یک Application pool جدا درست کنید. این حالت دقیقا مثل اجرای هر سایت در یک پروسه جدا است. مثلا IE8 رو دیدید که هر tab آن در یک پروسه جدا اجرا می‌شود، یا مثلا مرورگر کروم هم به همین صورت است. Application pool در IIS هم دقیقا همین معنا را دارد. عادت متداول، استفاده از یک Application pool به ازای تمام سایت‌ها است که غلط است. یعنی زمانیکه این توانایی هست چرا استفاده نمی‌کنید؟ ثانیا در همین Application pool می‌تونید تنظیم کنید که اگر میزان مصرف حافظه برنامه منتسب، مثلا به 600 مگ رسید لطفا خودت به صورت خودکار اون رو recycle کن تا مشکلات کمبود حافظه رخ ندهد.
- از برنامه‌های dotTrace و Ants memory profiler هم می‌تونید استفاده کنید. این‌ها قابلیت دیباگ پروسه‌های مرتبط با IIS رو هم دارند و دقیقا گزارشات آماری پیشرفته‌ای می‌تونند از وضعیت مصرف حافظه قسمت‌های مختلف برنامه در اختیار شما قرار بدن: (+) و (+)

در یک چنین حالتی بله. می‌تونید سرویس ویندوز ان اتی بنویسید برای بررسی خودکار. مطلب فوق یک بررسی دستی است. یک تایمر داخل این سرویس تعریف کنید سپس به کمک WMI ((+)) هر از چند لحظه یکبار، وضعیت CPU usage کل سیستم را بررسی کنید. سپس اگر بالا بود می‌شود کل پروسه‌های ویندوز را لیست کرد و نکته فوق را (بر اساس مرتب سازی اطلاعات با توجه به KernelTime + UserTime) به آن‌ها اعمال کرد. نهایتا یک گزارش متنی یا یک ایمیل می‌شود از این برنامه گرفت.

سلام،‌ نه. تمام سرویس‌ها و تمام برنامه‌ها هم در نهایت یک پروسه در ویندوز هستند. شما در کد بالا بجای MyApp ، نام پروسه دات نتی مورد نظر را قرار دهید (حتی اگر پروسه مثل w3wp باشد (یعنی یک سری برنامه دات نتی رو هاست کرده) هم کار می‌کند). سپس می‌تونید شروع به دیباگ کنید. البته قسمت اندازه گیری KernelTime + UserTime را که ذکر شد خودتون باید لحاظ کنید. به این ترتیب ( به کمک مرتب سازی بر اساس KernelTime + UserTime) می‌تونید نام متدی که الان سبب بروز این CPU usage بالا شده رو دقیقا تشخیص بدید.

از برنامه رایگان 7-zip استفاده کنید: http://www.7-zip.org ، با همین برنامه فشرده شده‌اند.

پسورد نداره. یا ناقص دریافت کردید یا از برنامه 7-zip برای باز کردن استفاده نکردید. مورد اول بیشتر محتمل است.

ویدیوهای یوتیوب با چندین کیفیت مختلف ارائه می‌شن (360، 480، 720 و الی آخر (+) ). پیش فرض عموما 360 است. این آپلود فوق بهترین کیفیت ممکن را دارد.

هات فایل فیلتر نیست. به همین جهت این مورد هم ذکر شد.

لیست عناوین ویدیوها رو می‌تونید اینجا مشاهده کنید:
http://www.voidrealms.com/tutorials.aspx?filter=qt