Hvordan optimerer du PHP-performance (OPcache, JIT)?

Question

Accepted Answer

PHP-performanceoptimering omfatter **OPcache** (caching af kompileret kode — den største enkeltgevinst), **JIT**-compileren (PHP 8), effektiv kode, datacaching og databaseoptimering. Moderne PHP 8.x er dramatisk hurtigere end ældre versioner, og korrekt konfiguration betyder noget.

## OPcache — den vigtige optimering

```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 kompilerede bytekode for dine PHP-filer i hukommelsen, så PHP ikke skal omkompilere ved hver forespørgsel — typisk en 2-3x hastighedsforbedring, og det er den vigtigste produktionsoptimering (ofte bare ved at aktivere det).

## 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 hjælper CPU-intensive arbejdsbelastninger, men byder lidt for typiske I/O-bundne webapps (hvor databasen/netværket dominerer) — så sæt realistiske forventninger.

## Optimering på applikationsniveau

```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 betyder noget

PHP-performanceoptimering er værdifuld viden på seniorplan, og forståelse for de vigtigste håndtag — især disciplinen med at måle først — er vigtig for at bygge hurtige, skalerbare applikationer.

Den enkeltvis mest impactfulde optimering er **OPcache**: fordi PHP ellers ville omkompilere hver fil ved hver forespørgsel, giver aktivering af OPcache (som cacher kompileret bytekode i hukommelsen) typisk en 2-3x hastighedsforbedring og er væsentlig, ikke-forhandlingsbar produktionskonfiguration, der ofte bliver overset.

Forståelse af **JIT**-compileren (PHP 8) er vigtig for at sætte realistiske forventninger — den hjælper CPU-intensive arbejdsbelastninger, men byder lidt for typiske I/O-bundne webapps, så det er ikke en universel hastighedsforbedring.

Ud over PHP-niveau-tuning er det vigtigt at erkende, at **databasen normalt er den rigtige flaskehals** (så løsning af N+1-forespørgsler, tilføjelse af indekser og pagination giver de største virkelige gevinster), sammen med datacaching (Redis), optimeret autoloading og outsourcing af langsomt arbejde til køer.

Overordnet disciplin — **profilering for at finde den faktiske flaskehals** (normalt databasen eller eksterne kald, ikke PHP-kode) i stedet for at gætte — er det, der gør optimering effektiv.

Ogsá værd at vide: moderne PHP 8.x er dramatisk hurtigere end ældre versioner, så simpel being aktuelt hjælper.

Forståelse af OPcache (den vigtige gevinst), JIT's realistiske rolle, databasefokuseret optimering og målingsdreven tuning er vigtig viden for at holde PHP-applikationer hurtige under rigtig load — en hyppig, praktisk betydningsfuld bekymring for produktionssystemer.