In theory, a new technology or a modern approach should have a lot of benefits, but the main question that matters is that - what is actually practical advantages of that in numbers? In this article, I am going to compare web performance for three approaches - CDN (without SSR - Server Side Rendering), Node.js + SSR and Rust + SSR. Making Star Wars website using React.js Firstly, we need to create a dummy React.js app with cool content and a lot of JavaScript code and then setup SSR for it. Let's grab our web app from the and add more heavy content there - JavaScript libs and code, images, text and css. How To Improve React App Performance with SSR and Rust: Part I Deploying the React.js Web App I am going to use Linode Cloud Hosting Service for all deployments and use single Frankfurt (Germany) location for the servers. Linode Object Storage is suitable as static CDN. Node.js and Rust Web Servers will be deployed as Docker containers in Linode VM with next configuration: `Ubuntu 18.04 LTS, Nanode 1GB: 1 CPU, 1GB RAM`. In addition, we will use Envoy Proxy as Front Proxy for load balancing multiple containers. Web Performance testing without scaling Firstly, will test single container without scaling. We need to monitor Web Performance testing results in real browser, in order to measure with different settings and a particular Region. Suitable tool for it - especially Free Plan that lets run up to 200 audits per month for free - more than enough for us. PageSpeed Green, CDN PageSpeed Score As expected, React app with JavaScript code that needs to render data and do some mapping and JSON parsing is not well performed with just client rendering: 31 Score (First Contentful Paint (FCP): 0.95s, Speed Index (SI): 5.84s, Time to Interactive (TTI): 6.05s, First Meaningful Paint (FMP): 0.95s, First CPU Idle (CPU): 6.04s, Max Potential First Input Delay (FID):1.42s): Node.js PageSpeed Score Express.js has simple API and all features that we need: app = express();
app.use(compression());
app.get( , (req, res) => res.send( ));
app.use( , express.static(path.join(__dirname, )))
app.get( , (req, res) => { { content = getServerHtmlByRoute(req.path || );
    res.send(content);
  } (e) { .error(e);
  }
}); const '/test' 'ok' '/static' 'dist/web' '/*' async try const await '/' catch console Function contains the same implementation as in the article. getServerHtmlByRoute() How To Improve React App Performance with SSR and Rust: Part I Using Server Side Rendering improved PageSpeed score significantly - from 31 to 79 (FCP: 0.41s, SI: 1.80s, TTI: 3.3s, FMP: 1.1s, CPU: 3.21s, FID: 1.35s) Rust (actix-web) PageSpeed Score Actix-web implementation is based on the with one improvement: instead of reading static files from a disk every request, the web server read all files at the start to cache in memory and then serves files from the cache. Part II : Rust Web Server article lazy_static;

lazy_static! { STATIC_FILES: HashMap< , Bytes> = { files = get_files() { (res) => res, (_) => HashMap:: (),
        };

        files
    };
}

async (req: HttpRequest) -> Responder { path_req = req.match_info().query( ).get( ..).unwrap_or_default().trim().clone(); path = path_req.len() == { } { ROUTES.get(path_req) { (r) => r, => }
    }; STATIC_FILES.get(& ( , path)) { (file) => { body = (ok::<_, Error>(file.to_owned()));

            HttpResponse:: ()
                .content_type( )
                .header( , )
                .header( , )
                .header( , )
                .streaming(body)
        }, => { ( );

            HttpResponse:: ()
                .content_type( )
                .header( , )
                .header( , )
                .header( , )
                .body( )
        }
    }
} #[macro_use] extern crate static ref String let match Ok Err default fn index impl let "tail" 1 let if 0 "home_page" else match Some None "index" match format! "static/{}.html" Some let once Ok "text/html; charset=utf-8" "Cache-Control" "no-cache, no-store, max-age=0, must-revalidate" "pragma" "no-cache" "x-ua-compatible" "IE=edge, Chrome=1" None println! "index.html is not found" Ok "text/html; charset=utf-8" "Cache-Control" "no-cache, no-store, max-age=0, must-revalidate" "pragma" "no-cache" "x-ua-compatible" "IE=edge, Chrome=1" "Resource not found" Rust web server is faster: 86 (FCP: 0.45s, SI: 1.26s, TTI: 3.21s, FMP: 0.45s, CPU: 3.19s, FID: 1.53s) In real production we should scale our web servers, let's have a look if it improves web performance. Scaling Node.js We have 1Gb memory limitation, so will try to scale to 3, 5, 10 and 20 instances. 3 instances: 82 score (FCP: 0.45s, SI: 1.32s, TTI: 3.56s, FMP: 0.45s, CPU: 3.54s, FID: 2.04s) 5 instances: 84 score (FCP: 0.49s, SI: 1.62s, TTI: 3.06s, FMP: 0.49s, CPU: 3.03s, FID: 1.35s) 10 instances: 78 score (FCP: 0.33s, SI: 1.95s, TTI: 3.39s, FMP: 0.33s, CPU: 3.37s, FID: 1.86s) 20 instances: 73 score (FCP: 0.34s, SI: 2.56s, TTI: 3.13s, FMP: 0.34s, CPU: 3.06s, FID: 1.33s) Node.js is good perform with 5 instances. Network loading can help us to understand Node.js Web Server performance for serving dynamic (*.js files) and static content: Scaling Rust Web Server 3 instances: 87 score (FCP: 0.46s, SI: 1.27s, TTI: 3.11s, FMP: 0.46s, CPU: 3.06s, FID: 1.42s) 5 instances: 88 score (FCP: 0.45s, SI: 1.31s, TTI: 2.95s, FMP: 0.45s, CPU: 2.93s, FID: 1.39s) 10 instances: 89 score (FCP: 0.33s, SI: 1.16s, TTI: 3.07s, FMP: 0.33s, CPU: 3.02s, FID: 1.39s) 20 instances: 87 score (FCP: 0.34s, SI: 1.18s, TTI: 3.13s, FMP: 0.34s, CPU: 3.10s, FID: 1.49s) Rust service uses less memory, so we can scale up to 10 instances. In addition, actix-web can handle much faster web requests: Summary Rust microservices require less resources and it means more scalability for the same amount of resources. In addition, actix-web handles requests much faster - a Browser downloads from Germany to Australia 45k index.html file with SSL handshaking for 1.12s instead of 1.62s and 174k leia.jpg for 344ms / 957ms from Node.js. My investigation does not 100% accurate - it could be more or less optimal implementations of Node.js (Express.js) and Rust (actix-web), different measurements, etc… However, the big picture pretty much accurate: if you need maximum Web Performance (PageSpeed Score) - use Rust Web Server with Server Side Rendering for it. Originally Published at Page Speed Green

Different

Figma to Flutter converter >>>

Read My Stories

Too Long; Didn't Read

Web Development & Ecommerce Writing Contest

Improving React App Performance with SSR and Rust: Rust vs Node.js [Part III]

Too Long; Didn't Read

Company Mentioned

@alex.tkachuk

RELATED STORIES