سفارش تبلیغ
صبا ویژن

مهندسی کامپیوتر پیام نور نوشهر
 
قالب وبلاگ
آخرین مطالب

در یک سیستم عامل 32 بیتی مثل نسخه های 32 بیتی ویندوز 2003 از یک حافظه مجازی (Virtual memory) برای انجام پردازش های مختلف استفاده می شود. این حافظه مجازی که حداکثر 4 گیگابایت می تواند ظرفیت داشته باشد به دو قسمت تقسیم می شود. یک قسمت 2 گیگابایتی آن به وسیله برنامه در حال اجرا اشغال شده و 2 گیگابایت دیگر در اختیار سیستم عامل قرار می گیرد. تا اینجا همه چیز بسیار عادی به نظر می رسد اما مشکل زمانی پیش می آید که 2 گیگابایت سهم برنامه های در حال اجرا به مرز پرشدن نزدیک می شود. به عنوان مثال یک بانک اطلاعاتی SQL Server را در نظر بگیرید که برای اتصال هر کاربر به سرور و انجام عملیات موردنظر وی 20 مگابایت حافظه مجازی را در نظر می گیرد. با رسیدن تعداد کاربران به مرز یکصد نفر، کل حافظه مجازی 2 گیگابایتی در اختیار SQL Server قرار می گیرد و این به معنای نزدیک شدن سیستم به یک نقطه بحرانی در عملیات سرویس دادن به کاربران است.این محدود شدن باعث افت سرعت انتقال اطلاعات از سرور به کلاینت ها می شود. ضمن این که باز هم در نهایت با زیادترشدن تعداد کاربران یا پردازش های موردنظر آنان، این 1 گیگابایت الحاق شده نیز به مرز اشتغال شدن کامل نزدیک می شود و مدیران سیستم را به ناچار مجبور به افزایش تعداد سرورها برای رفع مشکل می کند. با آمدن ویندوز 2003 نسخه 32 بیتی، قدرت آدرس دهی سیستم عامل برای حافظه های فیزیکی (RAM) به 32 گیگابایت برای نسخه Enterprise و 64 گیگابایت در نسخه DataCenter افزایش یافت و این به معنای نیاز کمتر سیستم به استفاده از حافظه مجازی و در نتیجه کمتر شدن مشکل مربوط به محدودیت حافظه های مجازی بود.

 اما به هر حال استفاده از حافظه مجازی برای پردازش اطلاعات امری گریزناپذیر است و به همین دلیل توجه سازندگان سیستم عامل همواره معطوف به پیدا کردن راه حلی برای عبور از این مشکل بود. سرانجام با مطرح شدن و تولد سیستم عامل 64 بیتی ویندوز 2003 که با استفاده از قدرت پردازنده های 64 بیتی جدید قادر بود از یک سیستم آدرس دهی 40 بیتی استفاده کند، میزان حافظه مجازی قابل دسترسی سیستم از 4 گیگابایت به 40 2 یعنی 16 ترابایت (هزار گیگابایت) افزایش یافت. بدین ترتیب 8 ترابایت از این ظرفیت در اختیار برنامه های در حال اجرا و 8 ترابایت دیگر در اختیار سیستم عامل قرار گرفت. مهم ترین سؤالی که در این جا می توانست مطرح شود این است که آیا برنامه های سابق محیط 32 بیتی که برای استفاده از حداکثر 3 گیگابایت حافظه مجازی کامپایل شده اند قادر به بهره بردن از این 8 ترابایت فضای جدید هستند یا خیر. پاسخ این سؤال هم می تواند مثبت باشد و هم منفی. بدین صورت که برخی برنامه های کامپایل شده در محیط های 32 بیتی که به صورت صریح قدرت استفاده از حداکثر 3 گیگابایت حافظه مجازی را دارند، با ورود به محیط 64 بیتی هیچ تغییری را احساس نخواهند کرد. اما برخی دیگر که با تکنولوژی Large Address ware کامپایل شده اند قادر خواهند بود تا 4 گیگابایت از حافظه مجازی را در محیط جدید مورد استفاده قرار دهند. از لحاظ سرعت انجام عملیات نیز برخی برنامه های کامپایل شده در محیط 32 بیتی (مثلاً برنامه های نوشته شده با ASP.NET که از تکنولوژی Multithreading برای اجرای موازی چند دستورالعمل در آن واحد استفاده می کنند)، به دلیل قدرت بی نظیر پردازنده های 64 بیتی در انجام این کار می توانند از مزایای محیط جدید اجرا استفاده کرده و سرعت اجرای خود را افزایش دهند. اما اگر برنامه ای (مثلاً یک فایل Exe) در محیط توسعه ای مثل ویژوال بیسیک نسخه ششم برای دسترسی به یک پایگاه داده و کار با آن بدون استفاده از مکانیسم پردازشی موازی و به صورت ساده نوشته شده باشد، این برنامه حتی اگر برروی یک سرور 64 بیتی هم اجرا شود نمی تواند از قابلیت های محیط جدید سودی ببرد. بنابراین اگر قرار است این برنامه روی کلاینت نصب شده و پایگاه داده موردنظر که SQL Server است روی یک سرور باشد، بهتر آن است که کلاینت در همان وضعیت 32 بیتی باقی بماند و سرور به نسخه 64 بیتی ویندوز 2003 ارتقاء داده شود. در این صورت موتور بانک اطلاعاتی SQL Server که در تمام نسخه های خود از شیوه Multithreading برای انجام دستورات موردنظر کاربران استفاده می کند، می تواند در محیط جدید با سرعت بهتری فرامین رسیده از طرف کلاینت ها را پردازش کرده و نتیجه را سریع تر به آن ها برگرداند و کارایی کلی این سیستم بانک اطلاعاتی را به نحو مطلوبی افزایش دهد.

 


[ یکشنبه 91/1/20 ] [ 1:20 عصر ] [ مهدی قاسمی ]
.: Weblog Themes By Iran Skin :.

درباره وبلاگ
آرشیو مطالب
امکانات وب