Views: 3309
Last Modified: 04.10.2024

  Configuration tab

The tab shows the current server subsystem performance parameters and their comparison with the reference system parameters.

When any subsystem doesn't satisfy optimal conditions, it shows a link with recommended reference values in the Note column.

  The Most Common Configurations Issues

  • No PHP accelerator installed.
    Available PHP accelerators are vital for 3x faster page opening, even without additional page settings, with processor load decreased for as many times. The OPcache accelerator is supported.
  • An open_basedir restriction is in effect.
    It's difficult to separate individual customers at the shared hosting. This, in turn, brings about excessive CPU load because of additional pathname checks. The solution: use individual Apache instances for each user or install additional modules at the server to limit access. In this case, no restriction for open_basedir is required! System limits access for a web-server user.
  • NGINX is not installed or configured.
    Although, this doesn't affect performance score directly, it's extremely important for high-load projects: it's preferable for all static (images, styles, java scripts) to be relayed by NGINX and isn't processed by Apache. Overview Apache access logs: they shouldn't contain any static content!
  • Database is not configured.
    Use InnoDB data format whenever possible. You can find recommended settings at the Database server performance monitor page.
  • Non-original equipment drives are installed.
    This issue is common for RAID controllers: usually the system offers to install open source Linux drivers, which may not be optimized to a particular controller model. Always install the original drivers from developer's site.
  • PHP as CGI.
    Using PHP as CGI (not FastCGI) is a faulty practice.
    The system launches new PHP interpreter instance for each PHP script query. Obviously, all this operates very slowly, with extremely low site performance.

  How to interpret subsystem score.

Performance monitor doesn't have direct access to system resources, that's why scores, resulting from PHP tools mostly show PHP operation stats, not server's.

  • Configuration - is the performance score itself.
  • Avg. Response Time - is a reciprocal of the performance score.
  • Processor (CPU). Performs numerous simple mathematical equations. The job is not paralleled, that's why single CPU core performance is evaluated. When site operates using VPS, you can see here that the CPU is compressed.
  • File system. This test demonstrates the disk operation and PHP file handling process: creating, executing, deleting significant number of common files. This parameter depends on the file system performance and PHP accelerator efficiency. In general, it shows PHP performance at the current configuration (without database performance).
  • E-mail system. Sends a test email to hosting_test@bitrix.com. Email content: "This is test message. Delete it." No service information is collected! If you are using cron to send e-mail messages, you can ignore this value.
  • Session Start Time. A session is started whenever a hit occurs, therefore this value adds to the page generation time. The most common issue with sessions is bad PHP session configuration causing hundreds of thousands session files to be amassed.
  • Database (read/write/delete). Sends a large number of simple database queries. This is an overview test: it doesn't show how database will operate with complex queries and significant data volumes.

0


Courses developed by Bitrix24