Pagina 1 di 1
Ottimizzare un server senza aver misurato è una ricetta per rompere cose. Il mio approccio è sempre lo stesso: baseline delle metriche, identificazione del bottleneck reale (CPU, I/O, memoria, rete, DB), intervento mirato, verifica post-intervento. Ogni "tuning" fatto senza dati è un esperimento.
In questa categoria scrivo di tuning server Linux per stack LAMP/LEMP: kernel parameters, PHP-FPM pool tuning, MySQL buffer pool, caching HTTP, I/O scheduler. Scrivimi per un'analisi del tuo server, oppure scopri come lavoro.
Un VPS Hetzner con 4GB di RAM e zero swap: MySQL killato dall'OOM killer ogni notte durante l'import listini, con perdita di transazioni e corruzione degli indici InnoDB. Configurazione swap file da 2GB con swappiness a 10, e perché nel 2025 ZRAM è l'alternativa migliore per VPS con NVMe. Continua a leggere
Un VPS Hetzner da 80GB al 100%: MySQL fermo, Laravel in errore 500, e dopo aver cancellato 30GB di log lo spazio non si liberava. La causa: file aperti da processi attivi. Diagnosi con ncdu, lsof e df -i, fix e configurazione logrotate per impedire che si ripeta. Continua a leggere
Un gestionale Laravel su Hetzner con MySQL che impiegava 3-4 secondi per ogni query di ricerca prodotti. La causa: InnoDB buffer pool a 128MB su un database da 6GB, reverse DNS lookup attivo e 47 query senza indice per ogni pagina catalogo. Diagnosi con slow query log, EXPLAIN e MySQLTuner, fix in due ore. Continua a leggere
Un VPS Hetzner con Laravel e 23 cron job tutti schedulati alle 02:00: load average a 47, MySQL in lock wait, import listini che si sovrappongono a sé stessi per tre ore. Ho ristrutturato l'intero scheduling con flock, nice/ionice, staggering e systemd timer. Il protocollo che applico a ogni VPS con più di 5 cron job. Continua a leggere
