Test riproducibili

Benchmark VPS senza scegliere solo il risultato più veloce

Un benchmark utile risponde a una domanda e fornisce ambiente, comandi, output e tempi sufficienti a ripeterlo. Un punteggio isolato non rappresenta ogni applicazione né prestazioni future su infrastruttura condivisa.

Dati principali

Unità minima
Domanda, ambiente, comando, durata, ripetizioni, data e output
Confronto
Stesso VPS, immagine, versione e finestra
Sintesi onesta
Conservare prove lente e fallite; mediana e variabilità
Sicurezza
Limitare risorse e rispettare regole

Partire dalla domanda

Compilazione, API, database, backup e file service stressano risorse diverse. Scegli un pattern simile al carico e definisci il successo prima dei risultati, evitando di promuovere il numero maggiore.

Specifica piano, regione, durata, concorrenza, dati, mix, blocco, protocollo, endpoint e finestra. Host condivisi e rotte variano: è un campione datato, non una garanzia.

  • Scrivi decisione e soglia.
  • Testa una transazione applicativa.
  • Non fondere punteggi estranei.

Registrare il contesto

Cattura piano, regione, ora, immagine, kernel, CPU, memoria, swap, dischi, filesystem, mount, IP e versioni. Usa lscpu, free -h, lsblk e uname -r. Rimuovi segreti.

Indica nuovo provisioning, warm-up, resize o altri carichi. Registra ora e timezone. Per rete identifica endpoint, reti, direzione, protocollo e limiti.

  • Fissa versioni.
  • Mantieni lo stesso stato.
  • Pubblica eccezioni.

Eseguire test limitati

Per CPU usa sysbench con thread e durata. fio modella accesso e salva JSON con --output-format=json; spiega cache e dimensione.

iperf3 richiede endpoint controllato e limiti. ping richiede origine, destinazione, intervallo, conteggio, famiglia e percorso. Ottieni permesso e interrompi se degrada.

  • Usa VPS dedicato.
  • Ripeti almeno cinque volte.
  • Conserva output, errori e stato.

Riassumere la variabilità

Controlla errori, throttling, memoria, disco, attività e saturazione. Non cancellare risultati lenti. Se invalido, conserva e spiega, poi ripeti la sequenza.

Pubblica mediana e intervallo o percentile. Storage richiede latenza; rete perdita e limiti. Confronta configurazioni equivalenti.

  • Separa invalidi e lenti validi.
  • Mostra unità e aggregazione.
  • Evita percentuali incomparabili.

Pubblicare metodo, dati e limiti

Collega metodo versionato, manifesto, comandi, file grezzi, tabella, data e revisore. Usa nomi stabili e checksum. Spiega le variazioni dovute a hardware, contesa, routing, software o policy.

Ripeti dopo cambi importanti e conserva lo storico reale. Le correzioni restano visibili. Il modello VPSEverywhere.com resta noindex con esempi; solo misure vere verificate possono essere prove operative.

  • Pubblica prove fallite e lente.
  • Data e versiona il metodo.
  • Non inventare misure retroattive.

Fonti

  1. Documentazione fio
  2. ESnet — Documentazione iperf3
  3. IETF RFC 2681 — Metrica del ritardo andata e ritorno IPPM
Domande frequenti

Domande frequenti

Qual è il benchmark migliore?

Nessuno è universale. Usa test simili al carico e pubblica la configurazione.

Quante esecuzioni?

Almeno cinque identiche, conservando ogni risultato valido; di più se la variabilità è alta.

Perché la mediana?

Il massimo favorisce la selezione. Mediana e percentile mostrano centro e variabilità, senza garantire il futuro.

Posso usare `fio` o `iperf3` in produzione?

Evita test invasivi. Usa ambiente dedicato, limita tempo e velocità, rispetta regole e autorizzazione.