As of right now the full build takes over an hour to run, and this makes cycling for PRs and quick iterative development very difficult.

Kommt ein Teil der Angst nicht auch aus der Furcht vor Fehlern? Oft funktioniert die Software eben doch nicht so gut wie die Bremsen meines Autos. Der Computer beruht auf den gleichen einfachen Prinzipien wie vor sechzig Jahren. Aber die Leistungsfähigkeit hat sich millionenfach gesteigert. Der Effekt dieser Leistungssteigerung auf die Programmierung ist allerdings sehr negativ – vor allem auf die Disziplin der Programmierung. Früher waren die Ressourcen extrem begrenzt, heute dagegen ist alles in Unmengen vorhanden: Speicher, Rechenleistung, Übertragungskapazitäten, einfach alles. Niemand muss mehr sparen. Programmieren heißt aber, Disziplin zu bewahren und jeden Moment darauf zu achten, dass man unnötige Komplexität vermeidet. Dieses Denken verschwindet mehr und mehr. Denn eine solche Optimierung erfordert Zeit. Sie wäre viel teurer, als einfach noch ein bisschen Hardware dazuzukaufen. Deswegen wird es nicht gemacht. Anzeige Warum ist das schlimm? Diese schnell erstellten Programme sind nicht nur weniger ökonomisch. Sie enthalten auch mehr Fehler.

“If I had an hour to solve a problem I'd spend 55 minutes thinking about the problem and five minutes thinking about solutions.” -- Albert Einstein

Why does test suite performance matter? First of all, testing is a part of a developer's feedback loop (see @searls talk) and, secondly, it is a part of a deployment cycle.