Event loop ले तपाईंको JavaScript लाई एउटै thread मा चलाउँछ, त्यसैले लामो समय लिने कुनै पनि synchronous कुराले यसलाई ब्लक गर्छ — र ब्लक भएको बेला Node ले अरू कुनै request, timer, वा callback सेवा दिँदैन। ब्लकिङ प्रायजसो सधैं CPU-bound काम वा *Sync API हुन्छ, कहिल्यै सही तरिकाले await गरिएको async I/O होइन।
*Sync) API हरू — fs.readFileSync, fs.writeFileSync, child_process.execSync, zlib.gzipSync. यिनीहरूले libuv लाई काम सुम्पनुको सट्टा inline पर्खन्छन्।map/sort/filter, matrix गणित, image/video प्रशोधन, विशाल structures को parsing/serializing।JSON.parse / JSON.stringify — synchronous र O(n); धेरै MB को payload ले पूरै parse अवधिभर loop लाई जमाउँछ।crypto.pbkdf2Sync, bcrypt sync mode, main thread मा ठूला buffers को hashing।while (true), असीमित recursion, प्रत्येक item मा काम भएका लाखौं items मा for।// यी सबैले loop ब्लक गर्छन् — त्यस बेला अरू कुनै request सेवा पाइँदैन:
const data = fs.readFileSync("big.json"); // sync I/O
const obj = JSON.parse(hugeString); // ठूलो parse
const hash = crypto.pbkdf2Sync(pw, salt, 1e6, 64, "sha512"); // sync crypto
for (let i = 0; i < 1e9; i++) { /* CPU */ } // कसिलो loop
CPU काम लाई
asyncfunction मा बेर्दा मद्दत गर्दैन —asyncलेawaitमा मात्र नियन्त्रण छोड्छ; synchronous body अझै पनि loop thread मा पूरा नभएसम्म चल्छ।
perf_hooks.monitorEventLoopDelay() वा blocked-at जस्ता libraries ले नाप्नुहोस्; बढ्दो lag को अर्थ केही कुराले thread ओगटिरहेको छ।node --prof, clinic doctor/clinic flame, Chrome DevTools CPU profile।*Sync call को async समकक्ष प्रयोग गर्नुहोस् (fs.promises.readFile, crypto.pbkdf2, zlib.gzip)।worker_threads pool, child process, वा बाह्य queue/service मा सार्नुहोस्।setImmediate/await ले टुक्रा (chunk) मा बाँड्नुहोस् ताकि loop ले batches बीच सास फेर्न सकोस्।const { Worker } = require("node:worker_threads");
// महँगो hash लाई बाहिर पठाउनुहोस् ताकि loop उत्तरदायी रहोस्।
const worker = new Worker("./hash-worker.js", { workerData: { pw, salt } });
Node मा, एउटा ब्लकिङ call ले यसलाई निम्त्याउने request मात्र होइन, हरेक समवर्ती client लाई सजाय दिन्छ — latency उकालो लाग्छ, health checks timeout हुन्छन्, र load मुनि process "अड्किएको" देखिन्छ। अन्तर्वार्ताकारहरूले यो सोध्छन् कि तपाईंले ठोस blockers नाम लिन सक्नुहुन्छ कि (*Sync, ठूलो JSON.parse, sync crypto, ReDoS, CPU loops), event-loop-lag उपकरणहरूले तिनलाई पत्ता लगाउन सक्नुहुन्छ कि, र async मा गएर वा worker threads मा offload गरेर तिनलाई ठीक गर्न सक्नुहुन्छ कि। यो production मा सबैभन्दा सामान्य Node performance असफलता हो।
विस्तृत उत्तरसहित IT अन्तर्वार्ता प्रश्नहरूको पुस्तकालय — जुनियरदेखि सिनियरसम्म।
दान गर्नुहोस्