Presentationer Bild 1/1

Teknik 2 · Kapitel 14

Dimensionering, beräkningar och rimlighetsbedömning

Att planera tekniska system med begrepp, teorier, modeller och beräkningar.

Dimensionering

Anpassa kapaciteten till behovet

  • antal samtidiga användare
  • lagringsbehov
  • nätverkskapacitet
  • processor och arbetsminne
  • förväntad tillväxt och reservkapacitet

Överdimensionering kostar resurser. Underdimensionering ger dålig funktion.

Antaganden

Beräkningen är bara så bra som underlaget

Besökare per dagHur många använder tjänsten?
SamtidighetHur många använder den samtidigt?
Data per besökHur mycket skickas till varje användare?
TopplastNär är belastningen som störst?
TillväxtHur förändras behovet över tid?

Beräkning

Datamängd vid samtidig användning

total datamängd = antal användare × data per användare

500 användare × 4 MB = 2 000 MB ≈ 2 GB

Beräkningen beskriver datamängden, men inte ensam hur snabbt den måste överföras.

Interaktiv dimensionering

Beräkna trafikbehovet

Resultat
Ändra värden och beräkna.

Enheter

Byte och bit är inte samma sak

Filstorlek anges ofta i MB eller GB.

Nätverkshastighet anges ofta i Mbit/s eller Gbit/s.

1 byte = 8 bitar
100 MB = 800 Mbit

Fel enhet kan göra beräkningen åtta gånger fel.

Lagringskapacitet

Räkna på tillväxt över tid

2 000 användare laddar upp 5 MB per vecka.

2 000 × 5 MB = 10 000 MB ≈ 10 GB per vecka
10 GB × 52 ≈ 520 GB per år

Sedan behövs marginal för säkerhetskopior, metadata och tillväxt.

Serverbelastning

Genomsnitt döljer toppar

1 000 besök jämnt fördelade över ett dygn kan verka enkelt.

Om 600 besök sker under samma tio minuter blir kravet helt annorlunda.

Dimensionera efter relevanta toppar – inte bara dygnsmedel.

Exempel · Unity

Dimensionera för spelarens dator

  • grafikens detaljnivå och upplösning
  • processorbelastning
  • arbetsminne och grafikminne
  • antal objekt och fysikberäkningar

Ett spel som bara fungerar på utvecklarens dator är inte färdigbedömt.

Rimlighetsbedömning

Ställ frågor till resultatet

  • Är storleksordningen rimlig?
  • Är enheterna korrekta?
  • Vilka antaganden styr resultatet?
  • Har något viktigt utelämnats?
  • Stämmer resultatet med mätningar eller liknande system?

Snabb kontroll

Överslagsräkning hittar stora fel

Exakt beräkning: 487 användare × 3,8 MB = 1 850,6 MB.

Överslag: 500 × 4 MB = 2 000 MB.

Resultaten ligger nära varandra. Storleksordningen verkar rimlig.

Om den exakta beräkningen i stället gav 20 MB skulle något sannolikt vara fel.

Interaktivt beslut

Är påståendet rimligt?

”Den billigaste servern klarar säkert hundratusen samtidiga användare.”

Modell + beräkning + test

Tre underlag för beslut

Modell beskriver systemet+Beräkning uppskattar behovet+Test mäter verkligt beteende

Ingen del räcker alltid ensam. Tillsammans ger de ett starkare beslutsunderlag.

Praktisk övning

Dimensionera en digital tjänst

  1. Beskriv systemet med en enkel modell.
  2. Formulera antaganden om användning.
  3. Beräkna trafik eller lagringsbehov.
  4. Lägg till rimlig reservkapacitet.
  5. Gör en överslagskontroll.
  6. Beskriv vilket test som kan bekräfta beräkningen.

Exit ticket

Tre frågor

  1. Vad skiljer en teori från en modell?
  2. Varför måste topplast ingå i dimensioneringen?
  3. Hur kan en överslagsräkning avslöja ett orimligt resultat?

Sammanfattning

Kom ihåg

  • Begrepp gör tekniska resonemang precisa.
  • Teorier förklarar och modeller förenklar.
  • Dimensionering anpassar kapacitet till verkliga behov.
  • Beräkningar kräver tydliga antaganden och korrekta enheter.
  • Rimlighet kontrolleras med överslag, jämförelser och tester.