CSC-SY

Great idea

It seems it can solve memory leak problems

Any way one question:

in java and .net GC has another job: it moves the objects in the memory to optimize the heap allocation and to enhance the performance of GCing

Is it possible to improve your implementation so that you can do the same?

another thing: why not using C++ .net with "gcnew" operator that allocate storage on a managed heap that is garbage collected?

Thank you

As I can see from your implementation (but I have a quick look so I am not sure)

you are testing the objects each half a second to find the objects to be collected

So in a real world application with thousands of objects , do you think it will go perfectly without loss of performance?

Is it tested?

يعني مجرد ما أعمل include  لل "GCPtr" و عرف أي object عالتيملبت GCPtr لحالو بيعمل collect ؟؟

i know just a few about Garbage collector but isn't that like
available in some IDE's like c# or we have to make them every time

When you create an object using "new" you should release the memory it uses by calling "delete"

but if garbage collector exists it calls delete on behalf of you and when needed so you are no longer worried about it

تعودت على gc بالجافا لدرجة اني لما بكتب ++C وبيستخدم مؤشرات بنسا إعملهن Delete

السلام عليكم ورحمة الله
سوف أقوم بوضع شرح بسيط لفكرة جامع المهملات ( GC ) في لغةC# ، و أترك التعليق للخبراء ليعطونا فكرة عن GC في C++
( الشرح من مرجع )
مقدمة بسيطة
إن أنظمة التشغيل بالإضافة إلى محركات التشغيل مثل ( محرك تشغيل اللغات المشترك CLR ) كثيرا ما تقسم الذاكرة المستعملة لتخزين البيانات إلى قطعتين منفصلتين.
تتم إدارة كل واحدة منها بأسلوب مختلف ، تسمى هاتان القطعتان من الذاكرة
المكدس ( stack ) - الكومة ( heap )
المتحولات المباشرة
عندما تصرح متحول من نوع int ( أو أي نوع مباشر ) يدعى i و تسند له القيمة 3 :
int i;

لنأخذ الآن مثال عن الأنواع المرجعية
Circle c = new Circl(3);

عندما تستدعي منهج معين ، تؤخذ الذاكرة المطلوبة لبارامتراتها و متحولاتها المحلية من المكدس ( stack ) دائما .
عندما ينتهي المنهج ( إما لأنه أنهى عمله أو لأنه رمى استثناء ) ، تفلت الذاكرة المحجوزة للبارامترات و المتحولات المحلية تلقائيا وتعود إلى المكدس ، وتصبح متوفرة ليتم استخدامها عند استدعاء منهج آخر .
عندما تنشئ كائنا ( من كلاس معين ) باستعمال new و باستدعاء التابع البناء ، تؤخذ الذاكرة المطلوبة لبناء الكائن من الكومة دائما

الفائدة من استعمال GC ( مجمع النفايات )
في C# لا يمكننا تدمير كائن بأنفسنا ، حيث لا يتوفر أي تركيب نحوي لفعل ذلك ، و ذلك لعدة أسباب قد يرتكبها المبرمج فتؤدي الى كوارث :
نسيان تدمير الكائن
يمكنتدمير كائن نشط
تدمير نفس الكائن أكثر من مرة
هذه المشاكل غير مقبولة في C# ( الأمن في مقدمة أولوياتها )

كيف يعمل مجمع النفايات GC
يشتغل GC في مسار ( thread ) خاص به و يمكنه أن يشتغل في أوقات معينة فقط ( عادة عندما يصل البرنامج الى نهاية أحد الطرق )
بينما GC يشتغل ، تتوقف مؤقتا بقية المسالك ( threads ) المشتغلة في البرنامج ، لماذا ؟
لأن GC قد يحتاج الى نقل كائنات و تحديث مراجعها ، ولا يمكنهفعل ذلك بينما تكون الكائنات قيد الاستعمال

bayrn u are so awsome

bayrn explanation is perfect but a little bit confusing for a new programmers who are still learning c++

since C++ uses pointers not references to allocate heap storage

شكرا على الموضوع ، ذكرتنا و نبهتنا لل GC

الحقيقة المرجع يللي أنا جبت منه الشرح Visual C# 2005 Step by step وهو مرجع بسيط بحيث أن الشرح أردته أن يكون مفهوما لي و للمبتدئين بس الشرح كان مقتطفات من فصلين الفصل 8 الفصل 13

ولكي توضح الصورة لك الشرح الاضافي للخطوات التي يقوم بها GC :

 1- يبني خريطة بكل الكائنات النافذة( التي يمكن بلوغها )

 2- يفحص ان كان أحد الكائنات غير النافذة له مدمر يجب تشغيله ( finalization ) ، كل الكائنات غير النافذة و التي تتطلب تدمير توضع في طابور ( freachable )

3- يلغي حجز الكائنات غير النافذة المتبقية ( تلك التي لا تتطلب انهاء ) بنقل الكائنات النافذة نزولا في الذاكرة التكويمية و تحرير الذاكرة التكويمية في الأعلى بحيث أنه يحدث كل المراجع عند النقل

 4- في هذه النقطة يتيح لل ( threads ) الأخرى باستئناف العمل

 5- ينهي الكائنات غير النافذة التي تتطلب انهاء ( الموجودة الآن فيforeachable )في thread منفصل

Until Now I could not get the GC wich wich you are Working on it Mr.M_Ray_y , it's not found