{"id":2050,"date":"2026-08-02T21:21:00","date_gmt":"2026-08-02T21:21:00","guid":{"rendered":"https:\/\/gigatech.nl\/hosting-resources-cpu-ram-io-processes\/"},"modified":"2026-08-02T21:45:53","modified_gmt":"2026-08-02T21:45:53","slug":"hosting-resources-cpu-ram-io-processes","status":"publish","type":"post","link":"https:\/\/gigatech.nl\/en\/hosting-resources-cpu-ram-io-processes\/","title":{"rendered":"CPU, RAM, I\/O and processes: choosing the right hosting plan"},"content":{"rendered":"

Storage is the easiest hosting specification to understand, but it is rarely the first cause of a slow website.<\/strong> Most sites use only part of their available gigabytes. Performance is more often determined by the processing, memory, disk activity and concurrent requests a plan can handle.<\/p>\n

At Gigatech, CloudLinux manages these resources per account. This protects the platform and makes plans more predictable. A limit is not a punishment: it describes the capacity available to your account and prevents one user from displacing everybody else.<\/p>\n

CPU: how quickly can the server calculate?<\/h2>\n

The CPU runs PHP, processes templates, compresses data and supports background tasks. WordPress pages with many plugins, complex product filters or heavy calculations need more CPU time than a simple cached page.<\/p>\n

Hosting CPU may be expressed as a percentage or a number of cores. One complete modern core can be powerful for a short task, while a website with many concurrent dynamic requests also benefits from parallel headroom. Caching reduces CPU demand because a generated result can be reused.<\/p>\n

RAM: your website\u2019s workbench<\/h2>\n

RAM is temporary working memory for PHP processes, applications and caches. Insufficient memory may stop processes or produce errors. More RAM does not automatically speed up a site when the actual bottleneck is CPU or disk I\/O.<\/p>\n

A heavy page builder, import, backup or shop operation may briefly need substantial memory. Look at peaks as well as averages. Remove unused plugins and schedule heavy background tasks outside busy periods.<\/p>\n

Disk I\/O and IOPS: reading and writing<\/h2>\n

Disk I\/O describes how much data can be read from or written to storage per second. IOPS counts individual read and write operations per second. Copying one large file needs throughput, while thousands of small database and cache files may demand many IOPS.<\/p>\n

When an I\/O limit is reached, CloudLinux throttles processes rather than allowing other accounts to suffer. You may see this during a large backup, malware scan, import or poorly optimised plugin operation. Fast SSD storage helps, while the hosting plan determines the share of that capacity available to the account.<\/p>\n

Entry processes and NPROC: how much happens at once?<\/h2>\n

An entry process roughly represents an active request entering the account to perform dynamic work. It is not the same as visitors: one person may create several requests, while cached files can require almost no dynamic processing. NPROC limits the total processes and threads within an account.<\/p>\n

If a site repeatedly reaches concurrency limits, the cause may be legitimate traffic, slow PHP work, a stuck process or bot activity. Buying a larger plan without investigating can postpone the problem instead of solving it.<\/p>\n

\n\n\n\n\n\n\n\n\n
Signal<\/th>\nPossible bottleneck<\/th>\nFirst check<\/th>\n<\/tr>\n<\/thead>\n
Dynamic pages are slow<\/td>\nCPU or slow database query<\/td>\nAnalyse cache, plugins and queries<\/td>\n<\/tr>\n
Errors during import or backup<\/td>\nRAM, I\/O or execution time<\/td>\nReview task size and resource history<\/td>\n<\/tr>\n
Site stalls during a traffic spike<\/td>\nEntry processes or CPU<\/td>\nCheck traffic, bots and cache hit rate<\/td>\n<\/tr>\n
Admin is slow while front end is fast<\/td>\nUncached PHP or database work<\/td>\nReview admin plugins, cron and database<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n

Bandwidth and transfer are different<\/h2>\n

Data transfer measures how much information is sent over time. Network bandwidth describes how quickly it can be sent. These differ from disk I\/O, although all can affect experience. A video-heavy site may transfer many gigabytes with little PHP work; a compact shop may transfer little data while performing intensive calculations.<\/p>\n

Caching changes the calculation<\/h2>\n

A page cache such as LSCache can turn many dynamic requests into fast cache responses. Redis reduces repeated database work. The same plan can therefore serve more real visitors. Caching still has to be correct: personal pages and carts remain dynamic, and stale content must be purged after updates.<\/p>\n

When should you upgrade?<\/h2>\n

Do not upgrade because of one isolated peak. Review usage over time and identify a pattern. When CPU, memory, I\/O or entry processes repeatedly reach the boundary while the application is healthy and properly cached, a larger plan is appropriate. For occasional imports it may be smarter to split or reschedule the task.<\/p>\n