Event loop ਤੁਹਾਡੇ JavaScript ਨੂੰ ਇੱਕ ਸਿੰਗਲ ਥ੍ਰੈੱਡ 'ਤੇ ਚਲਾਉਂਦਾ ਹੈ, ਇਸ ਲਈ ਕੋਈ ਵੀ ਸਿੰਕ੍ਰੋਨਸ ਚੀਜ਼ ਜੋ ਲੰਬਾ ਸਮਾਂ ਲੈਂਦੀ ਹੈ, ਇਸ ਨੂੰ ਬਲਾਕ ਕਰ ਦਿੰਦੀ ਹੈ — ਅਤੇ ਬਲਾਕ ਹੋਣ ਦੌਰਾਨ, Node ਕੋਈ ਹੋਰ request, timer, ਜਾਂ callback ਨਹੀਂ ਸਰਵ ਕਰਦਾ। ਬਲਾਕਿੰਗ ਲਗਭਗ ਹਮੇਸ਼ਾ CPU-bound ਕੰਮ ਜਾਂ ਕੋਈ *Sync API ਹੁੰਦੀ ਹੈ, ਕਦੇ ਵੀ ਸਹੀ ਤਰੀਕੇ ਨਾਲ await ਕੀਤੀ async I/O ਨਹੀਂ।
*Sync) API — fs.readFileSync, fs.writeFileSync, child_process.execSync, zlib.gzipSync। ਇਹ libuv ਨੂੰ ਸੌਂਪਣ ਦੀ ਬਜਾਏ ਇਨਲਾਈਨ ਹੀ ਉਡੀਕ ਕਰਦੇ ਹਨ।map/sort/filter, matrix ਗਣਿਤ, image/video ਪ੍ਰੋਸੈਸਿੰਗ, ਵਿਸ਼ਾਲ ਸਟ੍ਰਕਚਰ parse/serialize ਕਰਨਾ।JSON.parse / JSON.stringify — ਸਿੰਕ੍ਰੋਨਸ ਅਤੇ O(n); ਕਈ-MB ਦਾ payload ਪੂਰੇ parse ਦੌਰਾਨ loop ਨੂੰ ਜਮਾ ਦਿੰਦਾ ਹੈ।crypto.pbkdf2Sync, bcrypt sync ਮੋਡ, ਮੇਨ ਥ੍ਰੈੱਡ 'ਤੇ ਵੱਡੇ buffer hash ਕਰਨਾ।while (true), ਬੇਹੱਦ recursion, ਲੱਖਾਂ items ਉੱਤੇ for ਜਿੱਥੇ ਹਰ item 'ਤੇ ਕੰਮ ਹੁੰਦਾ ਹੈ।// ਇਹ ਸਾਰੇ 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 */ } // ਟਾਈਟ ਲੂਪ
CPU ਕੰਮ ਨੂੰ ਕਿਸੇ
asyncਫੰਕਸ਼ਨ ਵਿੱਚ ਲਪੇਟਣਾ ਮਦਦ ਨਹੀਂ ਕਰਦਾ —asyncਸਿਰਫ਼await'ਤੇ ਹੀ ਯੀਲਡ ਕਰਦਾ ਹੈ; ਸਿੰਕ੍ਰੋਨਸ ਬਾਡੀ ਫਿਰ ਵੀ loop ਥ੍ਰੈੱਡ 'ਤੇ ਪੂਰੀ ਚੱਲਦੀ ਹੈ।
perf_hooks.monitorEventLoopDelay() ਜਾਂ blocked-at ਵਰਗੀਆਂ ਲਾਇਬ੍ਰੇਰੀਆਂ ਨਾਲ ਮਾਪੋ; ਵਧਦਾ lag ਦੱਸਦਾ ਹੈ ਕਿ ਕੁਝ ਥ੍ਰੈੱਡ ਨੂੰ ਹੜੱਪ ਰਿਹਾ ਹੈ।node --prof, clinic doctor/clinic flame, Chrome DevTools CPU profile।*Sync ਕਾਲ ਦਾ async ਸਮਕਾਲੀ ਵਰਤੋ (fs.promises.readFile, crypto.pbkdf2, zlib.gzip)।worker_threads pool, child process, ਜਾਂ ਬਾਹਰੀ queue/service ਵੱਲ ਭੇਜੋ।setImmediate/await ਨਾਲ ਟੁਕੜਿਆਂ ਵਿੱਚ ਵੰਡੋ ਤਾਂ ਜੋ loop batch-ਦਰ-batch ਸਾਹ ਲੈ ਸਕੇ।const { Worker } = require("node:worker_threads");
// ਮਹਿੰਗੇ hash ਨੂੰ offload ਕਰੋ ਤਾਂ ਜੋ loop ਜਵਾਬਦੇਹ ਰਹੇ।
const worker = new Worker("./hash-worker.js", { workerData: { pw, salt } });
Node ਵਿੱਚ, ਇੱਕ ਬਲਾਕਿੰਗ ਕਾਲ ਹਰ ਸਮਵਰਤੀ client ਨੂੰ ਸਜ਼ਾ ਦਿੰਦੀ ਹੈ, ਸਿਰਫ਼ ਉਸ request ਨੂੰ ਨਹੀਂ ਜਿਸ ਨੇ ਇਸ ਨੂੰ ਪੈਦਾ ਕੀਤਾ — latency ਵਧ ਜਾਂਦੀ ਹੈ, health check timeout ਹੋ ਜਾਂਦੇ ਹਨ, ਅਤੇ ਲੋਡ ਹੇਠ process "ਹੈਂਗ" ਲੱਗਦੀ ਹੈ। Interviewer ਇਹ ਪੁੱਛਦੇ ਹਨ ਤਾਂ ਜੋ ਦੇਖ ਸਕਣ ਕਿ ਕੀ ਤੁਸੀਂ ਠੋਸ ਬਲਾਕਰ (*Sync, ਵੱਡੀ JSON.parse, sync crypto, ReDoS, CPU ਲੂਪ) ਨਾਮ ਲੈ ਸਕਦੇ ਹੋ, ਉਹਨਾਂ ਨੂੰ event-loop-lag ਟੂਲਿੰਗ ਨਾਲ ਪਛਾਣ ਸਕਦੇ ਹੋ, ਅਤੇ async ਵੱਲ ਜਾ ਕੇ ਜਾਂ worker threads ਵੱਲ offload ਕਰਕੇ ਠੀਕ ਕਰ ਸਕਦੇ ਹੋ। ਇਹ production ਵਿੱਚ ਸਭ ਤੋਂ ਆਮ Node performance ਫੇਲੀਅਰ ਹੈ।
ਵਿਸਤ੍ਰਿਤ ਜਵਾਬਾਂ ਨਾਲ IT ਇੰਟਰਵਿਊ ਸਵਾਲਾਂ ਦੀ ਇੱਕ ਲਾਇਬ੍ਰੇਰੀ — ਜੂਨੀਅਰ ਤੋਂ ਸੀਨੀਅਰ ਤੱਕ।
ਦਾਨ ਕਰੋ