در مورد آشنایی کلی با طرز کارش هم می‌تونید به این پروژه مراجعه کنید: [+]

بله. اما مشکلی نیست چون NH مکانیزم به روز رسانی خودکار دیتابیس را هم دارد؛ به کمک کلاس SchemaUpdate واقع شده در فضای نام NHibernate.Tool.hbm2ddl .

پیشنهاد من نصب مجدد VS2010 و سپس SP1 آن است. چیز دیگری هم نصب نکنید. نیازی نیست (تمام موارد با SP1 ارائه شده).
بعد از اون حداکثر یک sl-toolkit نصب کنید و نه بیشتر. نگارش 5 هم هنوز بتا است و باید صبر کنید تا نسخه‌ی پایدار آن ارائه شود.

ضمنا به نظر نگارش 5 را نصب کردید. این مورد بدون داشتن silverlight tools مخصوص نگارش 5 در VS.NET قابل استفاده نیست. اگر SP1 نگارش 2010 رو نصب کردید فقط از نسخه‌ی 4 می‌تونید استفاده کنید.

- لینک فوق همیشه آخرین نگارش مخصوص برنامه نویس‌ها را دارد و از این لحاظ بسیار عالی است (به صورت خودکار به جدیدترین نگارش ری دایرکت می‌شود). پس از نصب آن باید شماره نگارش 4.0.60531.0  در سیستم شما موجود باشد. این شماره رو از طریق صفحه About مربوط به اطلاعات سیلورلایت (all programs---silverlight) می‌تونید مشاهده کنید.
- ضمنا خطای  AG_E_UNKNOWN_ERROR عموما مرتبط می‌شود به وجود مشکلی در XAML تولیدی. بررسی کنید آیا فایل‌ها درست تولید شده‌اند؟ آیا فضای نامی فراموش نشده؟ آیا تمام ارجاعات به اسمبلی‌های مورد نیاز تعریف شده؟ آیا پس از به روز رسانی جدید سیلورلایت، پروژه مجددا Re build شده؟
در کل این خطای 1001 (+) فوق العاده عمومی است. برای مثال همانطور که می‌دونید در سیلورلایت دسترسی به یک سری منابع با پروتکل file://URLs میسر نیست (یعنی اگر برنامه سیلورلایت با یک صفحه html معمولی از روی هارد باز شده) و حتما باید پروژه شما به همراه وب سایت ASP.NET ایجاد شود تا منابع مورد نظر از طریق پروتکل http://URLs قابل دسترسی شوند (به دلایل امنیتی).

به روز رسانی‌های سیلورلایت دو نسخه دارند. یکی مخصوص کاربران نهایی، یکی هم مخصوص برنامه نویس‌ها. حجم این‌ها هم متفاوت است:
Silverlight Developer Run time
همچنین اخبار مرتبط با نگارش‌های متفاوت سیلورلایت همیشه اینجا هست:
release history

پس از این به روز رسانی، این شماره‌ جدید باید در فایل‌های aspx و html ایی که object مربوط به سیلورلایت را اضافه کرده‌اند هم به روز شوند.

- اون برنامه حذف کننده که با تمام نگارش‌ها کار می‌کند.
- نصاب وب هم خودش تشخیص می‌ده سیستم شما 32 بیتی است یا 64 بیتی و حجم کمتری هم اتفاقا داره (یا دریافت می‌کنه) نسبت به نسخه‌ی آفلاین.

یک مطلب دیگر رو هم اضافه کنم. ThreadPool در دات نت 4 به 64 logical processors محدود شده. به عبارتی مثلا حین استفاده از Parallel.For/ForEach این محدودیت وجود دارد و پس از آزاد شدن یک task ، task بعدی (پس از 64 البته) وارد عمل خواهد شد و همینطور الی آخر
+
ویندوز سرور 2008 نگارش R2 فقط تا 256 logical processors رو پشتیبانی می‌کنه.

نسخه پردازش موازی فوق به صورت پیش فرض بر اساس تعداد هسته‌های CPU تنظیم شده یعنی تصور کنید که روی هر هسته واقعا نسخه‌های normalSpeedTest به موازات هم در حال اجرا هستند. اگر 8 هسته باشد، 8 tasks خواهیم داشت.
زمانیکه دستی تعداد هسته رو تنظیم کنید (بیشتر از تعداد واقعی هسته‌ها البته)، به همان نسخه‌ی threading سابق بر می‌گردیم یعنی اینبار task های اضافه شده بر اساس زمان آزاد پردازشی هسته‌ها، بین آن‌ها مرتبا سوئیچ خواهند شد و هر کدام که زودتر پایان یابد زمان پردازشی بیشتری را در اختیار مابقی تردهای ایجاد شده قرار می‌دهد. بدیهی است افزایش این عدد زمانیکه CPU به حد اشباع رسیده است (احتمالا شاید بوی سوختن آن به مشام رسیده باشد ...!)، تاثیر آنچنانی نخواهد داشت. علت اینکه عموما از تعداد هسته برای ایجاد parallel tasks استفاده می‌کنند هم همین مورد است. چون فقط برنامه شما نیست که قرار است از تمام توانایی‌های CPU استفاده کند.