Performance

Performance: prestazioni misurate, non percepite a sensazione

Ottimizzare senza misurare è tirare a indovinare. Prima di toccare una riga, la domanda giusta è sempre la stessa: dove sta davvero il collo di bottiglia? Quasi mai è dove il team pensa che sia, e quasi sempre è molto più economico da risolvere di un rewrite o di un server più grande. In questa categoria la performance è un metodo, non una collezione di trucchi.

Il primo tema è la performance applicativa, che quasi sempre significa accesso ai dati: query lente ed Eloquent N+1, caching a più livelli con Redis usato dove serve, code e worker per togliere il lavoro pesante dal percorso della richiesta, e le leve del runtime come OPcache, PHP-FPM e i fibers. Il denominatore comune è misurare il traffico reale, trovare il vero punto lento e intervenire lì, non ovunque.

Il secondo tema è la performance di sistema, spesso ignorata finché non esplode: RAM e swap su VPS modesti, cron che si pestano i piedi a vicenda, spazio disco che si satura e ferma il servizio, sessioni PHP che affondano un portale nelle ore di punta. Sono i problemi che non si vedono nel codice ma fermano l'azienda, e si risolvono con diagnosi, non con l'acquisto d'impulso di hardware.

Se un'applicazione o un server rallentano, vedi la consulenza IT e DevOps o scrivimi.

La prima regola dell'ottimizzazione è misurare. La seconda è misurare di nuovo dopo aver cambiato qualcosa.