سوال در مورد ارتباط حافظه های Dedicated و Shared Graphics Memory با GPU

[mohammadkalantar]

من یه سوال داشتم:
گرافیک من 780 مگ از روی رم بر میداره اگر بخوام که کلا گرافیکم از رم استفاده نکنه چیکار باید بکنم
در ضمن یه سوال دیگه هم داشتم سیستم من که این زیر نوشتم رو دیروز خریدم امروز که باش بازی Need for Speed™ Undercover رو با بالاترین تنظیمات گرافیکی بالا آوردم یه کم کند بود هم چنین توی Prince of Persia می خواستم ببینم نهایت قدرتش همینه یا مشکلی مثلا توی اسمبلش داره و اگر تمام قدرتش اینه با ارتقاع کدوم قطعه بهتر میشه
مشخصات سیستم:
CPU:phenom II 940
ram:2*1gb 800 patriot 64bit
graphic:250gts 1gb zotac
main:m4n78 asus
power 535 w green
HHD:160 gb sataII 32MB hitachi
متشکرمبرای مشاهده این لینک/عکس می بایست عضو شوید ! برای عضویت اینجا کلیک کنید

[roben]

زور سیستم شما همین اندازه است
گرافیک شما چیزی از رم بر نمی داره

[mohammadkalantar]

برای مشاهده این لینک/عکس می بایست عضو شوید ! برای عضویت اینجا کلیک کنید
لطفا به قسمت shared system memory دقت کنید!!!!!!!!!!!!!!!!
ببینم اگه دوتا دیگه رم 1gig بندازم بهتر می شه؟برای مشاهده این لینک/عکس می بایست عضو شوید ! برای عضویت اینجا کلیک کنید

[MicroSystem]

برای مشاهده این لینک/عکس می بایست عضو شوید ! برای عضویت اینجا کلیک کنید
لطفا به قسمت shared system memory دقت کنید!!!!!!!!!!!!!!!!
ببینم اگه دوتا دیگه رم 1gig بندازم بهتر می شه؟برای مشاهده این لینک/عکس می بایست عضو شوید ! برای عضویت اینجا کلیک کنید

موقعي ميشه گفت گرافيك از رم بر ميداره كه Cpu-z نشون بده شما 1 و خورده اي رم داريد
ببين Cpu-z چي نشون ميده

[Mahdi_Moosavi]

برای مشاهده این لینک/عکس می بایست عضو شوید ! برای عضویت اینجا کلیک کنید
لطفا به قسمت shared system memory دقت کنید!!!!!!!!!!!!!!!!
ببینم اگه دوتا دیگه رم 1gig بندازم بهتر می شه؟برای مشاهده این لینک/عکس می بایست عضو شوید ! برای عضویت اینجا کلیک کنید

دوست عزیز ، به دلیل ارتباط تنگاتنگ و هر چه بیشتر بین System Memory و Dedicated Video Memory در سیستم های که داری اسلات PCI-E هستند ، وجود چنین قابلیتی کاملا عادی هست .

در واقع اون مقداری که به عنوان Shared System Memory مشخص شده ، فقط در هنگامی که OS احساس کنه که Video Memory با کمبود مواجه میشه به صورت موقتی به صورت بخشی از Texture Memory به حجم Video Memory اضافه میشه .

لازم به ذکر هست ، حافظه نام برده به هیچ وجه به صورت مستقیم با GPU در ارتباط نیست ، بلکه اطلاعات ، در صورت نیاز ، ابتدا توسط واحد مدیریتی در GPU به نام Graphics Address Remapping Table (GART)l دسته بندی و به اصطلاح Manage می شوند ، سپس توسط GPU مورد پردازش قرار می گیرند . لازم به ذکر است ، نوع این اطلاعات معمولا به گونه ای می باشد که به دلیل کمبود پهنای باند System Memory نسبت به Video Memory ، هیچ گونه کاهش Performance ی حاصل نشود . بلکه باعث بهبود کارایی کلی گرافیکی سیستم می شود .

در واقع آنچه به عنوان WDDM 1.0 در Windows Vista و نمونه جدید و تکامل یافته اش در Windows 7 که WDDM1.1 نام برده میشه با کمک API های جدید و درایور های جدید کارت های گرافیک ، تلاش می کنند این ارتباط تنگاتنگ هرچه سریعتر و بهینه تر انجام بگیره .


تو این دیاگرام می تونید ، طریقه و مسیر ایجاد این ارتباط رو در سیستم های دارای کارت گرافیک به صورت Discrete ملاحضه کنید :

برای مشاهده این لینک/عکس می بایست عضو شوید ! برای عضویت اینجا کلیک کنید

اما دوستانی که در مورد غیر فعال کردن یا تغییر دادن این مقدار حافظه توسط یک Option در Bios اظهار نظر کردند ، باید بگم که این مدل آپشن ها در سیستم های مبتنی بر Integrated graphics adapter وجود داره ، که معمولا GPU در داخل NB تعبیه شده ( به اصطلاح کارت های گرافیک Onboard ) .

در واقع در این مدل سیستم ها دیگه حافظه ای به نام Dedicated Video Memory وجود خارجی نخواهد داشت ، بلکه ارتباط GPU فقط با حافظه System Memory که اون هم به واسطه GART صورت می گیره ، خلاصه میشه . در واقع در این سیستم ها می توان مقدار حافظه Share شده را توسط Option های مربوطه کنترل کرد .


تو این دیاگرام هم مطالب بالا صدق می کنه :

برای مشاهده این لینک/عکس می بایست عضو شوید ! برای عضویت اینجا کلیک کنید

اگر سوالی در این مورد می مونه ، در خدمتم . برای مشاهده این لینک/عکس می بایست عضو شوید ! برای عضویت اینجا کلیک کنید




جمع آوری و تحلیل مطالب : سید مهدی موسوی

[Shahryar]

لازم به ذکر هست ، حافظه نام برده به هیچ وجه به صورت مستقیم با GPU در ارتباط نیست ، بلکه اطلاعات ، در صورت نیاز ، ابتدا توسط واحد مدیریتی در GPU به نام Graphics Address Remapping Table (GART)l دسته بندی و به اصطلاح Manage می شوند ، سپس با توسط GPU مورد پردازش قرار می گیرند . لازم به ذکر است ، نوع این اطلاعات معمولا به گونه ای می باشد که به دلیل کمبود پهنای باند System Memory نسبت به Video Memory ، هیچ گونه کاهش Performance ی حاصل نشود . بلکه باعث بهبود کارایی کلی گرافیکی سیستم می شود .

اگر سوالی در این مورد می مونه ، در خدمتم . برای مشاهده این لینک/عکس می بایست عضو شوید ! برای عضویت اینجا کلیک کنید

جمع آوری و تحلیل مطالب : سید مهدی موسوی

ممنون بابت توضیحات خوبت برای مشاهده این لینک/عکس می بایست عضو شوید ! برای عضویت اینجا کلیک کنید

متاسفانه تلفن زنگ نزد نشد توی یاهو ادامه بدیم . ببین شما میگی که به دلیل استفاده از GART یا همون Graphics Address Remapping Table کاهش Performance ای در استفاده از System Memory نداریم .

درسته که GART از نظر تئوری خیلی خوب به نظر میرسه ولی یک مشکلی داره که باعث میشه به نظر من کاهش Performance داشته باشیم ! البته این نظر من هست و ممکنه درست نباشه . برای مشاهده این لینک/عکس می بایست عضو شوید ! برای عضویت اینجا کلیک کنید

به نظر من GART باعث "TLB Trash " بیشتر میشه و این قضیه میتونه Performance را کم کنه .. برای مشاهده این لینک/عکس می بایست عضو شوید ! برای عضویت اینجا کلیک کنید

[Mahdi_Moosavi]

ممنون بابت توضیحات خوبت برای مشاهده این لینک/عکس می بایست عضو شوید ! برای عضویت اینجا کلیک کنید

متاسفانه تلفن زنگ نزد نشد توی یاهو ادامه بدیم . ببین شما میگی که به دلیل استفاده از GART یا همون Graphics Address Remapping Table کاهش Performance ای در استفاده از System Memory نداریم .

درسته که GART از نظر تئوری خیلی خوب به نظر میرسه ولی یک مشکلی داره که باعث میشه به نظر من کاهش Performance داشته باشیم ! البته این نظر من هست و ممکنه درست نباشه . برای مشاهده این لینک/عکس می بایست عضو شوید ! برای عضویت اینجا کلیک کنید

به نظر من GART باعث "TLB Trash " بیشتر میشه و این قضیه میتونه Performance را کم کنه .. برای مشاهده این لینک/عکس می بایست عضو شوید ! برای عضویت اینجا کلیک کنید

در مورد Translation lookaside buffer کمی بیشتر توضیح بده ، دقیقا تشریح کن منظورت چه نوع افت کارایی و در چه مرحله ای از واکشی اطلاعات هست . اینطوری خیلی گنگه .

در وحله اول شما منظور من رو کمی بد برداشت کردی . به این صورت مسئله رو تشریح می کنم :

ابتدا همانطور که در پست قبل اشاره شد ، سیستم عامل در وحله اول سعی می کنه که به هیچ وجه از حافظه سیستم جهت Texture Memory استفاده نکنه . برای مثال وقتی یک VGA با حافظه 1GB در دسترس باشه ، در رزولیشن های معمول ( حداکثر 1080*1920 ) در 3D APP های موجود ، به ندرت Texture Memoryاز 1GB تجاوز می کنه . از طرفی خیلی از Game یا نرم افزار های پردازش تصویر 3 بعدی طوری کدنویسی و در نهایت بهینه سازی می شوند که در عمل استفاده از Shared System Memory کنار گذاشته میشه . از جمله این APP های معروف میشه ، بازی رایانه ای پرطرفدار GTA IV رو نام برد . همانطور که خودت هم تجربه بازی کردن این Game رو داشتی ، موتور گرافیکی این بازی ، برای مقدار تغییرات در جزئیات گرافیکی بازی ، محدودیت حجم حافظه Local رو اعمال کرده . علت این امر در واقع عدم وجود ارتباط تنگاتنگ GPU به صورت مستقیم به حافظه System Memory هست . البته موتور گرافیکی این Game مشکلات دیگه ای هم داره که به موضوع این تاپیک ارتباطی نداره .


در وحله دوم ، اگر برنامه نویسی ناچارا مجبور باشه از Shared System Memory استفاده کنه ، برنامه مورد نظرش رو در نهایت طوری بهینه سازی میکنه که اطلاعات مهمی که به صورت RealTime مورد نیاز GPU هست در این حافظه قرار نگیره ، یا به حداقل مقدار خودش برسه . اگر اینطور نبود ، به دلیل وجود اختلاف بسیار زیاد میان پهنای باند بین GPU و حافظه Local در برابر حافظه non-Local ، در صورت ارتباط بین GPU و System Memory ، کارایی گرافیکی سیستم به شدت افت می کرد . در این صورت وجود ارتباط به واسطه GART بین GPU و System Memory نه تنها باعث افزایش کارایی نمی شد ، بلکه به شدت کارایی رو کاهش می داد .

برا مثال اگه شما تو بنچ مارک های موجود اگه توجه کرده باشی ، افزایش فرکانس حافظه System Memory یا به صورت کلی افزایش پهنای باند حافظه اصلی سیستم در کارایی کلی سیستم در بازی های رایانه ای یا نرم افزار های پردازش تصاویر سه بعدی ، تاثیر خفیف و در بسیاری از موارد ، قابل چشمپوشی داره .

در واقع من در پست قبلی به هیچ وجه منظورم ، اون چیزی که شما برداشت کرده بودید نبود .

وجود یک سامانه I/O memory management مثل Gart بین GPU و System memory ، همانطور که شما گفتی ، به هیچ وجه نمی تونه پهنای باندی که یک ارتباط بدون واسطه داره رو در نهایت ایجاد کنه . ولی وجود چنین سامانه هایی در پلتفورم های کنونی برای مدیریت حافظه لازم و انکار ناپذیره .

[Stream]

در وحله دوم ، اگر برنامه نویسی ناچارا مجبور باشه از Shared System Memory استفاده کنه ، برنامه مورد نظرش رو در نهایت طوری بهینه سازی میکنه که اطلاعات مهمی که به صورت RealTime مورد نیاز GPU هست در این حافظه قرار نگیره ، یا به حداقل مقدار خودش برسه . اگر اینطور نبود ، به دلیل وجود اختلاف بسیار زیاد میان پهنای باند بین GPU و حافظه Local در برابر حافظه non-Local ، در صورت ارتباط بین GPU و System Memory ، کارایی گرافیکی سیستم به شدت افت می کرد . در این صورت وجود ارتباط به واسطه GART بین GPU و System Memory نه تنها باعث افزایش کارایی نمی شد ، بلکه به شدت کارایی رو کاهش می داد .

برا مثال اگه شما تو بنچ مارک های موجود اگه توجه کرده باشی ، افزایش فرکانس حافظه System Memory یا به صورت کلی افزایش پهنای باند حافظه اصلی سیستم در کارایی کلی سیستم در بازی های رایانه ای یا نرم افزار های پردازش تصاویر سه بعدی ، تاثیر خفیف و در بسیاری از موارد ، قابل چشمپوشی داره .

کل قضیه همینه.

اینکه چقدر استفاده از System Memory نسبت به Dedicated Memory باعث افت در کارایی میشه (یا اصلا میشه یا خیر!) بستگی به نوع برنامه نویسی داره. اگه اطلاعاتی که در محاسبات Vector ها نیاز داریم رو در System Memory ذخیره کنیم به خاطر وجود Latency بالا شدیدا کاهش Performance رو احساس می کنیم، حتی به فرض اینکه در TLB Trash هم نداشته باشیم.

یکی از ضعف های بازی CRYSIS همین استفاده زیاد از System Memory بود، که باعث می شد کارایی پایین بیاد و نیاز به سخت افزارهای قوی تر احساس بشه.
در حالی که در CRYSIS Warhead استفاده بهینه تر از System Memory در کنار Dedicated Memory باعث شد کارایی به میزان قابل توجهی نسبت به CRYSIS بالاتر بره، با وجود اینکه حجم Texture ها و جزئیاتشون نسبت به قبل بیشتر هم شده بود. طوری که عاملی که قبلا باعث کاهش Performance شده بود تبدیل شد به مهمترین دلیل افزایش Performance.

چیزی که مهمه اینه که برنامه نویس حرفه ای از وجود Drawback های استفاده از System Memory دقیقا اطلاع داره، و هر وقت نیاز داره از System Memory استفاده کنه دقیقا با آگاهی نسبت به این قضیه طوری برنامه نویسی می کنه که وجود این مشکلات مانعی در Performance نباشند. (این مسئله خودش یک هنر هست!)

[zclient]

در مورد Translation lookaside buffer کمی بیشتر توضیح بده ، دقیقا تشریح کن منظورت چه نوع افت کارایی و در چه مرحله ای از واکشی اطلاعات هست . اینطوری خیلی گنگه .

در وحله اول شما منظور من رو کمی بد برداشت کردی . به این صورت مسئله رو تشریح می کنم :

ابتدا همانطور که در پست قبل اشاره شد ، سیستم عامل در وحله اول سعی می کنه که به هیچ وجه از حافظه سیستم جهت Texture Memory استفاده نکنه . برای مثال وقتی یک VGA با حافظه 1GB در دسترس باشه ، در رزولیشن های معمول ( حداکثر 1080*1920 ) در 3D APP های موجود ، به ندرت Texture Memoryاز 1GB تجاوز می کنه . از طرفی خیلی از Game یا نرم افزار های پردازش تصویر 3 بعدی طوری کدنویسی و در نهایت بهینه سازی می شوند که در عمل استفاده از Shared System Memory کنار گذاشته میشه . از جمله این APP های معروف میشه ، بازی رایانه ای پرطرفدار GTA IV رو نام برد . همانطور که خودت هم تجربه بازی کردن این Game رو داشتی ، موتور گرافیکی این بازی ، برای مقدار تغییرات در جزئیات گرافیکی بازی ، محدودیت حجم حافظه Local رو اعمال کرده . علت این امر در واقع عدم وجود ارتباط تنگاتنگ GPU به صورت مستقیم به حافظه System Memory هست . البته موتور گرافیکی این Game مشکلات دیگه ای هم داره که به موضوع این تاپیک ارتباطی نداره .


در وحله دوم ، اگر برنامه نویسی ناچارا مجبور باشه از Shared System Memory استفاده کنه ، برنامه مورد نظرش رو در نهایت طوری بهینه سازی میکنه که اطلاعات مهمی که به صورت RealTime مورد نیاز GPU هست در این حافظه قرار نگیره ، یا به حداقل مقدار خودش برسه . اگر اینطور نبود ، به دلیل وجود اختلاف بسیار زیاد میان پهنای باند بین GPU و حافظه Local در برابر حافظه non-Local ، در صورت ارتباط بین GPU و System Memory ، کارایی گرافیکی سیستم به شدت افت می کرد . در این صورت وجود ارتباط به واسطه GART بین GPU و System Memory نه تنها باعث افزایش کارایی نمی شد ، بلکه به شدت کارایی رو کاهش می داد .

برا مثال اگه شما تو بنچ مارک های موجود اگه توجه کرده باشی ، افزایش فرکانس حافظه System Memory یا به صورت کلی افزایش پهنای باند حافظه اصلی سیستم در کارایی کلی سیستم در بازی های رایانه ای یا نرم افزار های پردازش تصاویر سه بعدی ، تاثیر خفیف و در بسیاری از موارد ، قابل چشمپوشی داره .

در واقع من در پست قبلی به هیچ وجه منظورم ، اون چیزی که شما برداشت کرده بودید نبود .

وجود یک سامانه I/O memory management مثل Gart بین GPU و System memory ، همانطور که شما گفتی ، به هیچ وجه نمی تونه پهنای باندی که یک ارتباط بدون واسطه داره رو در نهایت ایجاد کنه . ولی وجود چنین سامانه هایی در پلتفورم های کنونی برای مدیریت حافظه لازم و انکار ناپذیره .

سلام
بحث جالبیه

به هر حال درسته یکم قدیمیه ولی خب! برا من سوال پیش اومده که با اجازه از اساتید میپرسم :

1- در گرافیک های Onboard که Dedicated memory ندارن و از رم سیستم استفاده میکنن ، کاهش کارایی نسبت به گرافیک های Discrete به دلیل عدم وجود ارتباط مستقیم با حافظه ی اختصاصیه!؟

2- تا جایی که من از صبحت این استادم دستگیرم شد وجود GART اصطلاحا یه شمشیر دو لبه هست که هم میتونه خوب باشه و هم میتونه بد! و همچنین تنها کارش، مدیریت حافظه اشتراکیه درسته!؟ خب تو سیستم هایی که دارای گرافیک آنبورد هستن(فرض رو پلتفرم قدیمی اینتل که Memory Controller و Integrated video در NB وجود داره در نظر میگیریم!) و پهنای باند System memory بالا باشه وجود GART میتونه مفید باشه؟ به عنوان مثال اگه ما فرکانس System memory رو اورکلاک کنیم که باعث افزایش پهنای باند بشه بطوری که پهنای باند از پهنای باند گرافیک بالاتر بره قضیه چطور میشه!؟ اگه همین قضیه در مورد سیستم هایی که دارای کارت گرافیک هستن و لازم شه از shared system memory هم استفاده شه که پهنای باندش از پهنای باند video memory بیشتر باشه ، وجود GART چطور میتونه باشه!؟

ممنون!برای مشاهده این لینک/عکس می بایست عضو شوید ! برای عضویت اینجا کلیک کنید

[CROSSHAIR]

واقعا می تونم بگم ممنون مهدی جان برای مشاهده این لینک/عکس می بایست عضو شوید ! برای عضویت اینجا کلیک کنید که اینقدر زحمت میکشی
در هیچ سایتی و فرومی به این صورت با کمترین کلمات تخصصی نمی تونن من ومبتدی ها رو این قدر روشن بکنن.

می بخشید بدون تعارف عرض میکنم

واقعا سرتون سلامت باشه

به همراه عزیزان و اساتیدی که این قدر معلومات خودتون رو با دلیل و منطق بیان میکنید در جواب کوچکترین سوالات.برای مشاهده این لینک/عکس می بایست عضو شوید ! برای عضویت اینجا کلیک کنید
از همین پست استفاده میکنم
و از شهریار عزیز و ارمان .عماد در بخش سخت افزار و دوستان ساسان و بقیه عزیزان بخش نرم افزار و گیم تشکر وقدر دانی میکنم.

حال کردم از پست مهدی و دلم وا شد ویکم پر حرفی کردمبرای مشاهده این لینک/عکس می بایست عضو شوید ! برای عضویت اینجا کلیک کنید