ما يمكن أن يسبب انخفاضا في معدل الإطار عند ترقية بطاقة الرسومات?

StackOverflow https://stackoverflow.com/questions/56424

  •  09-06-2019
  •  | 
  •  

سؤال

لدينا اثنين من الشاشة دايركت تطبيق ركض سابقا في ثابت 60 إطارا في الثانية (المراقبين' مزامنة معدل) باستخدام NVIDIA 8400GS (256).ومع ذلك ، عندما بدلت بطاقة واحدة مع 512 ميغابايت من ذاكرة الوصول العشوائي معدل الإطار تناضل من أجل الحصول على أكثر من 40 إطارا في الثانية.(فإنه يحصل فقط على هذا عالية لأننا باستخدام الثلاثي التخزين المؤقت.) اثنين من بطاقات من نفس الشركة المصنعة (PNY).كل الأمور الأخرى متساوية ، وهذا هو ويندوز XP جزءا لا يتجزأ من تطبيق وبدأنا من جديد صورة لكل بطاقة.السائق رقم الإصدار هو 169.21.

التطبيق هو كل 2D.I. E.مجرد حفنة من محكم الكواد و الكثير من الرسومات قبل المقدمة (ومن هنا جاءت الحاجة إلى ترقية بطاقة الذاكرة).لدينا أيضا مضغوط الرسوم المتحركة التي CPU يترجم على الطاير - وهذا ينطوي على نسيج قفل.أقفال تأخذ إلى الأبد ولكن لقد حاولت أيضا وجود نظام مستقل الذاكرة نسيج لوحدة المعالجة المركزية لتحديث ثم تحديث المقدمة نسيج باستخدام جهاز UpdateTexture الأسلوب.لا عموما الفرق في الأداء.

على الرغم من أنني قرأت كل التعليمات يمكنني العثور على شبكة الإنترنت عن DirectX الأداء ، ولا يزال هذا هو أول الوقت كنت قد عملت على DirectX المشروع حتى أي غامضة بت المعرفة عليك أن تكون مفيدة.:)

شيء آخر بينما أنا في هذا الموضوع ؛ عند الاتصال موجودة على مبادلة سلاسل يبدو دايركت ينتظر الحاضر كاملة بغض النظر عن حقيقة أن أنا باستخدام D3DPRESENT_DONOTWAIT في كل المعلمات (PresentationInterval) و أعلام الدعوة نفسها.لأن هذا هو اثنين من شاشة تطبيق هذه هي المشكلة كما شاشتين لا يبدو أن genlocked أنا العامل من حوله من خلال تشغيل هذه المكالمات من خلال threadpool.ما السبب الكامن وراء هذا ؟

هل كانت مفيدة؟

المحلول

هي البطاقات بالضبط نفس (سواء GeForce 8400GS) ، إلا أن حجم الذاكرة تختلف ؟ في كثير من الأحيان مع مختلف أحجام الذاكرة تأتي مختلفة قليلا على مدار الساعة معدلات (أيالبطاقة الخاصة بك مع المزيد من الذاكرة قد تستخدم أبطأ من الذاكرة!).

لذا فإن أول شيء أن الاختيار لن يكون GPU core الذاكرة على مدار الساعة معدلات استخدام شيء من هذا القبيل GPU-Z.

نصائح أخرى

انها سهلة اختبار لمعرفة ما إذا كان سطح قفل المشكلة فقط تعليق خارج نسيج تحديث ومعرفة ما إذا كان فراميراتي يعود إلى 60hz.للأسف الكتابة إلى تأمين سطح وتحديث الموارد يقتل برفومنس دائما.هل تستخدم mipmaps مع القوام?أنا أعرف DX9 وأضاف الجيل التلقائي من mipmaps يمكن تناول الكثير من الوقت تولد تلك.إذا كان الخاص بك باستمرار تأمين المورد نفسه كل إطار, هل يمكن أيضا محاولة إيجاد مجموعة من القوام نوعا ما مثل الثلاثي التخزين المؤقت إلا مع القوام.قد تجعل استخدام نسيج واحد ، على التحديث القادم اخترت المقبل نسيج متاح في تجمع غير المستخدمة في تقديم.ما لم يكن بالطبع الذاكرة الخاصة بك مقيدة أو فقط مما يجعل ديفس المتحركة الملمس.

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top