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 dag | Hur många använder tjänsten? |
|---|---|
| Samtidighet | Hur många använder den samtidigt? |
| Data per besök | Hur mycket skickas till varje användare? |
| Topplast | När är belastningen som störst? |
| Tillväxt | Hur 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
Ä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
Ingen del räcker alltid ensam. Tillsammans ger de ett starkare beslutsunderlag.
Praktisk övning
Dimensionera en digital tjänst
- Beskriv systemet med en enkel modell.
- Formulera antaganden om användning.
- Beräkna trafik eller lagringsbehov.
- Lägg till rimlig reservkapacitet.
- Gör en överslagskontroll.
- Beskriv vilket test som kan bekräfta beräkningen.
Exit ticket
Tre frågor
- Vad skiljer en teori från en modell?
- Varför måste topplast ingå i dimensioneringen?
- 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.