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

[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 چطور میتونه باشه!؟

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

[Mahdi_Moosavi]

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

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

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

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

سوال های خیلی خوبی پرسیدید .

خیر ، در سیستم های مبتنی بر پردازنده های گرافیکی مجتمع ( IGP ) که اصطلاحا آنبرد نامیده می شن به دلیل کاهش قیمت تمام شده سیستم از پردازنده گرافیکی ( GPU ) نسبتا ضعیف استفاده میشه . در واقع چون این سیستم ها مصارف Gaming ندارند .. IGP طوری طراحی میشه که در بهترین حالت از پس مصارف یک HTPC بر بیاد .

در واقع گلوگاه اصلی خود IGP هست و به همین علت نیاز چندانی هم به پهنای باند بالای حافظه برای Feed کردن IGP احتیاج نیست .

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

- تا جایی که من از صبحت این استادم دستگیرم شد وجود GART اصطلاحا یه شمشیر دو لبه هست که هم میتونه خوب باشه و هم میتونه بد!

خیر ، وجود چنین سامانه ای جزو ملزومات یک سیستم هماهنگ مبتنی بر پردازنده گرافیکی هست . در واقع عدم وجود چنین سامانه ای، GPU رو از نظر ارتباط با حافظه اصلی سیستم ( RAM ) فلج می کنه .

و همچنین تنها کارش، مدیریت حافظه اشتراکیه درسته!؟

بله . همینطوره .

خب تو سیستم هایی که دارای گرافیک آنبورد هستن(فرض رو پلتفرم قدیمی اینتل که Memory Controller و Integrated video در NB وجود داره در نظر میگیریم!) و پهنای باند System memory بالا باشه وجود GART میتونه مفید باشه؟

این سوال رو در بند بالا جواب دادم .

به عنوان مثال اگه ما فرکانس System memory رو اورکلاک کنیم که باعث افزایش پهنای باند بشه بطوری که پهنای باند از پهنای باند گرافیک بالاتر بره قضیه چطور میشه!؟

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

در این حالت 2 احتمال رو میشه در نظر گرفت :

1 - پهنای باند حافظه اینقدر زیاد میشه که سامانه مدیریت حافظه از پس مدیریت این مقدار بر نمیاد، در نتیجه سیستم ناپایدار میشه .

2 - پهنای باند در صورتی مجال برای عرض اندام پیدا کنه ( ولو به مقدار کم ) تاثیر مثبت خودش رو می گذاره و از این نظر محدودیتی وجود نداره . یعنی اگر سیستم ناپایدار نشه، افزایش کارایی هم ادامه داره .

اگه همین قضیه در مورد سیستم هایی که دارای کارت گرافیک هستن و لازم شه از shared system memory هم استفاده شه که پهنای باندش از پهنای باند video memory بیشتر باشه ، وجود GART چطور میتونه باشه!؟

این مورد رو حقیقتا اطلاع دقیق ندارم ! چون نه مطلبی در موردش خوندم، نه عملا تست کردم . ولی آنچه در این مورد مطمئن هستم اینه که GPU در بیشتر مواقع Dedicated memory رو به shared system memory ترجیح میده . در نتیجه پهنای باند بیشتر shared system memory تصور نمی کنم تاثیر محسوسی در عملکرد کلی داشته باشه .

[zclient]

سوال های خیلی خوبی پرسیدید .

خیر ، در سیستم های مبتنی بر پردازنده های گرافیکی مجتمع ( IGP ) که اصطلاحا آنبرد نامیده می شن به دلیل کاهش قیمت تمام شده سیستم از پردازنده گرافیکی ( GPU ) نسبتا ضعیف استفاده میشه . در واقع چون این سیستم ها مصارف Gaming ندارند .. IGP طوری طراحی میشه که در بهترین حالت از پس مصارف یک HTPC بر بیاد .

در واقع گلوگاه اصلی خود IGP هست و به همین علت نیاز چندانی هم به پهنای باند بالای حافظه برای Feed کردن IGP احتیاج نیست .




خیر ، وجود چنین سامانه ای جزو ملزومات یک سیستم هماهنگ مبتنی بر پردازنده گرافیکی هست . در واقع عدم وجود چنین سامانه ای، GPU رو از نظر ارتباط با حافظه اصلی سیستم ( RAM ) فلج می کنه .

بله . همینطوره .

این سوال رو در بند بالا جواب دادم .


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

در این حالت 2 احتمال رو میشه در نظر گرفت :

1 - پهنای باند حافظه اینقدر زیاد میشه که سامانه مدیریت حافظه از پس مدیریت این مقدار بر نمیاد، در نتیجه سیستم ناپایدار میشه .

2 - پهنای باند در صورتی مجال برای عرض اندام پیدا کنه ( ولو به مقدار کم ) تاثیر مثبت خودش رو می گذاره و از این نظر محدودیتی وجود نداره . یعنی اگر سیستم ناپایدار نشه، افزایش کارایی هم ادامه داره .


این مورد رو حقیقتا اطلاع دقیق ندارم ! چون نه مطلبی در موردش خوندم، نه عملا تست کردم . ولی آنچه در این مورد مطمئن هستم اینه که GPU در بیشتر مواقع Dedicated memory رو به shared system memory ترجیح میده . در نتیجه پهنای باند بیشتر shared system memory تصور نمی کنم تاثیر محسوسی در عملکرد کلی داشته باشه .

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

[CROSSHAIR]

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

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

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

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

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