Response time optimization in Node.js - Performance & Optimization

Performance: Response time optimization

HIGH IMPACT

This concept affects how quickly the server responds to user requests, impacting the time users wait before seeing any content.

Serving API responses quickly to users

Node.js

app.get('/data', async (req, res) => {
  const data = await fastDatabaseQuery();
  res.send(data);
});

Uses asynchronous calls to avoid blocking, allowing the server to handle other requests and respond faster.

📈 Performance GainReduces blocking time, improving TTFB and lowering LCP.

Serving API responses quickly to users

Node.js

app.get('/data', (req, res) => {
  const data = slowDatabaseQuery();
  res.send(data);
});

The server waits for a slow database query synchronously, blocking the response and increasing delay.

📉 Performance CostBlocks response for the full duration of the database query, increasing TTFB and LCP.

Performance Comparison

Pattern	Event Loop Blocking	Response Delay	Server Throughput	Verdict
Synchronous DB query	High	High	Low	[X] Bad
Asynchronous DB query	Low	Low	High	[OK] Good
Synchronous file read	High	High	Low	[X] Bad
Streaming file response	Low	Low	High	[OK] Good
CPU-heavy sync task	High	High	Low	[X] Bad
Worker thread offload	Low	Low	High	[OK] Good

Rendering Pipeline

Server response time affects the browser's ability to start rendering content. Faster responses mean the browser receives data sooner, starting the rendering pipeline earlier.

→Network

→First Byte

→HTML Parsing

→Style Calculation

⚠️ BottleneckServer processing and response generation delay

Core Web Vital Affected

LCP

This concept affects how quickly the server responds to user requests, impacting the time users wait before seeing any content.

Optimization Tips

1Always use asynchronous operations to avoid blocking the event loop.

2Stream large files instead of reading them fully before sending.

3Offload heavy CPU tasks to worker threads to keep the server responsive.

Performance Quiz - 3 Questions

Which pattern improves server response time by avoiding blocking the event loop?

A Performing CPU-heavy tasks synchronously

B Using asynchronous database queries

C Reading files synchronously

D Blocking the event loop with long loops

DevTools: Network

How to check: Open DevTools, go to the Network tab, reload the page, and look at the Time to First Byte (TTFB) for server responses.

What to look for: Lower TTFB values indicate faster server response times, improving LCP and overall load speed.

Practice

1. Which of the following is a common technique to improve response time in a Node.js application?

easy

A. Writing all code synchronously to keep it simple

B. Using only synchronous file system calls

C. Increasing the number of console.log statements

D. Using asynchronous functions to avoid blocking the event loop

Solution

1. Step 1: Understand Node.js event loop behavior

   Node.js uses an event loop that runs best when tasks are asynchronous, avoiding blocking operations.

2. Step 2: Identify the impact of async functions

   Using asynchronous functions allows Node.js to handle other requests while waiting, improving response time.

3. Final Answer:

   Using asynchronous functions to avoid blocking the event loop -> Option D

4. Quick Check:

   Async = faster response [OK]

Hint: Async code keeps Node.js responsive and fast [OK]

Common Mistakes:

• Thinking synchronous code is faster
• Ignoring event loop blocking
• Believing console.log improves speed

2. Which syntax correctly uses caching middleware in an Express.js app to improve response time?

easy

A. app.use(cacheMiddleware);

B. app.cacheMiddleware();

C. cacheMiddleware(app);

D. app.cache.useMiddleware();

Solution

1. Step 1: Recall Express middleware usage

   Middleware is added using app.use(middlewareFunction) to apply it to requests.

2. Step 2: Match correct syntax

   Only app.use(cacheMiddleware); correctly applies the middleware function.

3. Final Answer:

   app.use(cacheMiddleware); -> Option A

4. Quick Check:

   Middleware added with app.use() [OK]

Hint: Use app.use() to add middleware in Express [OK]

Common Mistakes:

• Calling middleware as a method on app
• Passing app as argument to middleware
• Using incorrect method names

3. What will be the output response time behavior of this Node.js code snippet?

const express = require('express');
const app = express();

app.get('/data', async (req, res) => {
  const data = await fetchDataFromDb();
  res.send(data);
});

function fetchDataFromDb() {
  return new Promise(resolve => setTimeout(() => resolve('DB Data'), 2000));
}

app.listen(3000);

medium

A. Responds after 2 seconds with 'DB Data'

B. Responds immediately with 'DB Data'

C. Responds immediately with an empty response

D. Throws an error due to missing callback

Solution

1. Step 1: Analyze fetchDataFromDb function

   This function returns a promise that resolves after 2 seconds with 'DB Data'.

2. Step 2: Understand async/await in route handler

   The route waits for fetchDataFromDb to finish before sending response, causing 2 seconds delay.

3. Final Answer:

   Responds after 2 seconds with 'DB Data' -> Option A

4. Quick Check:

   Await delays response by 2 seconds [OK]

Hint: Await pauses response until promise resolves [OK]

Common Mistakes:

• Assuming immediate response despite await
• Confusing async with synchronous code
• Expecting error without callback in async

4. Identify the bug in this Node.js code that aims to optimize response time using caching:

const cache = {};
app.get('/user/:id', (req, res) => {
  if (cache[req.params.id]) {
    res.send(cache[req.params.id]);
    return;
  }
  const userData = getUserFromDb(req.params.id);
  cache[req.params.id] = userData;
  res.send(userData);
});

medium

A. Cache is cleared after every request

B. res.send is called twice causing error

C. getUserFromDb is asynchronous but used synchronously

D. Cache keys are not strings

Solution

1. Step 1: Check res.send calls in both branches

   If cache hit, res.send is called, but code continues and calls res.send again after fetching data.

2. Step 2: Understand Express response behavior

   Calling res.send twice causes an error because response is already sent.

3. Final Answer:

   res.send is called twice causing error -> Option B

4. Quick Check:

   Only one res.send per request allowed [OK]

Hint: Return after sending cached response to avoid double send [OK]

Common Mistakes:

• Ignoring multiple res.send calls
• Assuming synchronous DB call is fine
• Not returning after cache hit

5. You want to optimize response time by streaming a large file in Node.js instead of loading it fully into memory. Which code snippet correctly implements this using Express?

hard

A. app.get('/file', (req, res) => { const fs = require('fs'); res.sendFile(fs.readFileSync('large.txt')); });

B. app.get('/file', (req, res) => { const data = fs.readFileSync('large.txt'); res.send(data); });

C. app.get('/file', (req, res) => { const fs = require('fs'); const stream = fs.createReadStream('large.txt'); stream.pipe(res); });

D. app.get('/file', (req, res) => { const data = fs.readFile('large.txt', (err, data) => { res.send(data); }); });

Solution

1. Step 1: Understand streaming vs full read

   Streaming sends file data in chunks, reducing memory use and improving response time for large files.

2. Step 2: Identify correct streaming code

   Using fs.createReadStream and piping to res streams data efficiently; other options load full file or use callbacks.

3. Final Answer:

   app.get('/file', (req, res) => { const fs = require('fs'); const stream = fs.createReadStream('large.txt'); stream.pipe(res); }); -> Option C

4. Quick Check:

   Stream large files with createReadStream + pipe [OK]

Hint: Use createReadStream and pipe to stream files [OK]

Common Mistakes:

• Using readFileSync blocks event loop
• Using readFile loads entire file before response
• Assuming sendFile streams automatically