Python স্বয়ংক্রিয়ভাবে দুটি প্রক্রিয়া ব্যবহার করে মেমরি পরিচালনা করে: রেফারেন্স কাউন্টিং (প্রধান পদ্ধতি) এবং একটি সাইক্লিক গার্বেজ কালেক্টর যা রেফারেন্স সাইকেল পরিচালনা করে। আপনি কখনও ম্যানুয়ালি মেমরি মুক্ত করেন না, তবে এটি কীভাবে কাজ করে তা বোঝা মেমরি আচরণ এবং লিক ব্যাখ্যা করে।
sys
x = [, , ]
y = x
sys.getrefcount(x)
y
x
প্রতিটি অবজেক্ট ট্র্যাক করে কতটি রেফারেন্স এটির দিকে নির্দেশ করছে। যখন কাউন্ট শূন্যে নামে যায়, মেমরি অবিলম্বে মুক্ত হয়। এটি নির্ধারণী এবং দ্রুত — অবজেক্টগুলি যখন কোনো কিছুই সেগুলিকে রেফার করে না তখনই মারা যায়।
# reference counting alone can't free this:
a = {}
b = {}
a["b"] = b # a references b
b["a"] = a # b references a → they reference EACH OTHER
del a, b # the names are gone, but the objects still reference each other
# → refcounts never reach 0 → they'd leak with refcounting alone
দুটি অবজেক্ট একে অপরকে রেফার করলে একে অপরের রেফকাউন্ট শূন্যের উপরে রাখে এমনকি যখন পৌঁছানো অসম্ভব — একটি সাইকেল যা খাঁটি রেফারেন্স কাউন্টিং সংগ্রহ করতে পারে না।
import gc
# the generational GC periodically finds and frees unreachable CYCLES
gc.collect() # manually trigger a collection
gc.get_count() # objects tracked per generation
Python এর পরিপূরক জেনারেশনাল গার্বেজ কালেক্টর পর্যায়ক্রমে এই অপৌঁছানো সাইকেল সনাক্ত এবং মুক্ত করে। এটি জেনারেশনাল — নতুন অবজেক্টগুলি আরও প্রায়ই পরীক্ষা করা হয় (বেশিরভাগ অবজেক্ট তরুণ বয়সে মারা যায়), যা দক্ষ।
✓ Most memory is reclaimed promptly via reference counting
⚠️ Leaks still happen from REACHABLE references that outlive their usefulness:
- global caches/lists that only grow
- objects held by long-lived closures or class attributes
- registered callbacks/listeners never removed
GC সাইকেল পরিচালনা করে, তবে এটি এমন অবজেক্টগুলি মুক্ত করতে পারে না যা এখনও পৌঁছানো যায় — সাধারণ বাস্তব-জগতের "লিক" অনিচ্ছাকৃতভাবে রেফারেন্স জীবিত রাখা (উদাহরণ: একটি ক্রমবর্ধমান গ্লোবাল ক্যাশ)।
- Small integers (-5..256) and short strings are CACHED/interned (shared, reused)
- CPython uses memory pools (pymalloc) for small objects (efficiency)
Python এর মেমরি মডেল বোঝা — দ্রুত রেফারেন্স কাউন্টিং এবং একটি সাইক্লিক GC — বাস্তব আচরণ ব্যাখ্যা করে: কেন অবজেক্টগুলি সাধারণত অবিলম্বে মুক্ত হয়, কেন রেফারেন্স সাইকেলের GC প্রয়োজন, এবং গুরুত্বপূর্ণভাবে কেন Python এ "মেমরি লিক" পৌঁছানো যায় এমন রেফারেন্স থেকে আসে (বর্ধিত ক্যাশ, অবশিষ্ট ক্লোজার, অপসারণ করা কলব্যাক) বরং ভুলে যাওয়া মুক্তির চেয়ে নয়।
এই জ্ঞান দীর্ঘমেয়াদী সেবাগুলিতে মেমরি বৃদ্ধি নির্ণয়ের জন্য এবং মেমরি-সচেতন কোড লেখার জন্য অপরিহার্য — জেনে রাখুন যে সমাধান সাধারণত রেফারেন্স ভাঙা (ক্যাশ সীমাবদ্ধ করা, নিবন্ধন পরিষ্কার করা) বরং GC আপনার জন্য করতে পারে এমন কিছু নয়।