سؤال: بخصوص GarbageCollection

الافضل ان تتركgc يقوم بعمله دون اى تدخل منك

والله اعلم

انا اول مرة اعرف انه يمكن التحكم بجامع النفايات garbage collection بالكود .

لكن اخي الكريم اعتقد طالما انه يمكن ذلك فهي كما ذكرت انت في مشاركتك من وجهة نضري وهي

عندما يكون البرنامج في حالة الإنتظار .

يمكن ايضا في حال كان البرنامج كبير وفية متغيرات جدا كثيرة فيمكنك بعد الإنتها من العملية المعنية ان تقوم بإستدعاء garbage collection .

لكن تضل المشكلة اعتقد انها تكمن في مشكلة إعادة تعريف المتغيرات مرة اخرة في الذاكرة مما قد يسبب بطئ في البرنامج .

فعلاً انها محيرة نوعاً ما .

لكن جرب ان تعطي برنامجك أولوية في المعالجة إن كانت تشعر انه بطيئ , نتمنا من الإخوة من لدية فكرة عن هذا الموضوع المشاركة.

@ أخ SOLO.NET

أنا أتفق معك في أنه في الحالات العامة يجب ترك النظام يقوم بعمله دون تدخل

ولكن طالما الأمر موجود معناها هناك حالات ستضطر لاستخدامه وإلا لما أتاحته مايكروسوفت للمبرمجين ووثقته في وثائق بيئة البرمجة

ويبقى سؤالي مطروحا

كيف أستطيع كمبرمج تحديد متى وأين يجب أن أستخدم أو لا أستخدم هذه الطريقة لتحرير الذاكرة المشتركة لتطبيقات الفريموورك بحيث أحصل دائما على الأداء الأفضل للجهاز والبرنامج؟؟؟؟؟؟؟؟؟؟؟؟؟؟

@ اخ فواز الشمري

بالنسبة للمتغيرات التي مازات قيد الحياة ولم يتم التخلص منها Disposed هذه العملية لاتؤثر عليها مطلقا

اقتباس

الافضل ان تتركgc يقوم بعمله دون اى تدخل منك

فعلاً عليك أن تتركه يقوم بعمله دون أي تتدخل منك وذلك لأن الموضوع شائك وإحتمالات أن تسهو عن شئ صغير يمكنه أن يكون سبباً في فشل التطبيق الا إذا كنت تعرف تمامً الية عمله

والله الموفق

@ أخ Ammar Gaffar

اقتباس

فعلاً عليك أن تتركه يقوم بعمله دون أي تتدخل منك وذلك لأن الموضوع شائك وإحتمالات أن تسهو عن شئ صغير يمكنه أن يكون سبباً في فشل التطبيق الا إذا كنت تعرف تمامً الية عمله

طبعا عندما أستخدم هذا الأمر سيكون في برنامج أقوم أنا بكتابته وبهذا أعرف تماما آلية عمل البرنامج ولكن مجال النقاش هنا هو كيف أستطيع تحديد المناطق التي يمكن استخدام هذا الأمر فيها بشكل آمن وخصوصا أنني أشرت إلى أن هذا الأمر خلصني من مشكلة أحاول منذ شهر التخلص منها دون فائدة

اقتباس

ولكن من الناحية العملية قمت بتجربة هذه العملية على برنامج يعطي رسائل خطأ غير متوقعة - مثل لايوجد ذاكرة كافية - في أوقات غير متوقعة وبدون أسباب ظاهرة - مع أن الجهاز الذي تتم عليه التجربة به 512 ميغا رامات - وعندما تتم تجربة البرنامج ضمن بيئة التطوير واستخدام الـ debug لمحاولة حصر المشكلة يعمل البرنامج بشكل سليم واستخدام هذه العملية ضمن أماكن معينة ضمن البرنامج قام بحل مشكلة رسائل الخطأ تلك

وإذا لاحظت في جوابي سابقا

اقتباس

@ أخ SOLO.NET

أنا أتفق معك في أنه في الحالات العامة يجب ترك النظام يقوم بعمله دون تدخل

ولكن طالما الأمر موجود معناها هناك حالات ستضطر لاستخدامه وإلا لما أتاحته مايكروسوفت للمبرمجين ووثقته في وثائق بيئة البرمجة

ويبقى سؤالي مطروحا

كيف أستطيع كمبرمج تحديد متى وأين يجب أن أستخدم أو لا أستخدم هذه الطريقة لتحرير الذاكرة المشتركة لتطبيقات الفريموورك بحيث أحصل دائما على الأداء الأفضل للجهاز والبرنامج؟؟؟؟؟؟؟؟؟؟؟؟؟؟

أخي محمد

كما ذكر الأخوة الافضل ترك ال GC يقوم بعمله بدون تدخله،

ال Thread الخاص GC تكون الاولوية له low في الوضع العادي لكنها تنتقل الى high تلقائياً عندما يصبح الجهاز في الوضع الخامل Idle او عندما يكون هناك ضمور في الذاكرة او الموارد الخاصة بالجهاز، او عندما تقوم بإستدعائه بشكل مباشرة مثل المثال الذى ذكرته

طبعا عندما يعمل سوف يأثر ذلك على اداء البرنامج، لذلك يفضل ان لا تقوم بإستدعائه بشكل مباشر في اغلب الحالات لان ذلك سوف يؤثر بشكل عكسي على برنامجك

اما في الحالات التى تريد إستخدامه، فعند استخداك لمجموعة كبيرة من الاوبجكت وعند الانتهاء منها وتريد التاكد انك تريد استراجاع الذاكرة لها فإستخدامها

ايضا في الحالات التى تتعامل بها مع Com ويكون لديك كثير من الاستخدام معها، قد تستخدمها حتى تقوم بإسترجاع الذاكرة التى حجزت من خلال ال RCW والغاء اي refernces بها

وهناك حالات اخرى مشابهة لما ذكرت في الحالاتين، لكن في كل الاحوال الافضل عندهم استخدمه ان لم تكون متأكد انك تستطيع استخدامه في المكان الصحيح

ايضا حتى يعمل الكود الذى ذكرته بشكل كامل، قد تحتاج الى استدعائه اكثر من مرة بشكل متتابع

شكرا لك أخ محمد نسمان