Prestatiemeting en profiling

Wat is het juiste doel van het bij elke wijziging automatisch uitvoeren en vastleggen van benchmarks bij softwareontwikkeling?

  1. AOm de benchmarkresultaten elke keer gelijk te maken
  2. BOm de functies van het programma automatisch uit te breiden
  3. COm snel te merken dat een wijziging de prestaties heeft verslechterd (prestatieregressie) en de oorzakelijke wijziging gemakkelijker te kunnen aanwijzen
Antwoord en toelichting tonen

Antwoord: C. Om snel te merken dat een wijziging de prestaties heeft verslechterd (prestatieregressie) en de oorzakelijke wijziging gemakkelijker te kunnen aanwijzen

Wanneer kleine wijzigingen zich opstapelen, kunnen de prestaties ongemerkt geleidelijk dalen. Als bij elke wijziging onder dezelfde omstandigheden de benchmark wordt uitgevoerd en vastgelegd, wordt een prestatiedaling direct opgemerkt en is ook direct duidelijk welke wijziging de oorzaak is. Wordt het pas maanden later opgemerkt, dan is het lastig de oorzaak tussen vele wijzigingen te zoeken. Rekening houdend met de spreiding van metingen moet ook worden gezorgd dat alleen betekenisvolle verschillen worden gemeld.

Dit onderwerp oefenen Naar de onderwerppagina

Meer vragen over Prestatiemeting en profiling

  1. Bij het meten van benchmarks op een laptop varieerde het resultaat voor hetzelfde programma elke keer sterk. Welke combinatie van mogelijke oorzaak aan de CPU-kant en tegenmaatregel is juist?
  2. Waarom worden bij het meten van prestaties op multicore- en NUMA-systemen threads soms aan een bepaalde core vastgezet (affiniteit instellen)?
  3. Wat is het meest geschikt om als eerste te controleren bij het analyseren van de prestaties van een programma dat de GPU gebruikt?
  4. Welk punt hoeft bij de keuze van servers voor een datacenter niet te worden overwogen naast de piekprestaties?
  5. Welk punt moet het best worden gecontroleerd bij het beoordelen van de bewering “met de nieuwe methode 100 keer zo snel”?