Utilizzerei un benchmark costituito da build , test di integrazione e prestazioni e altre attività di sviluppo eseguite più frequentemente sugli sviluppatori di macchine che lavorano nella tua organizzazione.
I tempi di costruzione sono importanti nelle attività di sviluppo software quotidiane e, se è troppo lungo, la compilazione potrebbe diventare un collo di bottiglia. Supponiamo che la build funzioni 15 minuti e occupi tutte le risorse di alcune macchine . Con una macchina migliore, ci vogliono solo 5 minuti. La macchina migliore crea quindi un valore aggiunto e voglio che il benchmark misuri questo valore.
Lo stesso ragionamento può essere applicato ai test di integrazione / prestazioni. Se funzionano troppo lentamente, gli sviluppatori tendono a eseguirli meno frequentemente, allungando i cicli di feedback. Di nuovo, il valore può essere aggiunto eseguendoli più velocemente. Un punto di riferimento costituito da un campione di tali test misurerebbe il valore.
Se la macchina più veloce utilizza l'SSD mentre la macchina più lenta utilizza l'HDD, tali parametri di riferimento dovrebbero consentire a misurare quanto è più veloce la macchina più veloce nelle normali attività. Dire semplicemente "SSD è più veloce dell'HDD" non risponde alla domanda.