{
  "id": 9098890,
  "title": "How One 2-vCPU VPS Hosts 5,000 Dynamic Sites and Renders a 10-Blog-Item Page in Under 1 ms?",
  "url": "https://urgent.news/2026/09/22/how-one-2-vcpu-vps-hosts-5-000-dynamic-sites-and-renders-a-10-blog",
  "topic": "tech",
  "section": "Tech",
  "published": "2026-09-22T06:33:54.000Z",
  "source": {
    "name": "Dev.to",
    "slug": "dev-to",
    "url": "https://dev.to/kooboo/how-one-2-vcpu-vps-hosts-5000-dynamic-sites-and-renders-a-10-blog-item-page-in-under-1-ms-pln"
  },
  "original_language": "en",
  "account": "In a groundbreaking experiment, a single 2-vCPU, 4-GB Virtual Private Server (VPS) managed to host an astounding 5,000 independent dynamic websites, rendering a page containing ten blog items in under 1 millisecond. This remarkable feat was achieved by designing a new architecture that integrated the web server, database engine, and render engine into one system, eliminating unnecessary work at every boundary between separate services.\n\nThe traditional approach to hosting multiple websites on a VPS often involves hundreds of servers, with each page taking around 100 milliseconds to render. Even with caching and content delivery networks (CDNs), the process remains slow, especially for multilingual websites or when only one user is visiting the site.\n\nTo overcome this issue, the developers rethought how dynamic websites should render a page. They aimed to make a simple operation - receiving a request, finding the site, finding the route, loading the data, and rendering the page - as efficient as possible. After extensive testing and observation, two surprising results emerged:\n\n1. Five thousand independently addressable dynamic websites could be operated on one small server while still rendering real dynamic content.\n2. A dynamic page with ten blog items rendered in under 1 millisecond on the prepared server-render path.\n\nThese results were obtained through controlled benchmarks with different measurement boundaries, ensuring the findings were accurate and reliable. The reports, raw data, and reproduction materials are publicly available for further analysis.\n\nThe key to this impressive performance lies in the system's design. By removing the traditional request pipeline and integrating the web server, database engine, and render engine, the developers reduced the time spent at every boundary between separate services. The request no longer needs to cross a process boundary to query the database, and the renderer does not have to serialize intermediate results into another format before using them. This streamlined approach removes unnecessary work from the hot path, allowing for faster page rendering.\n\nFurthermore, using an integrated database and render engine provides control over the complete path from data to HTML. The database returns a specific result tailored to the request, and the render engine understands the page structure, data query, and output buffer as one operation. This optimization reduces repeated conversions and allocations, enabling the reuse of buffers and writing the completed output directly to the network.\n\nThe 5,000-site capacity benchmark and the sub-millisecond rendering benchmark demonstrated the system's potential. The capacity benchmark recorded 5,000 independent dynamic sites, 90,000 planned HTTPS requests, and verified 89,969 responses with 99.97% first-attempt success. The rendering benchmark showed that 98.3045% of renders completed in under 0.5 milliseconds, with 99.001% below 1 millisecond. The p50, p95, and p99 values further emphasize the system's exceptional performance.\n\nThese benchmarks demonstrate the power of this architecture for a defined workload, proving that this approach can handle thousands of independently addressable dynamic websites with sub-millisecond rendering times. However, it does not guarantee that every possible collection of 5,000 production websites will behave identically. The results showcase the potential of this architecture to significantly improve website performance, but further optimization may be needed for different use cases.",
  "summary": "For years, I saw companies maintain hundreds of servers to host WordPress websites for their clients. A new VPS was needed for roughly every 10 websites. Yet each page could still take around 100 ms to render. Multilingual websites often made the situation worse. The site could still be slow when only one user was visiting it. The usual response was to add another cache layer, a CDN or another…",
  "key_points": [
    "2-vCPU, 4-GB VPS hosts 5,000 dynamic websites",
    "Renders 10-blog-item page in under 1 ms",
    "Integrated architecture eliminates boundary inefficiencies"
  ],
  "editors_take": "This development shows that integrating web server, database engine, and render engine into one system can significantly improve website performance, handling thousands of dynamic sites with sub-millisecond rendering times.",
  "illustration": null,
  "coverage": {
    "outlets": 1,
    "also_reported_by": []
  },
  "ai_generated": true,
  "disclaimer": "Summaries, key points and the editor’s take are written by software from other outlets’ reporting and may contain errors — always check the linked original."
}