একটি race condition হলো একটি bug যেখানে ফলাফল shared state access করা concurrent operation-এর অনিশ্চিত timing-এর উপর নির্ভর করে। ক্লাসিক ক্ষেত্র হলো একটি read-modify-write যা atomic নয়।
counter += 1 atomic দেখায় কিন্তু আসলে তিনটি ধাপ: read, add, write। দুটি thread এমনভাবে interleave করতে পারে যে একটি update হারিয়ে যায়।
counter = 0
Thread A: read 0 ─────────── write 1
Thread B: read 0 ─ write 1
Result: 1 (should be 2 — one increment lost)
counter = 0
def inc():
global counter
for _ in range(100_000):
counter += 1 # NOT atomic: read, +1, write
# Run two threads, expect 200_000...
# ...but you often get less — a lost update
সমাধান হলো একটি lock দিয়ে section-টি atomic করা:
lock = threading.Lock()
def inc():
global counter
for _ in range(100_000):
with lock: # only one thread in here at a time
counter += 1
উপসর্গ-ই race-কে বিপজ্জনক করে তোলে: বিরতিহীন, non-reproducible ভুল ফলাফল যা test-এ pass করে এবং load-এর অধীনে fail করে। timing পরিবর্তন না হওয়া পর্যন্ত তারা লুকিয়ে থাকে — একটি দ্রুততর মেশিন, বেশি traffic, একটি নতুন core। shared mutable state-কে মূল কারণ হিসেবে চেনা প্রথম ধাপ; interviewer দেখতে চায় আপনি অরক্ষিত read-modify-write ধরতে পারেন।
বিস্তারিত উত্তরসহ IT ইন্টারভিউ প্রশ্নের একটি লাইব্রেরি — জুনিয়র থেকে সিনিয়র পর্যন্ত।
দান করুন