Hvordan optimaliserer du PHP-ytelse (OPcache, JIT)?

Question

Accepted Answer

PHP-ytelsesoptimalisering omfatter **OPcache** (caching av kompilert kode — den største gevinsten), **JIT**-kompileren (PHP 8), effektiv kode, datacaching og databaseoptimalisering. Moderne PHP 8.x er dramatisk raskere enn eldre versjoner, og riktig konfigurasjon har betydning.

## OPcache — den essensielle optimaliseringen

```text
Without OPcache: PHP RE-COMPILES every .php file to bytecode on EVERY request (slow!).
With OPcache: compiled bytecode is CACHED in memory → subsequent requests skip
  compilation entirely → often 2-3x faster. ALWAYS enable it in production.
```

```ini
; php.ini — enable and tune OPcache
opcache.enable=1
opcache.memory_consumption=256
opcache.max_accelerated_files=20000
opcache.validate_timestamps=0    ; production: don't check files for changes (fastest)
```

**OPcache** cacher den kompilerte bytekoden fra PHP-filene dine i minne, slik at PHP ikke trenger å rekompilere ved hver forespørsel — typisk en 2-3x hastighetsøkning, og det er den viktigste optimaliseringen for produksjon (ofte bare å slå det på).

## JIT (Just-In-Time-kompilering, PHP 8)

```ini
opcache.jit_buffer_size=128M
opcache.jit=tracing
```

```text
The JIT compiles hot code to native machine code at runtime.
✓ Big gains for CPU-INTENSIVE work (math, image processing, computation)
✗ Little benefit for typical I/O-bound web apps (DB/network are the bottleneck, not CPU)
→ Helps specific workloads; not a magic speedup for regular web requests.
```

JIT hjelper til med CPU-intensive arbeidsbelastninger, men gir lite for typiske I/O-bundne webapper (der databasen/nettverket dominerer) — så sett realistiske forventninger.

## Optimaliseringer på applikasjonsnivå

```text
✓ The DATABASE is usually the real bottleneck — fix N+1 queries, add indexes, paginate
✓ Cache expensive results (Redis/Memcached); cache rendered output where possible
✓ Optimize Composer autoloading for production: composer dump-autoload -o
✓ Use efficient algorithms/data structures; avoid heavy work in loops
✓ Offload slow tasks to queues (don't block the request)
✓ Use a recent PHP version — each 8.x release brings real performance gains
```

## Mål først

```text
Use profilers (Xdebug, Blackfire, Tideways) to find the ACTUAL bottleneck.
For most web apps it's the database or external calls, NOT PHP code itself.
```

## Hvorfor det betyr noe

PHP-ytelsesoptimalisering er verdifull kunnskap på seniornivå, og å forstå nøkkelspakene — spesielt disiplinen med å måle først — er viktig for å bygge raske, skalerbare applikasjoner.

Den eneste mest effektive optimaliseringen er **OPcache**: fordi PHP ellers ville rekompilert hver fil ved hver forespørsel, gir aktivering av OPcache (som cacher kompilert bytekode i minne) typisk en 2-3x hastighetsøkning og er essensielle, ikke-forhandlinger produksjonskonfigurasjon som ofte blir oversett.

Å forstå **JIT**-kompileren (PHP 8) er viktig for å sette realistiske forventninger — den hjelper CPU-intensive arbeidsbelastninger, men gir lite for typiske I/O-bundne webapper, så den er ikke en universell hastighetsøkning.

Utover PHP-nivåtuning, å erkjenne at **databasen vanligvis er den virkelige flaskehalsen** (så reparering av N+1-spørringer, indeksering og paginering gir de største virkelige gevinstene), sammen med datacaching (Redis), optimalisert autolasting og offloading av langsom arbeid til køer, dekker det praktiske optimaliseringstoolkitet.

Den overordnede disiplinen — **profilering for å finne den faktiske flaskehalsen** (vanligvis databasen eller eksterne anrop, ikke PHP-kode) i stedet for å gjette — er det som gjør optimalisering effektiv.

Ogsá verdt å vite: moderne PHP 8.x er dramatisk raskere enn eldre versjoner, så bare å holde seg oppdatert hjelper.

Å forstå OPcache (den essensielle gevinsten), JITs realistiske rolle, databasefokusert optimalisering og målingsdrevet tuning er viktig kunnskap for å holde PHP-applikasjoner raske under virkelig belastning — en hyppig, praktisk betydelig bekymring for produksjonssystemer.