← Back to Portfolio (Home)
Archive Dispatch No. 50423457 •
Jakarta Edition • 2026 No. 50423457 // Vol. 2026 Price: Open Access Academic Edition
Universitas Gunadarma • Faculty of Industrial Technology • Department of Informatics

The Research Chronicle

Special Investigative Dispatch on Modern Web Architecture, Core Web Vitals, and Server Concurrency

Lead Researcher: Farhan Harits Prakoso Advisor: Dwi Widiastuti, S.Kom., MMSI. Defended: September 01, 2026 Scope: 126 Pages, 5 Chapters

The Frontend Paradox: Astro Wins the Browser, Yet React Holds the Server Gate

A 126-page empirical trial uncovers why Astro paints 47.8% faster in the browser, while React dispatches packets 11ms quicker under 300-thread concurrency.

Telemetry A Astro Advantage
-47.8% LCP Mobile Latency

Astro painted hero images in 1.9s vs. React's 3.6s on simulated mobile networks.

Telemetry B Zero Blocking
0 ms Total Blocking Time

Zero main-thread blocking on Astro; React held main thread for 120ms during hydration.

Architectural Root Cause Comparison
ASTRO (ISLANDS)

Server outputs pre-rendered static HTML. Zero runtime JS is downloaded for static sections. Browser paints DOM immediately upon arrival.

REACT (CSR)

Browser receives empty root container. Main thread must download, parse, and execute hefty JS bundles before visual elements appear.

Table 1: Core Web Vitals (PageSpeed & Lighthouse) Simulated Mobile & Desktop
Metric Parameter Astro JS React JS Advantage
LCP (Mobile) 1.9s 3.6s -47.8%
LCP (Desktop) 0.8s 1.3s -39.7%
FCP (First Contentful Paint) 1.2s 1.6s -22.6%
Speed Index (SI) 1.5s 2.1s -28.6%
TBT (Total Blocking Time) 0 ms 120 ms Optimal
CLS (Layout Shift) 0.00 0.00 Tie
Key Takeaway // Why React Lags in Browser Rendering Chapter IV Analysis

Hydration Overhead: React's Client-Side Rendering sends an empty root shell, requiring mobile CPUs to download, parse, and execute hefty JavaScript bundles. This locks the main thread for 120ms (TBT), stalling visual paint (LCP) at 3.6s.

Zero-JS Delivery: Astro serves pure pre-rendered HTML without client-side runtime overhead (*Zero-JS by default*), painting critical content in 1.9s with zero main-thread contention.

Table 2: Concurrency Stress Test (Apache JMeter) Concurrent Stress Simulation (100–300 Virtual Threads)
Concurrency Astro TTFB React TTFB Error Rate
100 Users 48.2 ms 41.6 ms 0.00%
200 Users 74.6 ms 68.4 ms 0.00%
300 Users 112.5 ms 101.3 ms 0.00%
Key Takeaway // Why React Responded 6–12ms Faster at Server Gate Chapter IV Analysis

Payload Disparity: React serves an empty HTML shell of merely 1.13 KB, enabling the web server to dispatch packets 6–12ms faster across raw network sockets than Astro’s complete 85.52 KB markup document.

Perceptual Reality: This 6ms server edge is invisible to humans and immediately negated in the browser, where Astro's pre-rendered markup saves up to 1,700ms in actual user paint time.

( 02 ) Synthesis & Verdict
Core Thesis Conclusions

1. Rendering Dominance: Astro proves decisively superior across all Core Web Vitals (47.8% faster mobile LCP, 0ms TBT) by eliminating client runtime JavaScript from static content.

2. Equal Concurrency Resilience: Both frameworks maintained flawless server reliability with a 0.00% error rate across 300 simultaneous virtual threads.

3. Decision Framework: Astro is the optimal choice for content-first websites, marketing portals, and portfolios. React remains justified for complex client-side applications requiring continuous state updates.

Practical Recommendations

For Software Engineers: Align architecture with content dynamics—favoring static islands for display sites—rather than defaulting to single-page application setups.

For Future Research: Evaluate performance across throttled edge-network conditions (variable 3G/4G) and isolate bare-metal servers to eliminate shared cloud virtualization latency.

Institution: Universitas Gunadarma
Faculty Advisor: Dwi Widiastuti, MMSI.
Defense Year: 2026
Academic Status: Successfully Defended (Approved)
View Paper (PDF) ↓