কম্পিউটার আর্কিটেকচার কী — transistor থেকে অ্যাপ পর্যন্ত স্তরগুলো

১ · ফোনের স্ক্রিনে একটি টাচ — ভেতরে কী ঘটে?

আপনি ফোনে bKash অ্যাপ খুলে “Send Money” চাপলেন। এক সেকেন্ডেরও কম সময়ে ব্যালান্স থেকে টাকা বিয়োগ হলো, নতুন অঙ্ক স্ক্রিনে ভেসে উঠল। এই ছোট্ট ঘটনার পেছনে ফোনের chip-এর ভেতরে কোটি কোটি ছোট সুইচ — transistor — বহুবার জ্বলেছে আর নিভেছে।

কিন্তু অ্যাপ যিনি লিখেছেন, তিনি কোনো transistor-এর কথা ভাবেননি। তিনি লিখেছেন balance = balance - amount; জাতীয় কিছু। তাহলে মানুষের লেখা এই লাইন থেকে বিদ্যুতের সুইচ পর্যন্ত পথটা কী? এই প্রশ্নের উত্তরই কম্পিউটার আর্কিটেকচার আর ডিজিটাল লজিক।

এই পর্বটি পুরো কোর্সের মানচিত্র। নতুন হলে চিন্তা নেই — আমরা শূন্য থেকে শুরু করব। আর অভিজ্ঞ হলে এখানে পাবেন পরিভাষার সূক্ষ্ম পার্থক্য, কোন বিষয় কোন পর্বে গভীরে যাবে তার পরিষ্কার নির্দেশ, আর কয়েকটি ঐতিহাসিক বিতর্কের নির্ভুল তথ্য।

২ · চারটি শব্দ — architecture, organization, microarchitecture আর digital logic

পাঠ্যবই আর চাকরির পরীক্ষায় এই চারটি শব্দ প্রায়ই গুলিয়ে ফেলা হয়। ক্লাসিক পার্থক্যটি এমন:

“Organization” শব্দটি পাঠ্যবইয়ে বেশি দেখা যায় (যেমন Patterson–Hennessy-র “Computer Organization and Design”); শিল্প আর গবেষণার লেখায় একই অর্থে “microarchitecture” বেশি চলে। কয়েকটি উদাহরণে পার্থক্যটি পাকা করে নিই:

৩ · Abstraction-এর স্তর — অ্যাপ থেকে পদার্থবিদ্যা

একটি আধুনিক chip-এ কয়েকশো কোটি transistor থাকতে পারে। কোনো মানুষ একসাথে এত কিছু মাথায় রাখতে পারেন না। সমাধান হলো abstraction — প্রতিটি স্তর ওপরের স্তরকে একটি সহজ “মেনু” দেয় আর নিচের জটিলতা লুকিয়ে রাখে।

এই কারণেই একজন অ্যাপ ডেভেলপার transistor না জেনেও অ্যাপ বানাতে পারেন, আর একজন chip নকশাকার Facebook-এর কোড না পড়েও CPU বানাতে পারেন। প্রত্যেকে শুধু তাঁর ঠিক নিচের স্তরের “মেনু” জানেন। Operating system এই মাঝখানের একটি গুরুত্বপূর্ণ স্তর; এর বিস্তারিত দেখবেন আমাদের অপারেটিং সিস্টেম কোর্সের প্রথম পর্বে। আর একদম নতুন হলে আগে পড়ে নিতে পারেন কম্পিউটার ফান্ডামেন্টালস কোর্সের ট্রানজিস্টর থেকে অ্যাপ — বিমূর্ততার স্তর আর হার্ডওয়্যার পর্ব।

কখন abstraction “ভাঙতে” হয়

Abstraction-এর প্রতিশ্রুতি হলো: “নিচে কী আছে, আপনার জানার দরকার নেই।” কথাটি সঠিকতার জন্য সত্য, কিন্তু গতি আর নিরাপত্তার জন্য প্রায়ই সত্য নয়। এখানেই আর্কিটেকচার জানা মানুষের দাম।

• গতি: ISA বলে, “যেকোনো ঠিকানা থেকে পড়া যায়।” কিন্তু ঠিকানাটি cache-এ থাকলে কয়েক cycle লাগে, আর main memory থেকে আনতে হলে শত শত cycle. একই কাজের দুটি loop শুধু মেমরি পড়ার ক্রম আলাদা হওয়ায় কয়েক গুণ দ্রুত বা ধীর হতে পারে। এর হাতে-কলমে পরীক্ষা পাবেন পর্ব ৪৮-এ আর C কোর্সের পারফরম্যান্স আর CPU cache পর্বে।
• নিরাপত্তা: ISA-র চুক্তিতে cache-এর কোনো উল্লেখ নেই। অথচ ২০১৮ সালে প্রকাশিত Spectre আর Meltdown দেখাল, CPU আগাম অনুমান করে যে instruction চালায়, তার চিহ্ন cache-এ থেকে যায় — আর সময় মেপে সেই চিহ্ন থেকে গোপন তথ্য আন্দাজ করা যায়। নিচের স্তরের খবর ওপরে “চুইয়ে” পড়ল। ধারণা আর প্রতিরক্ষা দেখবেন পর্ব ৪১-এ।
• সংখ্যার নির্ভুলতা: গণিতে ০.১ + ০.২ = ০.৩, কিন্তু অনেক প্রোগ্রামিং ভাষায় 0.1 + 0.2 == 0.3 মিথ্যা হয়, কারণ hardware দশমিক সংখ্যা binary-তে রাখে। কেন, তা পর্ব ২৩–২৪-এ।

৪ · একটি লাইনের যাত্রা — c = a + b; নিচে নামছে

এবার একটিমাত্র লাইন ধরে প্রতিটি স্তর পেরিয়ে নিচে নামি। ধরি a = 25 আর b = 17. এই কোর্সের প্রধান শেখানোর ISA হলো RISC-V (৩২-বিটের মূল সংস্করণ RV32I), তাই assembly-ও RISC-V-তে দেখাব। প্রতিটি ধাপ এখানে শুধু এক ঝলক — বিস্তারিত পাবেন উল্লেখ করা পর্বে। “পরে” চাপুন:

int a = 25, b = 17, c;
c = a + b;        /* c হবে 42 */

# x10 = a, b, c যেখানে পাশাপাশি রাখা আছে, তার ঠিকানা
lw   x6, 0(x10)     # x6 = a   (মেমরি থেকে load)
lw   x7, 4(x10)     # x7 = b
add  x5, x6, x7     # x5 = x6 + x7
sw   x5, 8(x10)     # c = x5   (মেমরিতে store)

funct7   rs2   rs1   f3  rd    opcode
0000000  00111 00110 000 00101 0110011
         x7    x6        x5    (R-type ALU)

hex: 0x007302B3

executable ফাইল ──OS──▶ মেমরি
  code অংশ : ... B3 02 73 00 ...  (instruction-ও সংখ্যা!)
  data অংশ : a=25  b=17  c=?
OS সেট করে: PC = প্রোগ্রামের প্রথম instruction-এর ঠিকানা

PC ─▶ instruction memory ─▶ 0x007302B3
         │ rs1=6, rs2=7, rd=5
         ▼
  register file: x6 = 25, x7 = 17
         │            │
         └──▶ ALU (op = ADD) ◀──┘
                   │ 42
                   ▼
  register file: x5 ◀── 42

carry : 0 0 1 0 0 0 1 0
a = 25: 0 0 0 1 1 0 0 1
b = 17: 0 0 0 1 0 0 0 1
        ───────────────
c = 42: 0 0 1 0 1 0 1 0

S    = A ⊕ B ⊕ Cin
Cout = A·B + Cin·(A ⊕ B)

বিট ০: A=1, B=1, Cin=0 → S = 0, Cout = 1
৩২ বিটের adder = এমন ৩২টি full adder পাশাপাশি

NAND gate      = 4টি transistor (২টি pMOS + ২টি nMOS)
full adder     ≈ কয়েক ডজন transistor (নকশাভেদে)
"1" মানে       ≈ উঁচু ভোল্টেজ, "0" মানে ≈ শূন্য ভোল্ট
সুইচ বদলাতে    = চার্জ ভরা-খালি → সময় (delay) আর শক্তি (তাপ)

৫ · Stored-program ধারণা, von Neumann আর Harvard

প্রথম দিকের ইলেকট্রনিক কম্পিউটার ENIAC (১৯৪৫ সালের শেষ দিকে চালু) নতুন কাজ করাতে হলে মানুষকে তার জোড়া খুলে নতুন করে লাগাতে হতো, সুইচ ঘোরাতে হতো। নতুন প্রোগ্রাম মানে কয়েক দিনের কায়িক শ্রম। সমাধান এলো একটি সরল কিন্তু বৈপ্লবিক চিন্তায়: প্রোগ্রামও ডেটার মতো সংখ্যা — তাকেও মেমরিতে রাখা যাক। একে বলে stored-program ধারণা। তখন নতুন প্রোগ্রাম মানে শুধু মেমরিতে নতুন সংখ্যা লেখা।

von Neumann মডেল

১৯৪৫ সালে John von Neumann-এর নামে প্রচারিত “First Draft of a Report on the EDVAC” এই নকশার বর্ণনা দেয়, তাই একে বলে von Neumann architecture (নামের পেছনের বিতর্ক ভাবনার প্রশ্ন ২-এ)। এর অংশগুলো:

• Control unit: instruction পড়ে বোঝে কী করতে হবে, আর বাকি অংশগুলোকে সংকেত (control signal) পাঠায় — রেলস্টেশনের সিগন্যালম্যানের মতো।
• Datapath / ALU: আসল হিসাব — যোগ, বিয়োগ, AND, OR, তুলনা।
• Register: CPU-র ভেতরের অল্প কয়েকটি খুব দ্রুত ঘর — ডেস্কের ওপর খোলা খাতা। এর মধ্যে বিশেষ দুটি: PC (পরের instruction-এর ঠিকানা) আর IR (এখন যে instruction চলছে)।
• Memory: বড় কিন্তু ধীর — আলমারির তাক। প্রতিটি ঘরের একটি ঠিকানা আছে, মহল্লার বাড়ির নম্বরের মতো।
• I/O ও bus: বাইরের যন্ত্রের সাথে যোগাযোগ, আর সবার মধ্যে তার দিয়ে বানানো রাস্তা। বিস্তারিত পর্ব ৫১-এ।

von Neumann bottleneck — CPU কেন অপেক্ষায় বসে থাকে

এক রাস্তায় instruction আর ডেটা দুটোকেই আসা-যাওয়া করতে হয়। আর মেমরি CPU-র তুলনায় অনেক ধীর। ফল: CPU-র বেশিরভাগ সময় কাটে অপেক্ষায়। ১৯৭৭ সালের Turing Award ভাষণে John Backus এই সমস্যার নাম দেন von Neumann bottleneck. নিচে একটি সরল হিসাব দেখুন — ধরে নিচ্ছি মেমরি থেকে কিছু আনতে ১০০ cycle লাগে আর CPU-র নিজের কাজে ১ cycle (সংখ্যাগুলো বোঝানোর জন্য; আধুনিক DRAM-এ সত্যিই শত শত cycle লাগতে পারে):

Harvard আর modified Harvard

১৯৪৪ সালে চালু Harvard Mark I যন্ত্রে instruction আসত ছিদ্র করা কাগজের ফিতা থেকে, আর ডেটা থাকত আলাদা জায়গায়। সেই থেকে Harvard architecture মানে: instruction আর ডেটার জন্য আলাদা মেমরি আর আলাদা পথ। সুবিধা — একই সময়ে instruction আর ডেটা দুটোই আনা যায়। আজও অনেক ছোট microcontroller (যেমন Arduino Uno-র AVR chip) আর DSP-তে (signal processing-এর বিশেষ প্রসেসর) এই নকশা দেখা যায়।

এবার একটি আসল x86-64 মেশিনে stored-program ধারণা নিজের চোখে দেখি। নিচের C প্রোগ্রামটি c = a + b হিসাব করে, মৌলিক টাইপগুলোর আকার ছাপে, একটি সংখ্যার বাইট মেমরিতে কোন ক্রমে বসে তা দেখায়, আর একটি ফাংশনের ঠিকানা ও তার প্রথম কয়েকটি বাইট পড়ে দেখায় — অর্থাৎ code-ও মেমরিতে রাখা সংখ্যা। Run চাপুন:

#include <stdio.h>
#include <stdint.h>
#include <string.h>

int total;                                   /* a global: lives in the data area */

int add(int a, int b) { return a + b; }      /* a function: lives in the code area */

int main(void) {
    int a = 25, b = 17;                      /* locals: live on the stack */
    total = add(a, b);
    printf("c = a + b = %d\n", total);

    printf("sizeof: char=%zu short=%zu int=%zu long=%zu long long=%zu\n",
           sizeof(char), sizeof(short), sizeof(int), sizeof(long), sizeof(long long));
    printf("sizeof: float=%zu double=%zu pointer=%zu\n",
           sizeof(float), sizeof(double), sizeof(void *));

    uint32_t x = 0x01020304;
    unsigned char m[4];
    memcpy(m, &x, sizeof x);                 /* look at the raw bytes in memory */
    printf("0x01020304 stored as: %02x %02x %02x %02x -> %s-endian\n",
           m[0], m[1], m[2], m[3], m[0] == 0x04 ? "little" : "big");

    int (*fp)(int, int) = add;
    const unsigned char *code;
    memcpy(&code, &fp, sizeof code);         /* same 8-byte address, as bytes */
    printf("code  add()  at %p, first bytes:", (const void *)code);
    for (int i = 0; i < 4; i++) printf(" %02x", code[i]);
    printf("\ndata  total  at %p\n", (void *)&total);
    printf("stack a      at %p\n", (void *)&a);
    return 0;
}

c = a + b = 42
sizeof: char=1 short=2 int=4 long=8 long long=8
sizeof: float=4 double=8 pointer=8
0x01020304 stored as: 04 03 02 01 -> little-endian
code  add()  at 0x401126, first bytes: 55 48 89 e5
data  total  at 0x40401c
stack a      at 0x7ffd896993b4

৬ · Fetch–decode–execute — CPU-র অবিরাম চক্র

CPU যত জটিলই হোক, তার মূল কাজ একটি ছোট চক্র, যা সে প্রতি সেকেন্ডে শত কোটিবার ঘোরায় — fetch–decode–execute:

1. Fetch (আনা): PC-তে লেখা ঠিকানা থেকে instruction মেমরি থেকে এনে IR-এ রাখা, আর PC-কে পরের instruction-এ এগিয়ে দেওয়া।
2. Decode (বোঝা): Control unit IR-এর বিট ভেঙে দেখে — কোন কাজ (opcode), কোন register বা ঠিকানা।
3. Execute (চালানো): দরকার হলে মেমরি থেকে ডেটা আনা, ALU-তে হিসাব, ফল register বা মেমরিতে লেখা। Jump হলে PC-তে নতুন ঠিকানা বসানো।

পাঠ্যবইয়ে এই চক্র বোঝাতে আরও দুটি register দেখানো হয়: MAR (মেমরিকে কোন ঠিকানা চাই তা বলে) আর MDR (মেমরি থেকে আসা বা মেমরিতে যাওয়া ডেটা ধরে রাখে)। চলুন একটি সরল accumulator মেশিনে একটি instruction-এর পুরো চক্র দেখি। মেশিনের মেমরিতে ৮টি ঘর; প্রতিটি instruction একটি সংখ্যা = opcode × ১০ + ঠিকানা (1 = LOAD, 2 = ADD, 3 = STORE, 4 = JUMP, 9 = HALT). এখন PC = 5, আর ACC-তে আগের LOAD থেকে 25 আছে:

044   JUMP 4125   data a217   data b300   data c411   LOAD 1522   ADD 2633   STORE 3790   HALT

এবার পুরো প্রোগ্রামটি চালিয়ে দেখি। নিচের simulator প্রতিটি চক্রের পরে PC, IR, accumulator আর পুরো মেমরি ছাপে। প্রথম instruction JUMP 4 ডেটার ঘরগুলো টপকে যায় — কারণ এখানে code আর data একই মেমরিতে মিশে আছে। Run চাপুন:

// Toy accumulator computer: code AND data live in one memory (stored program).
// Instruction word = opcode*10 + address.  1 LOAD, 2 ADD, 3 STORE, 4 JUMP, 9 HALT
const NAME = { 1: "LOAD", 2: "ADD", 3: "STORE", 4: "JUMP", 9: "HALT" };
const mem = [44, 25, 17, 0, 11, 22, 33, 90]; // 0: JUMP 4 | 1-3: data | 4-7: code
let pc = 0, ir = 0, acc = 0, cycle = 0, running = true;

const pad = (v, n) => String(v).padStart(n);
const dump = () => mem.map(v => String(v).padStart(2, "0")).join(" ");
console.log("cycle  PC  IR  instruction  ACC  nextPC  memory[0..7]");
console.log("start   -   -  -           " + pad(acc, 4) + "       0  " + dump());

while (running && cycle < 20) {          // safety limit: at most 20 cycles
  cycle++;
  const at = pc;
  ir = mem[pc];                          // FETCH: copy word at address PC into IR
  pc = pc + 1;                           //        and point PC to the next word
  const op = Math.floor(ir / 10);        // DECODE: split IR into two fields
  const addr = ir % 10;
  switch (op) {                          // EXECUTE
    case 1: acc = mem[addr]; break;              // LOAD  addr
    case 2: acc = acc + mem[addr]; break;        // ADD   addr
    case 3: mem[addr] = acc; break;              // STORE addr
    case 4: pc = addr; break;                    // JUMP  addr
    case 9: running = false; break;              // HALT
    default: console.log("bad opcode " + op); running = false;
  }
  const text = (NAME[op] || "?") + (op === 9 ? "" : " " + addr);
  console.log(pad(cycle, 5) + pad(at, 4) + "  " + String(ir).padStart(2, "0") + "  " +
              text.padEnd(11) + pad(acc, 4) + pad(pc, 8) + "  " + dump());
}
console.log("halted after " + cycle + " cycles; mem[3] = " + mem[3]);

cycle  PC  IR  instruction  ACC  nextPC  memory[0..7]
start   -   -  -              0       0  44 25 17 00 11 22 33 90
    1   0  44  JUMP 4        0       4  44 25 17 00 11 22 33 90
    2   4  11  LOAD 1       25       5  44 25 17 00 11 22 33 90
    3   5  22  ADD 2        42       6  44 25 17 00 11 22 33 90
    4   6  33  STORE 3      42       7  44 25 17 42 11 22 33 90
    5   7  90  HALT         42       8  44 25 17 42 11 22 33 90
halted after 5 cycles; mem[3] = 42

৭ · আপনার ফোন আর ল্যাপটপের chip-এর ভেতরে

পুরোনো দিনের কম্পিউটারে CPU, মেমরি কন্ট্রোলার, গ্রাফিক্স — সব আলাদা chip ছিল। আজকের ফোনে প্রায় সবকিছু একটি chip-এ: System-on-Chip (SoC). নির্মাতাভেদে নকশা আলাদা, তবে সাধারণত যা থাকে:

এখন যে মেশিনে এই পাতার কোড চলে, সেটিকেই জিজ্ঞেস করি — কয়টি core, কোন কোন cache, আর x86-64 চুক্তির বাধ্যতামূলক দুটি বাড়তি অংশ (extension) আছে কি না? নিচের bash script Linux-এর /sys আর /proc থেকে এসব পড়ে। কোনো ফাইল না থাকলে সেটাও সৎভাবে জানায়:

echo "== machine and cores =="
echo "ISA family  : $(uname -m)"
command -v nproc >/dev/null && echo "logical CPUs: $(nproc)" || echo "nproc not found"

echo "== caches seen by cpu0 =="
found=0
for d in /sys/devices/system/cpu/cpu0/cache/index*; do
  [ -r "$d/size" ] || continue
  found=1
  printf "  L%s %-12s %7s  line=%s B\n" "$(cat "$d/level")" "$(cat "$d/type")" \
         "$(cat "$d/size")" "$(cat "$d/coherency_line_size" 2>/dev/null || echo '?')"
done
[ "$found" -eq 1 ] || echo "  (cache info is not exposed here)"

echo "== baseline x86-64 features (every x86-64 CPU must have them) =="
flags=$(grep -m1 '^flags' /proc/cpuinfo 2>/dev/null)
if [ -n "$flags" ]; then
  for f in lm sse2; do
    if echo "$flags" | grep -qw "$f"; then echo "  $f: yes"; else echo "  $f: no"; fi
  done
else
  echo "  no x86 flags line in /proc/cpuinfo"
fi

== machine and cores ==
ISA family  : x86_64
logical CPUs: 2
== caches seen by cpu0 ==
  L1 Data             32K  line=64 B
  L1 Instruction      32K  line=64 B
  L2 Unified         512K  line=64 B
  L3 Unified       16384K  line=64 B
== baseline x86-64 features (every x86-64 CPU must have them) ==
  lm: yes
  sse2: yes

৮ · আজ আর্কিটেকচার কেন এত গুরুত্বপূর্ণ

পেশা আর সুযোগ

এই বিষয় সরাসরি কয়েকটি পেশার দরজা খোলে:

• Chip design ও verification: Verilog/SystemVerilog-এ নকশা লেখা আর লক্ষ লক্ষ test দিয়ে প্রমাণ করা যে নকশা ঠিক। বলা হয়, বড় chip প্রকল্পে verification-এ প্রায়ই নকশার চেয়েও বেশি প্রকৌশলী আর সময় লাগে।
• Embedded ও firmware: microcontroller-এ register, interrupt আর মেমরি-ম্যাপড I/O নিয়ে সরাসরি কাজ — গাড়ি, চিকিৎসা যন্ত্র, স্মার্ট মিটার, IoT.
• Compiler ও systems: কোন instruction বেছে নিলে pipeline আর cache ভালো চলে, তা জানা compiler আর OS প্রকৌশলীর কাজ।
• Performance engineering: বড় সার্ভার বা গেমের কোড প্রোফাইল করে ধীর অংশ খুঁজে hardware-বান্ধব করা।

বাংলাদেশেও কয়েকটি প্রতিষ্ঠান বিদেশি গ্রাহকের জন্য chip design ও verification-এর কাজ করছে, আর embedded সফটওয়্যারের কাজ ধীরে ধীরে বাড়ছে বলে শোনা যায়। এই ক্ষেত্রগুলোর ইন্টারভিউতে এই কোর্সের বিষয় — digital logic, pipeline, cache — নিয়মিত আসে। আর বিশ্ববিদ্যালয়ের CSE/EEE পরীক্ষা, ব্যাংক বা সরকারি IT পদের লিখিত পরীক্ষার কম্পিউটার অংশেও এই বিষয়ের প্রশ্ন প্রায়ই থাকে।

৯ · আর্কিটেকচারের আটটি মহান ধারণা আর এই কোর্সের রোডম্যাপ

David Patterson আর John Hennessy তাঁদের বিখ্যাত পাঠ্যবইয়ে কম্পিউটার নকশার আটটি “great idea”-র তালিকা দেন। গত ৬০ বছরের প্রায় প্রতিটি উদ্ভাবন এগুলোর কোনো একটির প্রয়োগ। পুরো কোর্সে এগুলো বারবার ফিরে আসবে:

আর পুরো কোর্সের ১০টি মডিউল, নিচ থেকে ওপরে ওঠার ক্রমে:

১০ · AI-এর যুগে আর্কিটেকচার শেখা

AI এই বিষয়ে চমৎকার শিক্ষক হতে পারে — ধারণা ব্যাখ্যা, উদাহরণ বানানো, প্রশ্ন করা। কিন্তু এই বিষয়ে AI-এর ভুলগুলো বেশ নির্দিষ্ট, আর আত্মবিশ্বাসী ভঙ্গিতে বলা: K-map-এ ভুল গ্রুপ, two's complement-এর সীমার মানে ভুল, IEEE 754-এর বিট প্যাটার্নে একটি বিট এদিক-ওদিক, cache-এর tag/index/offset বিটের ভুল ভাগ, pipeline-এর cycle গোনায় গরমিল, MIPS আর RISC-V-এর নিয়ম গুলিয়ে ফেলা (যেমন register-এর নাম বা branch delay slot), synthesize করা যায় না এমন Verilog, আর কোনো chip-এর cache বা core সংখ্যা বানিয়ে বলা।

AI-এর উত্তর হাতে পেলে — যাচাইয়ের চেকলিস্ট

• সংখ্যার উত্তর (রূপান্তর, encoding, CPI, cache বিট) নিজে হাতে বা একটি ছোট script দিয়ে আবার হিসাব করেছি
• কোন ISA-র কথা হচ্ছে (RISC-V, MIPS, x86-64, ARM) স্পষ্ট, আর নিয়মগুলো সেই ISA-র manual-এর সাথে মিলিয়েছি
• Circuit বা Verilog simulator-এ চালিয়ে truth table আর waveform মিলিয়েছি, শুধু পড়ে মেনে নিইনি
• কোনো chip-এর spec (core, cache, clock) নির্মাতার datasheet বা নিজের মেশিনে (/sys, lscpu) যাচাই করেছি
• নিজের ভাষায় ব্যাখ্যা করতে পারি “কেন” — শুধু “কী” নয়