🧠 Go vs Rust (Tokio): Stack, Magic Bag, এবং Concurrency Battle

Concurrency নিয়ে কাজ করছেন? Go-এর “Magic Bag” আর Rust-এর “State Machine” stackless async model কেমন? আজ আমরা জানবো দুইটি ভাষার মধ্যকার পার্থক্য, উদাহরণ সহ।

🎒 একটা বইয়ের ব্যাগ এর উধাহরন দিয়ে শুরু করি

ধরুন আপনি একজন ছাত্র। প্রতিদিন ক্লাসে যাওয়ার জন্য একটা বইয়ের ব্যাগ (backpack) ব্যবহার করেন। আপনি বই গুছিয়ে রাখেন — নতুন বই উপরে, পুরানো বই নিচে।
এই ধারণাটিই হচ্ছে stack (LIFO – Last In First Out)।

---

🐹 Go: ম্যাজিক ব্যাগের মালিক

Traditional stack (C/C++ style):

• ফিক্সড সাইজ (১MB stack)

• অতিরিক্ত function call → stack overflow

• বড় recursive function → ব্যাগ ফেটে যায়! 😬

Go কী করে?

Go বলে:
"আমি দিবো ম্যাজিক ব্যাগ!"

• প্রতিটি goroutine পায় মাত্র 2KB stack

• দরকার হলে Go নিজেই সেই ব্যাগকে heap এ বড় করে ফেলে

• পুরানো data নতুন ব্যাগে কপি করে, আপনি কিছু বুঝতেই পারবেন না । জোস না ব্যাপার টা ।উদাহরণ:

    func check() {
        var x int
        fmt.Printf("Address: %p\n", &x)
    }
  

  📌 উপড়ের কোড টি প্রতিবার call করলে address বদলায় → stack frame নতুন হচ্ছে
  📌 Deep recursion দিলে address অনেক দূরে চলে যাবে → বড় ব্যাগ allocate হয়েছে!

এবার আসি Rust এর বেলায় কি হয় ।

🦀 Rust (Tokio): Stack নেই, আছে State Machine!

Rust async/await ব্যবহার করে concurrency করতে হলে ।
Tokio ব্যবহার করে আমরা পাই lightweight async tasks — কিন্তু stack কই?

Stackless Model:

• async function → compiler-generated state machine

• .await point গুলো checkpoint হিসাবে struct-এ রূপ নেয়

• function এর কোনো traditional call stack থাকে না

উদাহরণ:

async fn fetch_data() {
    let res = reqwest::get("https://api.example.com").await.unwrap();
    println!("Data: {:?}", res);
}

➡️ এটা কম্পাইল হয়ে হয়ে যায় এমন কিছু:

enum FetchDataState {
    Start,
    Waiting,
    Done,
}

🔍 প্রতিবার poll হলে state change হয়, কোনো stack frame হয় না!

---

📋 তুলনা: Go বনাম Rust (Tokio)

---

🧪 চেষ্টা করে দেখুন (Tokio)

#[tokio::main]
async fn main() {
    for i in 0..10000 {
        tokio::spawn(async move {
            println!("Running task {}", i);
        });
    }
}

➡️ ১০ হাজার task ১ সেকেন্ডেই! 😲
Tokio এত lightweight যে বড় লোডেও গতি কমে না।

---

✅ কে কাকে হারালো?

• Go এর ম্যাজিক ব্যাগ stack grow করে বলে recursion-friendly

• Rust এর async model আরও বেশি efficient, কিন্তু লিখতে কঠিন

• Go আপনাকে দিয়ে দেয় managed runtime, আর Rust দেয় full control

---

📌 শেষ কথা

Go এবং Rust উভয়ই concurrency জগতে শক্তিশালী প্লেয়ার — কিন্তু পদ্ধতি ভিন্ন।
Go আপনাকে দেয় একটি flexible runtime, যেখানে stack নিজে থেকেই বড় হয়।
Rust আপনাকে দেয় একটি compiler-controlled, memory-safe model, যেখানে কাজ করতে হয় বুঝে-শুনে — কিন্তু performance unmatched।

আপনি কোনটা পছন্দ করবেন?